Leitor de longa data, perguntador da primeira vez.
Eu segui as instruções nesta resposta:
Como posso SSH em “Bash no Ubuntu no Windows 10”?
Estou tentando SSH do PuTTY no Windows na mesma máquina. Usando a porta 22, que corresponde ao meu arquivo de configuração. Tentei tanto 127.0.0.1 e 127.0.1.1. No entanto, ainda estou recebendo "acesso negado":
OProcessHackermostraissoparaaporta22(nãoseioqueissosignifica):
Aquiestáoconteúdode/etc/ssh/sshd_config:
#Packagegeneratedconfigurationfile#Seethesshd_config(5)manpagefordetails#Whatports,IPsandprotocolswelistenforPort22#Usetheseoptionstorestrictwhichinterfaces/protocolssshdwillbindto#ListenAddress::#ListenAddress0.0.0.0Protocol2#HostKeysforprotocolversion2HostKey/etc/ssh/ssh_host_rsa_keyHostKey/etc/ssh/ssh_host_dsa_keyHostKey/etc/ssh/ssh_host_ecdsa_keyHostKey/etc/ssh/ssh_host_ed25519_key#PrivilegeSeparationisturnedonforsecurityUsePrivilegeSeparationno#Lifetimeandsizeofephemeralversion1serverkeyKeyRegenerationInterval3600ServerKeyBits1024#LoggingSyslogFacilityAUTHLogLevelINFO#Authentication:LoginGraceTime120PermitRootLoginnoAllowUsersbaselStrictModesyesRSAAuthenticationyesPubkeyAuthenticationyes#AuthorizedKeysFile%h/.ssh/authorized_keys#Don'treadtheuser's~/.rhostsand~/.shostsfilesIgnoreRhostsyes#Forthistoworkyouwillalsoneedhostkeysin/etc/ssh_known_hostsRhostsRSAAuthenticationno#similarforprotocolversion2HostbasedAuthenticationno#Uncommentifyoudon'ttrust~/.ssh/known_hostsforRhostsRSAAuthentication#IgnoreUserKnownHostsyes#Toenableemptypasswords,changetoyes(NOTRECOMMENDED)PermitEmptyPasswordsno#Changetoyestoenablechallenge-responsepasswords(bewareissueswith#somePAMmodulesandthreads)ChallengeResponseAuthenticationno#ChangetonotodisabletunnelledcleartextpasswordsPasswordAuthenticationyes#Kerberosoptions#KerberosAuthenticationno#KerberosGetAFSTokenno#KerberosOrLocalPasswdyes#KerberosTicketCleanupyes#GSSAPIoptions#GSSAPIAuthenticationno#GSSAPICleanupCredentialsyesX11ForwardingyesX11DisplayOffset10PrintMotdnoPrintLastLogyesTCPKeepAliveyes#UseLoginno#MaxStartups10:30:60#Banner/etc/issue.net#AllowclienttopasslocaleenvironmentvariablesAcceptEnvLANGLC_*Subsystemsftp/usr/lib/openssh/sftp-server#Setthisto'yes'toenablePAMauthentication,accountprocessing,#andsessionprocessing.Ifthisisenabled,PAMauthenticationwill#beallowedthroughtheChallengeResponseAuthenticationand#PasswordAuthentication.DependingonyourPAMconfiguration,#PAMauthenticationviaChallengeResponseAuthenticationmaybypass#thesettingof"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
Mude a 22 para outra, como 2222, no arquivo /etc/ssh/sshd_config , então reinicie o serviço ssh pelo commond sudo service ssh --full-restart , você irá logar com sucesso. Mas eu não sei o motivo. / p>
Eu também tento usá-lo como um servidor gdb remoto para visual studio by VisualGDB, ele não funciona bem. VisualGDB irá apoiá-lo na próxima versão como mostra o site oficial.O link é link
Ao fazer o login, use sua senha da Conta da Microsoft do Windows, não sua senha de usuário do WSL Linux. Você fará o login no diretório inicial do Windows executando cmd.exe. Digite o comando /windows/system32/bash.exe ~ --login para efetuar login no seu diretório pessoal do WSL e execute seu .profile .
WSL: também procure por 'UsePrivilegeSeparation no' Caso contrário, a execução do servidor no console (/ usr / sbin / sshd -Dddde) falhará com PrivilegeSeparation não implementada ...