$ find . -maxdepth 1 -name '.*' -type f | xargs grep 007 | less $ # grep 007 /etc/profile # # grep -i umask /etc/login.defs # UMASK Default "umask" value. # UMASK is the default umask value for pam_umask and is used by # 022 is the "historical" value in Debian for UMASK UMASK 027 # Other former uses of this variable such as setting the umask when # grep -i umask /etc/pam.d/common-session session optional pam_umask.so usergroups
WTF? Debian изобретает произвольный umask ?? И нет другого источника в / etc, который соответствует 007!
Система использует LDAP (nscld, pam_ldap) для аутентификации
Больше информации: это происходит только для одного пользователя. Не для пользователя root или другого пользователя. Как только я 'su' одному пользователю, я снова получаю 007.
Если я напишу "umask 0027" в / etc / profile, это тоже сработает!
Если я удаляю домашний каталог и воссоздаю его, проблема остается
У вас есть набор масок в вашем .bashrc или .bash_profile и т. Д.?
Paul 10 лет назад
0
Нет, это то, что я хотел показать своими командами (find. -Maxdepth 1 -name '. *' -Type f | xargs grep 007 не дает результатов, которые можно увидеть)
divB 10 лет назад
0
И я также могу изменить его на "найти ~ -maxdepth 1 -name '. *' -Type f | xargs grep umask" -> без результатов; Я также могу запустить "find / etc -name '*' -type f | xargs grep -i umask" -> нет возможных совпадений, особенно не 007 ...
divB 10 лет назад
0
Я имел в виду в вашем домашнем каталоге, который не будет показан ни в одном из этих отчетов - если вы не бежите из дома? Результаты показывают, что вы запускаете все из / etc
Paul 10 лет назад
0
да, извините, это было неясно. Но, как упоминалось в моем комментарии выше, я запустил его из моего домашнего каталога. Кроме того, 007 - особенно странный, не используемый по умолчанию umask. Действительно очень странно, откуда это может исходить: /
divB 10 лет назад
0
Еще один комментарий: он должен быть связан с пользователем. Для другого пользователя и root это работает. Как только я снова "su" своему пользователю, у меня снова появляется 007. Но, как уже упоминалось, точно нет файла точек, включая umask. Может ли LDAP сделать что-то странное?
divB 10 лет назад
0
Я пропустил тильду выше. Я не могу придумать способ, которым ldap мог бы установить это. Вероятно, стоит также проверить /etc/pam.d/login - хотя ваша находка нашла бы его.
Paul 10 лет назад
0
1 ответ на вопрос
1
divB
The answer is:
man pam_umask usergroups If the user is not root, and the user ID is equal to the group ID, and the username is the same as primary group name, the umask group bits are set to be the same as owner bits (examples: 022 -> 002, 077 -> 007).