Verifique estas coisas:
- A porta 22 está aberta e pode receber conexões
- Verifique se o OpenSSH ou outro processo SSH está sendo executado no servidor
- Verifique se o arquivo de configuração SSH recebe os valores apropriados
Eu sou novo no ssh no linux. Eu tenho dois computadores conectados em um switch. O primeiro é 192.168.1.2 e o segundo é 192.168.1.3. Quando eu uso o comando ping eu recebi uma resposta e tudo está bom, mas quando eu uso o ssh do primeiro computador ssh -v [email protected] , me dá,
OpenSSH_5.8p1 Debian-1ubuntu3, OpenSSL 0.9.8o 01 Jun 2010
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to 192.168.1.2 [192.168.1.2] port 22.
debug1: connect to address 192.168.1.2 port 22: Connection timed out
Eu tenho ssh instalado em ambas as máquinas. Alguma idéia de como posso corrigir esse problema?
Dicas de solução de problemas:
ssh localhost no servidor? AllowUsers configuração) ListenAddress 0.0.0.0 ou ListenAddress :: ) Você está executando na porta 22? ( Port )
- Basically check
/etc/ssh/sshd_config.
Adicionado : você pode usar netstat -tlpn | grep 22 para descobrir quais programas (se houver algum) estão escutando na porta 22 ( executar como root para ver os nomes dos processos )
.
Além disso, considere usar uma conexão de porta explícita em vez de ping (por exemplo, nmap -PN remote -p22 ou mesmo apenas telnet remote 22 )
Eu sei, a questão é sobre a rede privada, mas eu tive a saída semelhante quando eu estava tentando acessar um dispositivo através da Internet. Depois de googlar, encontrei esta pergunta; então, mesmo que isso não responda à pergunta, outros podem achar minha resposta útil. No meu caso, o meu provedor estava bloqueando a porta 22 / TCP.
Se você está tentando acessar um dispositivo pela Internet, existem basicamente cinco possibilidades:
O servidor SSH pode estar configurado incorretamente. Experimente o SSHing no dispositivo localmente (do mesmo dispositivo e usuário para o mesmo dispositivo e usuário):
ssh localhost
Se a máquina do servidor estiver conectada à Internet por meio de um roteador, o encaminhamento de porta pode não estar configurado adequadamente. Portanto, verifique a configuração de encaminhamento de porta no seu roteador.
Um ou ambos os ISPs podem estar filtrando a conexão. Tente mudar a porta no servidor para algo como 2222, reiniciando o servidor SSH e o SSHing usando a nova porta. Você pode especificar a porta na máquina cliente através da opção -p no comando da seguinte forma:
ssh USER@HOST -p PORT
Primeiro, verifique se o SSH está sendo executado no terminal de recebimento. Entre na máquina remota e tente ssh para localhost (ssh na mesma máquina em que você está).
ssh -v myUserName@localhost
Isso deve solicitar sua senha e, em seguida, você deve entrar na mesma máquina. Se isso não funcionar, isso significa que esse host não tem o SSH ativado. Ativar "login remoto" neste servidor deve corrigir o problema.
Se, no entanto, você conseguir fazer o ssh do servidor de destino com sucesso, o problema provavelmente estará em algum lugar no meio. Sua próxima coisa a verificar é firewalls no host de origem para garantir que eles não estejam bloqueando o ssh.
Se o openssh-server já estiver instalado, pode haver bloqueio do firewall ... supondo que você tenha o ufw ativado.
Se você estiver indo da máquina 192.168.1.2 para a máquina de destino 192.168.1.3. Na máquina alvo ... Sudo ufw permitir a partir de 192.168.1.2. E vice-versa seria útil
Verifique as seguintes coisas:
1) Execute o nmap localhost e verifique o status da porta 22
2) Em seu segundo computador com o qual você deseja se conectar através do ssh, execute ssh localhost
Tags ssh networking