Я часто вижу пользователей, которые пытаются решить проблему и где-то читают или просто пытаются рекурсивно выполнить chown
свой домашний каталог, а иногда даже рекурсивно сбрасывают разрешения на что-то подобное rwxr-xr-x
или подобное.
Представьте себе такую расправу с владельцем / разрешением - существуют ли критические файлы / каталоги, для которых нужны специальные разрешения или они должны быть корневыми для работы системы?
permissions
home-directory
Byte Commander
источник
источник
~/.gvfs/
,~/.cache/gvfs-burn/
и~/.cache/dconf
. Наверное, есть и другие.drwx------ 2 romano romano 4096 dic 2 2008 .gvfs
и никогда не было никаких проблем .... (см. дату). Такжеdrwx------ 2 romano romano 4096 abr 28 14:57 .cache/dconf
Ответы:
Никакой файл
~
не должен принадлежать пользователю root.Если программное обеспечение требует, чтобы файл в вашем домашнем каталоге принадлежал другому пользователю, это ошибка, о которой следует сообщить как таковой.
Помимо этого, общий случай включает два связанных с безопасностью программного обеспечения, которые требуют ограниченных разрешений для определенных файлов, а именно:
SSH
Смотрите
man ssh
, разделFILES
:Другие файлы, такие как
authorized_keys
,known_hosts
и т. Д., Должны быть доступны для записи только пользователю, но могут быть доступны для чтения всем пользователям.GnuPG
~/.gnupg
(и содержание) должны быть доступны только вам. С другими разрешениями GPG будет жаловаться на небезопасные разрешения.источник
~/.gvfs/
,~/.cache/gvfs-burn/
и~/.cache/dconf
? Они принадлежат корню, и я думаю, что они должны быть.sudo
с программами с графическим интерфейсом, не так ли?sudo -i
или,sudo -H
вероятно, следует использовать.В общем, файлы и каталоги в вашем доме должны принадлежать вам.
У меня есть некоторые странные файлы, принадлежащие корню, которые, вероятно, являются результатом выполнения
sudo
команды; на самом деле есть программы, которые пишут вещи в соответствии с ними$HOME
(чего не должны делать программы с хорошим поведением, требующие привилегий суперпользователя - эффект заключается в получении root-прав владения файлами, которые должны принадлежать пользователю).Обычно удаление или повторное владение ими (в зависимости от файла) не создает проблем и часто решает некоторые из них, например, печально известный
.Xauthority
файл - и иногда, после запускаsudo dconf-editor
, в конфигурациях появляются вещи, которые вы больше не можете изменять.О специальных режимах:
x
означает право пересекаться);.ssh
должно бытьdrwx------
(0700) и закрытые ключи в нем-rw-------
(0600)Public
каталог для совместного использования, он, вероятно, должен бытьdrwxr-xr-x
(разрешение на чтение для всех) илиdrwxrwxrwt
(с разрешением на запись и фиксатором для включения записи).... Я не могу думать ни о чем более нуждающемся в особом отношении.
источник
~/.gvfs/
,~/.cache/gvfs-burn/
и~/.cache/dconf
? Они принадлежат корню, и я думаю, что они должны быть.dconf
это ваша конфигурация, и привилегированная команда / демон , который делает монтаж перегородок должны перейти в собственность к вам --- в противном случае это ошибка. Я прокомментировал это на ваш вопрос.~/.dbus/session-bus/7ae519bec942595a6925fb2d5448031b-1
и/home/ipc-admin/.aptitude/config
много чего в разделе/home/ipc-admin/.cache/pip/wheels/
,/home/ipc-admin/.local/share/session_migration-(null)
и/home/ipc-admin/.local/share/applications/mimeapps.list
. Можете представить, почему они принадлежат пользователю root?