использование su для пользователя, который не имеет пароля

Я создаю пользователя, использующего useradd команда в Ubuntu, которая не требует, чтобы я установил пароль для пользователя. как когда-либо, когда я пытаюсь использовать команду su для входа в систему как тот пользователь, su требует, чтобы я ввел пароль так или иначе, и выходит из "Ошибки аутентификации"

Вы могли объяснить меня, как делает su работайте и как я могу войти в систему как пользователь, который не делает eave пароль (как пользователь Ubuntu по умолчанию в Amazon EC2) su requires me enter a password even when there is not password set on Ubuntu user

su требует меня, вводят пароль, даже когда нет набора пароля на пользователе человечности

1
задан 29 July 2015 в 14:22

2 ответа

Для использования su user1 как user2 Вы должен ввести пароль user1 при выполнении этого как типичного пользователя. Простое обходное решение однако делает его как root, поскольку затем никакой пароль не необходим. Т.е.: станьте корнем (использование sudo su), затем su в user1 (использующий su user1). Я не понимаю, почему Вы хотите к su к ubunut, когда Вы уже - то, что пользователь (как обозначено в Вашем screenprint), но это - способ пойти.

Удостоверяются, что пользователь является acutally учетной записью пользователя и не системой (сервис) учетная запись как mail

<час>

После комментариев ниже: sudo su user1 более быстро и также позволит Вам возвращаться к user2 с одним, вместо два exit команды, поскольку Вы только создадите один вместо двух оболочек входа в систему.

4
ответ дан 3 December 2019 в 06:41

Сначала нужно отметить, что при помощи su ubuntu можно было бы закончить тем, что использовал среду текущего пользователя, в то время как то, что каждый обычно хочет сделать, должно использовать среду целевого пользователя; так sudo - ubuntu был бы способ пойти.

Однако su не документируется достаточно, но то, что для входа в систему, поскольку пользователю, который не имеет никакого пароля, не разрешают, вероятно, всего su политика.

Для получения эквивалента su - ubuntu, который был бы интерактивной оболочкой входа в систему как пользовательской человечностью, можно было бы испытать желание работать sudo su - ubuntu, который не запросит пароль; однако это было бы просто избыточно, с тех пор sudo само обеспечивают эту функциональность самостоятельно; с помощью sudo su - ubuntu для получения интерактивной оболочки входа в систему, поскольку пользовательская человечность была бы точно тем же как запущением скрипта, который выполняет сценарий B, чтобы просто выполнить сценарий B.

Так, для выполнения интерактивной оболочки входа в систему как пользовательской человечности, просто используйте sudo:

sudo -i -u ubuntu 

От sudo страница справочника для Надежного человека :

[...]
     -i, --login
                 Run the shell specified by the target user's password
                 database entry as a login shell.  This means that login-
                 specific resource files such as .profile or .login will be
                 read by the shell.  If a command is specified, it is passed
                 to the shell for execution via the shell's -c option.  If no
                 command is specified, an interactive shell is executed.  sudo
                 attempts to change to that user's home directory before
                 running the shell.  The command is run with an environment
                 similar to the one a user would receive at log in.  The
                 Command Environment section in the sudoers(5) manual
                 documents how the -i option affects the environment in which
                 a command is run when the sudoers policy is in use.
[...]
     -u user, --user=user
                 Run the command as a user other than the default target user
                 (usually root ). The user may be either a user name or a
                 numeric user ID (UID) prefixed with the ‘#’ character (e.g.
                 #0 for UID 0).  When running commands as a UID, many shells
                 require that the ‘#’ be escaped with a backslash (‘\’).  Some
                 security policies may restrict UIDs to those listed in the
                 password database.  The sudoers policy allows UIDs that are
                 not in the password database as long as the targetpw option
                 is not set.  Other security policies may not support this.
[...]
1
ответ дан 3 December 2019 в 06:41

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

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