Re: ssh no conecta (Bullseye en ambos equipos)
Hola...
El 16/5/21 a las 03:52, Camaleón escribió:
El 2021-05-15 a las 19:56 -0300, Walter Omar Dari escribió:
Hola Camaleón, cómo va ?...
:-)
El 15/5/21 a las 14:27, Camaleón escribió:
Además d elo que te han comentado, revisa las opciones de configuración
de SSH en el sistema donde has puesto testing, quizá alguna opción te
esté dando guerra.
Los archivos de configuración, los contenidos en /etc/ssh/ son prácticamente
idénticos en los dos equipos, salvo los archivos .key
Ok...
debug2: ssh_connect_direct
debug1: Connecting to 192.168.0.8 [192.168.0.8] port 22.
... después de un rato da un error de timeout.
Un error de timeout apunta a que el anfitrión (el equipo al que
conectas) corta la conexión por algún motivo (directiva de seguridad,
etc.); si llegas con un ping al equipo, así a bote pronto el cortafuegos
quedaría descartado.
El ping me responde inmediatamente...
$ ping 192.168.0.8
PING 192.168.0.8 (192.168.0.8) 56(84) bytes of data.
64 bytes from 192.168.0.8: icmp_seq=1 ttl=64 time=0.344 ms
64 bytes from 192.168.0.8: icmp_seq=2 ttl=64 time=0.330 ms
64 bytes from 192.168.0.8: icmp_seq=3 ttl=64 time=0.338 ms
64 bytes from 192.168.0.8: icmp_seq=4 ttl=64 time=0.331 ms
^C
Hum... prueba con una traza, aunque me temo que no proporcionará mucha más
información:
traceroute -T -O info -p 22 192.168.0.8
Te detallo algunas otras cosas que hice (sugerencias de Zeque), al final
está la traza...
/home/sw/Uso_compartido/temp/ssh_noconecta2.txt [BM--] 9 L:[ 1+26
27/ 56] *(775 /1070b) 0010 0x00A
[*][X]
1) en el equipo que no permite las conexiones (192.168.0.8)...
root@debbns:~# iptables -L
bash: iptables: orden no encontrada
root@debbns:~# dpkg -l | grep iptables
ii iptables 1.8.7-1 amd64 administration tools for
packet filtering and NAT
hosts.allow y hosts.deny están vacíos (salvo las lìneas comentadas al
principio), no hay direcciones IP ni nombres de hosts.
Probé agregando la línea...
ALL : ALL : allow
... en hosts.allow, pero tampoco da resultados.
2) en cualquier equipo que se quiera conectar a 192.168.0.8...
dari@debwal:~$ nc -vvv 192.168.0.8 22
^C sent 0, rcvd 0
root@debwal:/home/dari# traceroute -T -O info -p 22 192.168.0.8
traceroute to 192.168.0.8 (192.168.0.8), 30 hops max, 60 byte packets
1 * * *
2 * * *
3 * * *
4 * * *
5 * * *
6 * * *
7 * * *
8 * * *
9 * * *
10 * * *
11 * * *
12 * * *
13 * * *
14 * * *
15 * * *
16 * * *
17 * * *
18 * * *
19 * * *
20 * * *
21 * * *
22 * * *
23 * * *
24 * * *
25 * * *
26 * * *
27 * * *
28 * * *
29 * * *
30 * * *
root@debwal:/home/dari#
Prueba a conectarte desde el propio equipo (ssh root@localhost).
Conecta perfectamente....
Me desorienta que no me de algún mensaje más, alguna pista en el modo
"verbose"...
Si la conexión fuera entre redes distintas (remotas), pasando el
tráfico por distintos servidores y enrutadores que no están bajo tu
supervisión, podría entenderse el timeout por algún filtro de los ISP,
el tamaño de los paquetes o cortafuegos, pero teniendo controlado el
entorno de conexión (red local) el tiemout es todo un misterio :-?
Si tienes otro equipo desde donde probar (p. j., otro sistema operativo
como Windows con Putty o MacOS), intenta a ver, no vaya a ser que la
guerra te la esté dando el cliente desde donde conectas.
He probado desde otros equipos con Debian y el resultado es el mismo.
El tema tiene que estar en el huraño 192.168.0.8 :-)
A ese equipo lo actualicé, no fue una instalación desde cero,
anteriormente tenía Buster, así que le modifiqué el sources.list
reemplazando buster por bullseye. La actualización no dio problemas.
Voy a ver si encuentro alguna portátil a la que le haya quedado un dual
boot con Windows para probar con Putty
Gracias !
Saludos,
Saludos,
--
Walter O. Dari
http://swcomputacion.com/
http://swcomputacion.com/sistemas/
https://facebook.com/swcomputacion/
https://facebook.com/sistemasSW/
Nuestros horarios:
L a V 8 a 13 hs.
S 11 a 14 hs.
WhatsApp:
2396 577140 (no se atienden llamadas)
Reply to: