因此，我一直在经历一个非常困惑的问题，试图解释为什么根据我在RHEL中创建新文件的方式来不同地应用我的umask值。
我的目标是使用664权限创建新文件，以便包含其他用户的组也可以编辑该文件。
我尝试编辑：
/etc/profile
/etc/bashrc
具有：
umask 002
我也尝试编辑：
/etc/pam.d/common-session
/etc/pam.d/sshd
/etc/pam.d/login
具有：
session optional pam_umask.so umask=002
当我使用触摸在SSH终端中创建新文件时，权限是完美的664，并且该组能够编辑该文件。
如果在GUI编辑器（例如Mac的Coda）中创建新文件，则该文件的权限为644。如果我使用相同的Coda软件并打开内置的ssh shell，并使用相同的新文件触摸帐户权限再次是正确的664。
我是否缺少有关如何为所有类型的用户正确配置umask的信息，而不管文件的创建方式如何？ （是否互动？）
编辑： 通过最终意识到GUI中的文件是在计算机上本地创建的，然后以错误的权限进行传输，我得以解决。我通过在Coda中设置规则为新文件指定664来解决此问题。抱歉！