Почему $ HOME установлен неправильно

Механизм, по которому добавление пользователя в группу docker дает разрешение на запуск докера, - это получить доступ к сокету докера в /var/run/docker.sock. Если файловая система, содержащая /var/run, смонтирована с включенными ACL, это также может быть достигнуто с помощью списков ACL.

sudo setfacl -m user:username:rw /var/run/docker.sock

Я включаю это только для полноты.

In В общем, я рекомендую избегать ACL, когда доступна хорошая альтернатива на основе групп. Лучше, если привилегии в системе могут быть поняты, если посмотреть только на членство в группах. Необходимость сканирования файловой системы для записей ACL для понимания системных привилегий является дополнительной нагрузкой для проверок безопасности.

2
задан 26 April 2017 в 04:27

6 ответов

Таким образом, оказывается, что lightdm не был источником /etc/X11/Xsession, поэтому я применил исправление Пола Хеббла.

У меня также была догадка, что xorg или xauth работают неправильно, поэтому я удалили их и установили.

В /home/pyler не было файла .xsession, поэтому я создал пустую и получил .bashrc, чтобы $HOME был установлен на /home/pyler до I reboot системы. [ ! d3]

Я попал в систему без каких-либо серьезных проблем.

Спасибо всем, кто помог.

0
ответ дан 22 May 2018 в 23:13

Таким образом, оказывается, что lightdm не был источником /etc/X11/Xsession, поэтому я применил исправление Пола Хеббла.

У меня также была догадка, что xorg или xauth работают неправильно, поэтому я удалили их и установили.

В /home/pyler не было файла .xsession, поэтому я создал пустую и получил .bashrc, чтобы $HOME был установлен на /home/pyler до I reboot системы. [ ! d3]

Я попал в систему без каких-либо серьезных проблем.

Спасибо всем, кто помог.

0
ответ дан 18 July 2018 в 14:16

Таким образом, оказывается, что lightdm не был источником /etc/X11/Xsession, поэтому я применил исправление Пола Хеббла.

У меня также была догадка, что xorg или xauth работают неправильно, поэтому я удалили их и установили.

В /home/pyler не было файла .xsession, поэтому я создал пустую и получил .bashrc, чтобы $HOME был установлен на /home/pyler до I reboot системы. [ ! d3]

Я попал в систему без каких-либо серьезных проблем.

Спасибо всем, кто помог.

0
ответ дан 24 July 2018 в 20:21

Вы должны убедиться, что пользователь не был создан неправильно. Вы можете проверить файл /etc/passwd. Он будет вторым по последнему столбцу. Вы можете настроить его с помощью этой команды:

usermod -d /home/pyler pyler

Я предполагаю, что имя пользователя - это pyler на основе предоставленной вами информации. Первый столбец в /etc/passwd будет точным именем пользователя.

2
ответ дан 22 May 2018 в 23:13
  • 1
    Я выполнил эту команду, и я получил " usermod: no changes " – pyler 26 April 2017 в 03:37
  • 2
    Извините @pyler, что я не вернулся к этому вовремя. Похоже, ты смог понять это! Ницца :) – TopHat 27 April 2017 в 02:54

Вы должны убедиться, что пользователь не был создан неправильно. Вы можете проверить файл /etc/passwd. Он будет вторым по последнему столбцу. Вы можете настроить его с помощью этой команды:

usermod -d /home/pyler pyler

Я предполагаю, что имя пользователя - это pyler на основе предоставленной вами информации. Первый столбец в /etc/passwd будет точным именем пользователя.

2
ответ дан 18 July 2018 в 14:16

Вы должны убедиться, что пользователь не был создан неправильно. Вы можете проверить файл /etc/passwd. Он будет вторым по последнему столбцу. Вы можете настроить его с помощью этой команды:

usermod -d /home/pyler pyler

Я предполагаю, что имя пользователя - это pyler на основе предоставленной вами информации. Первый столбец в /etc/passwd будет точным именем пользователя.

2
ответ дан 24 July 2018 в 20:21
  • 1
    Я выполнил эту команду, и я получил & quot; usermod: no changes & quot; – pyler 26 April 2017 в 03:37
  • 2
    Извините @pyler, что я не вернулся к этому вовремя. Похоже, ты смог понять это! Ницца :) – TopHat 27 April 2017 в 02:54

Другие вопросы по тегам:

Похожие вопросы: