Я создаю пользователя, использующего useradd
команда в Ubuntu, которая не требует, чтобы я установил пароль для пользователя. как когда-либо, когда я пытаюсь использовать команду su для входа в систему как тот пользователь, su требует, чтобы я ввел пароль так или иначе, и выходит из "Ошибки аутентификации"
Вы могли объяснить меня, как делает su
работайте и как я могу войти в систему как пользователь, который не делает eave пароль (как пользователь Ubuntu по умолчанию в Amazon EC2)
su требует меня, вводят пароль, даже когда нет набора пароля на пользователе человечности
Для использования su user1
как user2 Вы должен ввести пароль user1 при выполнении этого как типичного пользователя. Простое обходное решение однако делает его как root
, поскольку затем никакой пароль не необходим. Т.е.: станьте корнем (использование sudo su
), затем su в user1 (использующий su user1
). Я не понимаю, почему Вы хотите к su к ubunut, когда Вы уже - то, что пользователь (как обозначено в Вашем screenprint), но это - способ пойти.
Удостоверяются, что пользователь является acutally учетной записью пользователя и не системой (сервис) учетная запись как mail
После комментариев ниже: sudo su user1
более быстро и также позволит Вам возвращаться к user2 с одним, вместо два exit
команды, поскольку Вы только создадите один вместо двух оболочек входа в систему.
Сначала нужно отметить, что при помощи 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. [...]