umask什么时候有用？

编程问答 2022-04-26

问题描述

| 
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什么时候什么时候什么时候