Tenho o Windows 10 Anniversary Edition com “Bash on Ubuntu on Windows” instalado e a funcionar. Gostava de poder entrar em SSH nesta instância do Ubuntu, mas embora tenha o openssh-server instalado e configurado (e a ouvir na porta 2200), quando tento ssh para “localhost:2200”, diz-me “Servidor inesperadamente fechado ligação de rede”.
Alguém foi capaz de realizar isto com sucesso?
Consegui pô-lo a trabalhar; eis como.
Desinstalou o ssh-server, reinstalou-o e certificou-se de que começou com
sudo service ssh --full-restart
Certifique-se de que desligou o acesso à raiz e adicionou outro utilizador no ficheiro de configuração.
Consegui ligar-me ao subsistema em 127.0.0.1:22 como esperado. espero que isto o ajude.
sudo apt-get purge openssh-server sudo apt-get install openssh-server sudo nano /etc/ssh/sshd_config e desautorizar o início de sessão da raiz através da definição PermitRootLogin no Depois adicionar uma linha abaixo que diga:
Desactivar a separação de privilégios através da adição/modificação : UsePrivilegeSeparation no
sudo service ssh --full-restart
Ligar ao seu subsistema Linux a partir do Windows usando um cliente ssh como o PuTTY.
As respostas acima chegaram perto, mas eu ainda tinha uma edição Connection closed by 127.0.0.1.
Começando do zero e removendo o pacote sshd com a opção --purge (como mostrado abaixo), resolvi a minha variação deste problema:
user$ sudo apt-get remove --purge openssh-server # First remove sshd with --purge option.
user$ sudo apt-get install openssh-server
user$ sudo vi /etc/ssh/sshd_config # **See note below.
user$ sudo service ssh --full-restart
# ** Change Port from 22 to 2222. (Just in case MS-Windows is using port 22).
# Alternatively, you can disable MS-Windows' native SSH service if you
# wish to use port 22.
Espero que isto ajude. =:)
Fiz tudo como o Mestre Azazel sugeriu e tive o problema. Quando me liguei à porta 22 foi-me pedida uma palavra-passe, mas a palavra-passe que defini no subsistema Linux não funcionou.
Solução #1:
alterar a porta SSH em /etc/ssh/sshd_config e reiniciar o servidor SSH no subsistema
Solução #2: desactivar/pararar o “SSH Server Broker Services” no painel de controlo de serviços do Windows e reiniciar o servidor SSH no subsistema.
A razão pela qual não pode ssh a ele é mostrada no registo a partir do servidor:
chroot(“/var/run/sshd”): Função não implementada [preauth]
O subsistema Linux não parece ter chroot implementado e o servidor ssh precisa dele para que a ligação não seja permitida.