我在 linux 服务器中有一些 git 项目。
我使用 Mac 和 linux 进行编程。问题是,在Mac文件系统的权限并没有真正像在linux下运行良好,因此所有的文件似乎是对的umask 0755。所以每当我拉我的Mac上我的代码,git status显示了我所有的文件被改变,当我使用git diff它显示唯一的变化是在 umask 中。我如何告诉 git 不要存储和检查 umask 更改?
谢谢!
当本地用户通过 vsftp 将他们的文件上传到服务器时,我在文件权限方面遇到了一些问题。
我希望文件具有所有 766 权限。经过大量的反复试验,我发现我必须设置如下设置:
local_umask=011
file_open_mode=0777
Run Code Online (Sandbox Code Playgroud)
但我不知道为什么这会导致 766 权限。谁能解释一下?
我有一个相当严格的 umask 设置 (0077)。这很好,除了我有一个目录,我希望在该目录中对在该目录下任何位置创建的所有文件进行更宽松的设置 (0002)。有没有办法在特定目录上设置 umask,以便在它下面创建的所有文件都继承相同的权限?
我的问题类似于如何在 linux 中为所有新创建的文件设置默认文件权限- 但在重要方面有所不同:
我希望在(或复制到或移动到)某个目录中创建的所有文件继承一组不同于系统默认值的默认权限。
基本原理:有问题的目录是应用程序的“进料斗”。组中的用户将文件放在目录中,应用程序(在同一组中的另一个用户 ID 下运行)获取并处理它们。问题是放置在目录中的每个文件的所有者都是放置它的用户,权限默认为“rw-r--r--”;我想把它改成“rw-rw----”。执行摄入的应用程序无法明确执行此操作,因为运行该应用程序的用户 ID 不拥有相关文件,并且默认权限不允许应用程序对文件进行 chmod!显然,用户可以在将文件放在那里后执行 chmod - 但我希望用户的“放置”尽可能简单。(这些人不了解 linux,
umask 似乎太强大了:我不想为这些用户在任何地方创建的每个文件设置默认权限 - 只是那些在(或放置在)这个目录中的文件。
请指教……谢谢!
我正在使用私有用户组设置,即用户foo的主目录归foo:foo,而不是foo:users.
为此,我需要将 umask 全局设置为 002。
过了一会grep -RIi umask /etc/*儿,似乎修改UMASK条目/etc/login.defs应该可以解决问题。它也有——但仅适用于控制台登录。
如果我登录到我的桌面,并在那里打开一个终端,我仍然可以看到默认的umask 022. 从通过菜单启动的应用程序创建的文件也是如此。显然,显示管理器(或任何负责的 X11 组件)确实提供了一些与控制台登录不同的设置,如果我能说出它是哪一个,那就该死了。(我尝试更改 中的设置/etc/init.d/rc,不,它没有帮助。)
我如何/在哪里设置umask 全局(以及所有用户),以便 X11 桌面环境也获得备忘录?
(系统是 Linux Mint / Ubuntu,以防发生任何变化......)
在以前的 OS X 版本中,我们使用launchd-user.conf和为我们的客户端工作站launchd.conf设置umask值。这在 OSX Yosemite 中似乎不起作用。
如何在 OS X Yosemite 中设置系统和用户范围的 umask?
在我的 Ubuntu 11.04x64 服务器上,我运行的服务帐户没有登录也没有主目录。这些服务帐户负责运行作为服务调用的进程。
当这些服务创建新文件时,我需要使用权限 664 (UMASK 002) 创建它们。
我编辑了 /etc/profile umask 设置以反映这一点。我看到现在我的用户帐户创建了反映这个新 umask 设置的文件,但是当我使用他们的帐户(sudo -u serviceaccount touch newfile)手动创建文件时,服务帐户不会。
有什么建议?
我和一些朋友在同一个目录上工作,他们通过 SSH 访问它。
我将我们添加到同一组中并定义了一个粘性位以保持 user:group 值相同。
但是,当用户创建文件/文件夹时,未为该组定义 Write 属性,从而禁止其他人对其进行写入/写入。
如何定义 Umask 为特定目录及其子文件夹中的组添加写入值?
我之前尝试过寻求帮助,但我只看到了 Fedora/CentOs 的帮助,而且我使用的是 Debian Squeeze。
谢谢你的帮助
文件和目录的默认值 666 和 777 分别存储在哪里?
umask 0002
touch dummy
ls -l
Run Code Online (Sandbox Code Playgroud)
告诉我 dummy 的权限是 700,而不是预期的 644。有什么想法吗?