Подключение к подсистеме Windows для Linux с сервера Ubuntu с использованием SSH, но там написано: «Отказано в доступе, попробуйте еще раз»

354
S AR

Я установил подсистему Windows для Linux (Ubuntu 18.04) в своей системе из магазина Windows. После установки по умолчанию его просят сделать пользователем. Я сделал пользователя "Сарк"; это пользователь root. Я пытаюсь подключиться к этому, используя мой сервер Ubuntu через SSH:

SSH sark@10.1.52.98 

это дает мне следующую ошибку:

sark@10.1.52.98's password: Permission denied, please try again. 

Я искал несколько вещей и нашел много ответов, которые говорят, чтобы изменить ваши sshd_configи ssh_configфайлы. Мои файлы выглядят так:

ssh_config:

This is the ssh client system-wide configuration file. See # ssh_config(5) for more information. This file provides defaults for # users, and the values can be changed in per-user configuration files # or on the command line.  # Configuration data is parsed as follows: # 1. command line options # 2. user-specific file # 3. system-wide file # Any configuration value is only changed the first time it is set. # Thus, host-specific definitions should be at the beginning of the # configuration file, and defaults at the end.  # Site-wide defaults for some commonly used options. For a comprehensive # list of available options, their meanings and defaults, please see the # ssh_config(5) man page.  Host * # ForwardAgent no # ForwardX11 no # ForwardX11Trusted yes # PasswordAuthentication yes # HostbasedAuthentication no # GSSAPIAuthentication no GSSAPIDelegateCredentials no # GSSAPIKeyExchange no # GSSAPITrustDNS no # BatchMode no # CheckHostIP yes # AddressFamily any # ConnectTimeout 0 # StrictHostKeyChecking no # IdentityFile ~/.ssh/id_rsa # IdentityFile ~/.ssh/id_dsa # IdentityFile ~/.ssh/id_ecdsa # IdentityFile ~/.ssh/id_ed25519 # Port 2222 # Protocol 2 # Ciphers aes128-ctr,aes192-ctr,aes256-ctr,aes128-cbc,3des-cbc # MACs hmac-md5,hmac-sha1,umac-64@openssh.com # EscapeChar ~ # Tunnel no # TunnelDevice any:any # PermitLocalCommand yes # VisualHostKey no # ProxyCommand ssh -q -W %h:%p gateway.example.com # RekeyLimit 1G 1h SendEnv LANG LC_* HashKnownHosts yes GSSAPIAuthentication yes 

sshd_config:

# $OpenBSD: sshd_config,v 1.101 2017/03/14 07:19:07 djm Exp $  # This is the sshd server system-wide configuration file. See # sshd_config(5) for more information.  # This sshd was compiled with PATH=/usr/bin:/bin:/usr/sbin:/sbin  # The strategy used for options in the default sshd_config shipped with # OpenSSH is to specify options with their default value where # possible, but leave them commented. Uncommented options override the # default value.  #Port 2222 #AddressFamily any #ListenAddress 0.0.0.0 #ListenAddress ::  #HostKey /etc/ssh/ssh_host_rsa_key #HostKey /etc/ssh/ssh_host_ecdsa_key #HostKey /etc/ssh/ssh_host_ed25519_key  # Ciphers and keying #RekeyLimit default none  # Logging #SyslogFacility AUTH #LogLevel INFO  # Authentication:  #LoginGraceTime 2m #PermitRootLogin yes #StrictModes mo #MaxAuthTries 6 #MaxSessions 10  #PubkeyAuthentication yes  # Expect .ssh/authorized_keys2 to be disregarded by default in future. #AuthorizedKeysFile .ssh/authorized_keys .ssh/authorized_keys2  #AuthorizedPrincipalsFile none  #AuthorizedKeysCommand none #AuthorizedKeysCommandUser nobody  # For this to work you will also need host keys in /etc/ssh/ssh_known_hosts #HostbasedAuthentication no # Change to yes if you don't trust ~/.ssh/known_hosts for # HostbasedAuthentication #IgnoreUserKnownHosts no # Don't read the user's ~/.rhosts and ~/.shosts files #IgnoreRhosts yes  # To disable tunneled clear text passwords, change to no here! #PasswordAuthentication yes #PermitEmptyPasswords no  # Change to yes to enable challenge-response passwords (beware issues with # some PAM modules and threads) ChallengeResponseAuthentication no  # Kerberos options #KerberosAuthentication no #KerberosOrLocalPasswd yes #KerberosTicketCleanup yes #KerberosGetAFSToken no  # GSSAPI options #GSSAPIAuthentication no #GSSAPICleanupCredentials yes #GSSAPIStrictAcceptorCheck yes #GSSAPIKeyExchange no # Set this to 'yes' to enable PAM authentication, account processing, # and session processing. If this is enabled, PAM authentication will # be allowed through the ChallengeResponseAuthentication and # PasswordAuthentication. Depending on your PAM configuration, # PAM authentication via ChallengeResponseAuthentication may bypass # the setting of "PermitRootLogin without-password". # If you just want the PAM account and session checks to run without # PAM authentication, then enable this but set PasswordAuthentication # and ChallengeResponseAuthentication to 'no'. UsePAM yes  #AllowAgentForwarding yes #AllowTcpForwarding yes #GatewayPorts no X11Forwarding yes #X11DisplayOffset 10 #X11UseLocalhost yes #PermitTTY yes PrintMotd no #PrintLastLog yes #TCPKeepAlive yes #UseLogin no #PermitUserEnvironment yes #Compression delayed #ClientAliveInterval 0 #ClientAliveCountMax 3 #UseDNS no #PidFile /var/run/sshd.pid #MaxStartups 10:30:100 #PermitTunnel yes AllowUsers isd@10.1.1.84 PasswordAuthentication yes PermitRootLogin no #ChrootDirectory none UsePrivilegeSeparation no #VersionAddendum none  # no default banner path #Banner none  # Allow client to pass locale environment variables AcceptEnv LANG LC_*  # override default of no subsystems Subsystem sftp /usr/lib/openssh/sftp-server  # Example of overriding settings on a per-user basis #Match User anoncvs # X11Forwarding yes # AllowTcpForwarding yes # PermitTTY yes # ForceCommand cvs server 

Пожалуйста, помогите мне решить проблему.

0
Мне неприятно говорить «очевидное», но: когда вы создали пользователя в Ubuntu для Windows, вы дали ему пароль? И вы используете *** этот ** пароль * при запуске `ssh`? Scott 5 лет назад 0
Вы запустили сервер ssh? Возможно, вы пытаетесь подключиться к серверу Windows SSH. cylgalad 5 лет назад 0

1 ответ на вопрос

1
Scott

Если ваш пользователь является пользователем root, то это проблема. Посмотри в свой sshd_config- там написано PermitRootLogin no. Вы должны либо,

  1. Определите второго пользователя без полномочий root в Ubuntu в Windows и введите ssh в качестве этого пользователя. При необходимости вы можете получить права root с помощью sudoили su. Это, вероятно, лучший подход.

    или же

  2. Изменение PermitRootLogin noк PermitRootLogin yesв вашей sshd_config.