Если я добавлю пользователя без домашнего каталога, у них есть пароль?

Вы правы, пакет audex доступен для предыдущих выпусков (как 14.04 LTS и 16.04 LTS).

Мы можем попытаться установить этот пакет из 16.04 LTS (xenial) репозитория.

Но будьте осторожны и делайте все шаги, как я пишу ниже:

echo "deb http://archive.ubuntu.com/ubuntu/ xenial universe" | \
sudo tee /etc/apt/sources.list.d/xenial.list

cat <<EOF | sudo tee /etc/apt/preferences.d/pin-xenial
Package: *
Pin: release a=xenial
Pin-Priority: -1000

Package: audex
Pin: release a=xenial
Pin-Priority: 1

EOF

sudo apt-get update
sudo apt-get install kde-runtime
sudo apt-get install audex -t xenial

Затем попытайтесь запустить Audex.

И удалите файл xenial repository and preferences:

sudo rm /etc/apt/preferences.d/pin-xenial
sudo rm /etc/apt/sources.list.d/xenial.list
sudo apt-get update
0
задан 20 March 2018 в 18:00

3 ответа

Нет никакого вреда, просто попробовав это. В моей системе (16.04) это привело к пользователю с заблокированным паролем (*) и недействительной логической оболочкой (/bin/false), как видно из ее записи /etc/passwd и /etc/shadow:

# grep mightydog /etc/passwd
mightydog:x:128:138::/home/mightydog:/bin/false

# grep mightydog /etc/shadow
mightydog:*:17610:0:99999:7:::

Нет, у него нет пароля, он также не может войти в систему любым другим способом (например, с помощью SSH-ключей или с помощью sudo -u) из-за оболочки /bin/false.

4
ответ дан 22 May 2018 в 12:28
  • 1
    Благодарю. Мне нужно выяснить, как разрешить этому пользователю входить в систему через ssh. Я благодарю вас за добавление этой информации, это спасло меня от слепого переулка. – Organic Marble 20 March 2018 в 18:19
  • 2
    Вам просто нужно указать оболочку входа в систему, например /bin/bash, и вы должны войти в систему, используя sudo -u или SSH после настройки проверки подлинности на основе ключа. – Byte Commander 20 March 2018 в 18:31
  • 3
    Еще раз спасибо. Из того, что я видел до сих пор, мне также может потребоваться создать минимальный домашний каталог для хранения каталога .ssh для пользователя. Но это I будет экспериментировать с экспериментом . – Organic Marble 20 March 2018 в 18:37
  • 4
    FYI это поведение задокументировано в man-странице adduser в разделе Add a system user: «Новый системный пользователь будет иметь оболочку / bin / false (если не переопределен с опцией --shell), и отключить логины. & Quot; – steeldriver 20 March 2018 в 19:05

Нет никакого вреда, просто попробовав это. В моей системе (16.04) это привело к пользователю с заблокированным паролем (*) и недействительной логической оболочкой (/bin/false), как видно из ее записи /etc/passwd и /etc/shadow:

# grep mightydog /etc/passwd mightydog:x:128:138::/home/mightydog:/bin/false # grep mightydog /etc/shadow mightydog:*:17610:0:99999:7:::

Нет, у него нет пароля, он также не может войти в систему любым другим способом (например, с помощью SSH-ключей или с помощью sudo -u) из-за оболочки /bin/false.

4
ответ дан 17 July 2018 в 18:27

Нет никакого вреда, просто попробовав это. В моей системе (16.04) это привело к пользователю с заблокированным паролем (*) и недействительной логической оболочкой (/bin/false), как видно из ее записи /etc/passwd и /etc/shadow:

# grep mightydog /etc/passwd mightydog:x:128:138::/home/mightydog:/bin/false # grep mightydog /etc/shadow mightydog:*:17610:0:99999:7:::

Нет, у него нет пароля, он также не может войти в систему любым другим способом (например, с помощью SSH-ключей или с помощью sudo -u) из-за оболочки /bin/false.

4
ответ дан 23 July 2018 в 19:15

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

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