Рейтинг:3

Домашний каталог для пользователя none — Ubuntu 20.04

флаг in

Я вижу разницу в поведении пользователя «никто» между Ubuntu 18.04 и Ubuntu 20.04.

В обеих версиях (18.04 и 20.04) никто не настроен как:

никто:x:65534:65534:никто:/несуществующий:/usr/sbin/nologin

В версии 18.04 для приложений crontab домашний каталог для none будет определяться как ГЛАВНАЯ=/. В 20.04 приложения crontab будут сообщать о домашнем каталоге ни для кого как несуществующем, например

Не удалось создать безопасный каталог (/nonexistent/.config/pulse): нет такого файла или каталога.

Это еще один пример:

Убунту 18.04:

су - никто
Нет каталога, вход через HOME=/
Эта учетная запись в настоящее время недоступна.

Убунту 20.04:

су - никто
su: предупреждение: невозможно изменить каталог на /nonexistent: нет такого файла или каталога
Эта учетная запись в настоящее время недоступна.

Я предполагаю, что в 20.04 нет определения по умолчанию для пользователей, у которых не определен действительный домашний каталог. Как мы можем исправить Ubuntu 20.04, чтобы он вел себя как 18.04 (без каталога, вход в систему с помощью HOME=/).

waltinator avatar
флаг it
`nobody` запустился как исправление для NFS – он сопоставил удаленного клиента `root` с `nobody`, чтобы избежать `root` удаленного клиента, имеющего root-доступ к серверу. Из-за расширения возможностей «никто» стал использоваться как более общая учетная запись «без ресурсов». Попытка использовать `nobody` через `su` и беспокойство о домашнем каталоге и т. д. противоречит цели `nobody`.Не делай этого.
IvanCN avatar
флаг in
Привет, я понимаю это. Но кроме этого, откуда такая разница?
Рейтинг:0
флаг jp

Я не знаю, как сделать Ubuntu 20.04 су вести себя как Ubuntu 18.04 су.

Разница в том, что в Ubuntu 20.04/Focal су обеспечивается утилита-линукс упаковка. В Ubuntu 18.04/Бионик су обеспечивается авторизоваться пакет (собран из исходного пакета тень).

root@ubuntu:~# lsb_release -r
Релиз: 18.04
root@ubuntu:~# dpkg -S /bin/su
логин: /bin/su
root@ubuntu:~# lsb_release -r
Релиз: 20.04
root@ubuntu:~# dpkg -S /bin/su
утилита-линукс: /bin/su

Ключевым отличием реализации является поддержка DEFAULT_HOME в /etc/логин.defs. man-страница для Bionic су упоминает в своем Конфигурация раздел

       DEFAULT_HOME (логическое значение)
           Укажите, разрешен ли вход в систему, если мы не можем перейти в домашний каталог. По умолчанию нет.

           Если установлено значение yes, пользователь войдет в корневой каталог (/), если это невозможно.
           cd в ее домашний каталог.

man-страница для версии Focal су не упоминает DEFAULT_HOME.

Я нашел несколько соответствующих записей в журнал изменений для тень упаковка

  * Использовать явный флаг конфигурации --without-su
 -- Балинт Речей <[email protected]> Пт, 20 декабря 2019 г., 16:39:40 +0100
...
  * Отменить переопределение Lintian для su, оно больше не отправляется при входе в систему
 -- Балинт Речей <[email protected]> Пн, 08 июля 2019 г., 15:58:46 +0200
...
  * Прекратить доставку su и сломать старую версию util-linux. (см. № 833256)
 -- Андреас Хенрикссон <[email protected]> Пт, 27 июля 2018 г., 10:07:37 +0200

Похоже, что изменение было сделано вышестоящим в Debian и скоординировано в https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=833256 . Отсутствие DEFAULT_HOME поддержка упоминается, но не считается блокировщиком.

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.