A conexão SSH expirou externamente, mas funciona internamente

1

Recentemente eu tentei configurar meu computador desktop Ubuntu 14.04 (eu chamarei de "computador A") como um servidor ssh para que eu pudesse acessá-lo remotamente do meu laptop (eu chamarei de "computador B"). Eu instalei o openssh-server, e até este ponto não modifiquei o arquivo / etc / ssh / sshd_config.

O problema é que acredito ter configurado tudo corretamente e embora eu possa acessar o computador A do computador B ao ssh usando o endereço IP interno do computador A no roteador enquanto estiver na mesma rede (e também através do localhost dentro do computador A ):

ssh [email protected]

Não consigo acessar o computador A usando o endereço IP externo, como em:

ssh -vvv username@the-external-ip-adress

Depois de um longo tempo eu recebo:

OpenSSH_6.6.1, OpenSSL 1.0.1f 6 Jan 2014
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 19: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to the-external-ip-adress [the-external-ip-adress] port 22.
debug1: connect to address the-external-ip-adress port 22: Connection timed out
ssh: connect to host the-external-ip-adress port 22: Connection timed out

Eu tentei conectar-me através do endereço externo, tanto de dentro quanto de fora da rede. Este endereço eu encontrei em canyouseeme.org e googleing. Eu também usei canyouseeme.org com meu IP e porta 22, que é o especificado em meu sshd_config por padrão e também acha que não é possível acessar o serviço devido ao tempo limite de conexão.

Eu verifiquei praticamente todos os fóruns e publiquei problemas semelhantes, algumas vezes de exatamente o mesmo problema, mas não encontrei nenhuma solução. Com base em tudo o que li, forneço capturas de tela com informações sobre a configuração do meu roteador (encaminhamento de porta e assim por diante) que é ou pode ser relevante.

Eu também:

  • ativaram a porta 22 no meu firewall ("sudo ufw allow 22")
  • tentaram desativar o firewall
  • tentamos reativar o firewall
  • tentaram desativar o firewall do roteador
  • tentaram reativar o firewall do roteador
  • tentei adicionar a porta ao iptables ("sudo iptables -A INPUT -i eth1 -p tcp --dport 22 -j ACEITAR ")
  • encontrou o /var/log/auth.log apenas com registros locais
  • encontrou o /var/log/daemon.log vazio
  • tentei ping com 100% de perda de pacote
  • reinicializaram o computador A
  • reinicializamos o roteador
  • verificaram restrições de acesso no arquivo / etc / ssh / sshd_config mas não encontraram nenhum.

SCREENSHOTS

Alguma sugestão? Por favor, tenha em mente que posso perfeitamente ssh no computador A e usá-lo de dentro da rede e usando o endereço IP local do computador A, bem como localhost de dentro do computador A. Pelo que entendi, isso sugere que não há nada de errado com o configuração do servidor ssh do computador A. Mas posso estar errado.

ATUALIZAÇÃO: Eu também notei recentemente que o IP (IP externo) está mudando constantemente (após longos períodos de tempo), é claro que sempre tento me conectar ao IP atual. Poderia ter um IP não estático tem algo a ver?

    
por Eduardo Casillas Allen 02.05.2016 / 09:45

3 respostas

1

O problema com isso foi que o provedor de serviços de Internet não estava me permitindo encaminhar corretamente. Eu mudei de provedor e problema resolvido.

    
por Eduardo Casillas Allen 12.10.2018 / 23:14
0

Também é possível que o seu ISP sem fio esteja bloqueando o tráfego ssh e / ou o tráfego para o roteador. As opções -vvvv podem estar envolvidas no cliente e depurar os dados solicitados no servidor. A opção -d é útil para solucionar problemas do daemon. Se você verificar a manpage para o sshd, ela estará lá. Então, pare o sshd normal (service stop) e execute-o manualmente - sudo / usr / sbin / sshd -d e observe a saída de depuração ao tentar conexões da outra caixa. Pode querer tee a saída para um arquivo de log - essa saída é para stderr, não apenas stdout, então faça qualquer redirecionamento desejado.

    
por Elizabeth Anderson 03.05.2016 / 12:37
0

Você deve verificar se tem um Gateway definido no seu arquivo de configuração de rede.

    
por GotGame 28.08.2018 / 03:57