ssh conecta los tiempos de espera de a a b, pero funciona de a a c, y de c a b

0

Me estoy rascando la cabeza aquí. Ahora tengo tiempos de espera entre hosts Ay B, ambos ejecutando Ubuntu, con un firewall NATing a cada lado y una buena docena de saltos en el medio. (Para aclarar en función del primer comentario: la conexión inicial falla y se 'cuelga'; esto puede ser después de que finalice otra conexión (existente)).

Sin embargo, también puede conectarse a través de ssh desde Aa otro host en otra subred, llamarlo Cy luego conectar desde Ca Bmuy bien. Por lo tanto, no debería ser la configuración del servidor ssh. La ruta alternativa también funciona para un segundo host D, también en otra subred.

Pero el problema es que mi estación de trabajo principal a menudo simplemente se queda allí cuando intento conectarme. El único problema relacionado que se me ocurre es que también estoy (a veces) usando sshfsentre A y B.

¿Una idea de cómo puedo abordar esto?

Dirk Eddelbuettel
fuente
¿Te refieres a un tiempo de espera ya que no se conecta, o un tiempo de espera en que la conexión se detiene después de trabajar por un tiempo?
Paul
Estoy más preocupado por lo primero. Simplemente se sienta allí alrededor de la línea 4 debajo ssh -vy no pasa nada. Mientras que puedo ir por la ruta alternativa. Lo extraño es que el tiempo de espera parece afectar a todos los posibles clientes en mi red doméstica. Sin embargo, tuve la misma configuración NAT durante muchos años.
Dirk Eddelbuettel
¿Su IP es estática? ¿Podría haber sido bloqueado en el servidor?
Paul
No, y "eventualmente" esto se resuelve después de unos 20 minutos. Pero no recuerdo haber agregado una configuración en ninguno de los lados que impondría este comportamiento.
Dirk Eddelbuettel
Hmm, me pregunto qué tan lejos está llegando. ¿Puedes hacer unsudo traceroute -P tcp -p 22 <server B IP>
Paul