Herstellen einer Verbindung mit einem Windows-Subsystem für Linux von einem Ubuntu-Server über SSH. Es wird jedoch Folgendes angezeigt: Berechtigung abgelehnt. Bitte versuchen Sie es erneut

568
S AR

Ich habe Windows Subsystem für Linux (Ubuntu 18.04) vom Windows Store aus auf meinem System installiert. Nach der Installation wurde standardmäßig nach einem Benutzer gefragt. Ich habe einen Benutzer von "Sark" gemacht; Es ist ein Root-Benutzer. Ich versuche, eine Verbindung mit meinem Ubuntu-Server-Computer über SSH herzustellen:

SSH sark@10.1.52.98 

es gibt mir den folgenden Fehler:

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

Ich suchte mehrere Dinge und fand viele Antworten, die Ihre sshd_configund Ihre ssh_configDateien modifizieren . Meine Dateien sehen wie folgt aus:

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 

Bitte helfen Sie mir, das Problem zu lösen.

0
Ich hasse es, das "Offensichtliche" zu sagen, aber: Als Sie den Benutzer in Ubuntu unter Windows erstellt haben, haben Sie ihm ein Kennwort gegeben? Und verwenden Sie dieses ** Passwort, wenn Sie `ssh 'ausführen? Scott vor 6 Jahren 0
Haben Sie den SSH-Server gestartet? Vielleicht versuchen Sie tatsächlich, eine Verbindung zum Windows-SSH-Server herzustellen. cylgalad vor 6 Jahren 0

1 Antwort auf die Frage

1
Scott

Wenn Ihr Benutzer ein Root-Benutzer ist, ist dies das Problem. Schau in dein sshd_config- sagt es PermitRootLogin no. Sie sollten entweder

  1. Definieren Sie einen zweiten Benutzer ohne Rootberechtigung unter Ubuntu unter Windows und ssh als diesen Benutzer. Bei Bedarf können Sie dann mit sudooder root werden su. Dies ist wahrscheinlich der bessere Ansatz.

    oder

  2. Wechseln Sie PermitRootLogin noin PermitRootLogin yesin sshd_config.