
Estoy seguro de que esta pregunta ha sido respondida en otro lugar, pero no estoy seguro de qué buscar. (Estoy intentando cosas como "el demonio telnet ubuntu ssh no puede conectarse".)
- Puedo ingresar mediante SSH
10.0.0.9
- Puedo
telnet 10.0.0.9 22
sudo service ssh status
Está encendido/etc/hosts
y/etc/hostname
combinar.gufw
esta apagado.netstat -nat | grep 22
muestra0.0.0:*
esLISTEN
y:::*
esLISTEN
.- Creo que tengo mi puerto abierto correctamente en el enrutador.
Entonces, ¿cuál es el eslabón que falta y que debo comprobar para saber si he hecho mal? ¿ Cómo es que no puedo ssh
entrar 65.x.x.x
cuando puedo ?ssh
10.x.x.x
Cualquiera que pueda proporcionar un enlace a una respuesta existente o mejores términos de búsqueda, se lo agradecería mucho.
- salida de muestra de
tcpdump -n -i ${interface} tcp port ssh or tcpdump -n -i ${interface} host ${external_client_ip_addr}
:
19:20:43.747445 IP 116.10.191.232.24689 > 10.0.0.9.22: Flags [.], ack 1, win 65535, length 0 19:20:43.747562 IP 116.10.191.232.24689 > 10.0.0.9.22: Flags [P.], seq 1:24, ack 1, win 65535, length 23 19:20:43.747575 IP 10.0.0.9.22 > 116.10.191.232.24689: Flags [.], ack 24, win 14600, length 0 19:20:43.759613 IP 10.0.0.9.22 > 116.10.191.232.24689: Flags [P.], seq 1:42, ack 24, win 14600, length 41 19:20:44.504741 IP 116.10.191.232.24689 > 10.0.0.9.22: Flags [P.], seq 24:832, ack 42, win 65494, length 808 19:20:44.504800 IP 10.0.0.9.22 > 116.10.191.232.24689: Flags [P.], seq 42:1026, ack 832, win 16968, length 984
- salida de muestra de :
ssh -vvv [email protected]
OpenSSH_5.9p1 Debian-5ubuntu1.4, OpenSSL 1.0.1 14 Mar 2012 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 67.x.x.x [67.x.x.x] port 22. debug1: connect to address 67.x.x.x port 22: No route to host ssh: connect to host 67.x.x.x port 22: No route to host
Respuesta1
La captura de pantalla que ha publicado muestra un "puerto final" de 23. Es posible que esto reenvíe una variedad de puertos, pero es igualmente posible que el puerto inicial y final se refieran a "puerto externo" y "puerto interno" respectivamente, en cuyo caso , tienes un problema. Intente cambiar el "puerto final" a 22. Además, verifique su /etc/hosts.{allow,deny}
.
Respuesta2
Me parece que su ISP bloquea el puerto 22, tal vez debido a Heartbleed, lo que probablemente desalentará a los proveedores de shell Unix gratuitos. Sugeriría asignarlo a un puerto externo diferente, ver si eso hace la diferencia.