umask什么时候有用？

如何解决umask什么时候有用？

umask(0);

fd = open(\"/dev/null\",O_RDWR);

这是man 2 umask：

umask() sets the calling process’s file mode creation mask (umask) to mask & 0777.

但这对我来说没有意义，因为当我们调用open时，我们还将提供一个mode参数。那of4ѭ有什么意义呢？

解决方法

umask适用于文件系统操作中使用的所有模式。从手册open(2)：创建的文件的权限为(mode & ~umask) 因此，只需调用umask，就可以影响所有创建文件的模式。通常在程序希望用户允许其为所创建的文件/目录拒绝默认授予时使用。偏执的用户（或根用户）可以将umask设置为0077，这意味着即使您在open(2)中指定了ѭ8only，也只有当前用户可以访问。 , 我知道这是一个老问题，但这是我的两分钱：共享内存对象的权限我正在尝试使用以下方法创建共享内存对象：

int shm_open(const char *name,int oflag,mode_t mode);

生成的共享内存没有在mode参数中设置权限，因此我阅读了shm_open手册页，该页将我带到了open函数手册页，并在其中显示：模式指定在创建新文件的情况下使用的权限。当在标志中指定O_CREAT时，必须提供此参数。如果未指定O_CREAT，则将忽略模式。有效权限由进程的umask以通常的方式修改：创建的文件的权限为（mode＆〜umask）。请注意，此模式仅适用于以后访问新创建的文件所以我尝试用以下方法修改umask：

mode_t umask(mode_t mask);

但它也不起作用，所以在更多谷歌之后，我在gnu.org中找到了此设置权限文档哪个推荐：当程序需要创建文件并绕过umask的访问权限时，最简单的方法是在打开文件后使用fchmod，而不是更改umask。实际上，更改umask通常仅由shell完成。他们使用umask函数。和fchmod我的功能按我想要的方式工作:)她是：

int open_signals_shmem(struct signal_shmem **shmem,int size)
{
    int fd,ret;
    void *ptr;

    *shmem = NULL;
    ret = 1;

    fd = shm_open(SIGNALS_SHMEM_NAME,O_RDWR | O_CREAT,S_IRWXU | S_IRWXG | S_IRWXO);
    if (fd == -1)
    {
        printf(\"error: signals shmem could not be allocated (%s,errno=%d)\\n\",SIGNALS_SHMEM_NAME,errno);
    }
    else
    {
        // Change permissions of shared memory,so every body can access it
        fchmod(fd,S_IRWXU | S_IRWXG | S_IRWXO);

        if (ftruncate(fd,size) == -1)
        {
            printf(\"error: signals shmem could not be truncated (%s,errno);
        }
        else
        {
            ptr = mmap(NULL,size,PROT_READ | PROT_WRITE,MAP_SHARED,fd,0);
            if (ptr == MAP_FAILED)
            {
                printf(\"error: signals shmem could not be mapped (%s,errno);
            }
            else
            {
                *shmem = ptr;
                ret = 0;
            }
        }
    }
    return ret;
}

, 引用本文： umask的目的是为了允许用户影响权限提供给新创建的文件，以及目录。守护程序不应允许自己受此影响设置，因为合适的是对于用户来说不一定适用于守护程序。在某些情况下可能会更多方便将umask设置为非零值。这同样可以接受：重点是守护程序已控制价值，而不是仅仅接受它给的。 , 大多数Mac开发人员（以及扩展的大多数软件测试人员），从小就把它放在他们的.cshrc中

umask 002

但是，大多数最终用户都不知道umask，因此，如果他们在计算机上创建新用户并运行您的应用程序，则可能会创建一堆日志文件，而没有组读/写权限。然后他们再次切换用户，突然您的应用无法正常工作。因此，我们将其添加到所有应用程序中。关于安全性，我们的经验法则是“我们希望用户能够使用我们的软件”。

#import <sys/types.h>
#import <sys/stat.h>
int main(int argc,char *argv[])
{
    // set permissions for newly created files to ug+rwX,o+rX
    umask(0002);

umask什么时候有用？

如何解决umask什么时候有用？

解决方法

相关推荐