Pregunta

Esta es mi programación estado haciendo últimamente muy frustrante.

Estoy en la Argentina en este momento se conecta a un servidor de EE.UU. a través de SSH. Es comprensible que los pings son un poco más altos aquí (en torno a 200 ms de media) así que cuando SSH en el servidor hay un retraso notable ligeramente entre cada pulsación de tecla. Esto está bien y lo suficientemente fácil trabajar con él.

Lo que NO ES fácil trabajar con ellos es que alrededor de cada 5 minutos o así, SSH colgarán por completo y tomar unos 3-5 minutos para volver un mensaje. Sé que el servidor no está empantanado porque puedo abrir fácilmente varias conexiones nuevas, mientras que estoy esperando uno para volver (de hecho esta es la única manera que he podido trabajar). Y cuando finalmente regresa SSH puedo ver lo que realmente ha estado trabajando lejos en el fondo (descargas de archivos grandes era una buena manera de probar esto), pero sólo han hasn't Actualización de mi pantalla.

¿Alguien tiene una idea de lo que podría estar causando esto?

Pocos otros hechos: el servidor es Ubuntu y estoy conectando con Mac OS X. Tengo keepalive activada en la configuración de SSH. Es más probable que cuelgue cuando mantenga pulsada una tecla (por ejemplo, una flecha hacia la izquierda o hacia la derecha para desplazarse) que envía una gran cantidad de teclas con rapidez. De hecho puedo reproducir de forma fiable la caída iniciando sesión y manteniendo pulsado una tecla como "a" - que nunca lo hace más allá de una línea completa de "a" 's antes de colgar. Esto acaba de empezar cuando conecto a nivel internacional por primera vez, así que estoy suponiendo que tiene algo que ver con eso (latencia?), Pero puedo decir con seguridad.

¿Fue útil?

Solución 2

Creo que había algún problema con el ISP aquí en Argentina. Cuando cambié a otra red inalámbrica con otro ISP que comenzó a trabajar. Probablemente están jugando algunos juegos puerto de estrangulación o quién sabe qué.

Otros consejos

Odd. No puedo ayudarle con su problema, pero tengo un consejo para que sea menos molesto: Uso screen(1). Esto mantendrá su concha en el otro extremo vivo y puede continuar lo que estaba haciendo después de volver a conectar.

Si sólo necesita ejecutar un comando en el otro lado, sugiero que pasar el comando como una opción para ssh (se conectará, ejecute el comando, mostrará el resultado y desconexión).

Trate de ajustar sus href="http://en.wikipedia.org/wiki/TCP_window_scale_option#Linux" tamaño de la ventana TCP .

Estoy acostumbrado a ssh a través de enlaces de alta latencia - 600 ms. Es lento, pero rara vez tenido ningún problema. Para empezar - abrir otra ventana de terminal, ping a su servidor y ver la conexión. Cuéntanos lo que ves.

Trate sshing con algunas banderas de detalle (vv ssh [vv] somehost) y ver si hay algo indicativa impresa en la época en que se cuelga.

Bueno, ahora estoy conectado a una red inalámbrica diferente y el problema parece haber desaparecido. No puedo decir con certeza qué es exactamente lo que estaba causando (y no tener acceso de inicio de sesión con el enrutador inalámbrico), pero esto parece sugerir que era algo en el router, y no el equipo servidor o cliente.

Tanto el router antiguo y el nuevo router Linksys WRT54G eran de lo que no estoy seguro de cuál era el problema. Espero que ayude a alguien!

Yo estaba teniendo un problema similar con 'gato' e incluso 'ls -l' causando ssh para colgar (en Ubuntu). Ajuste de tamaño de MTU a 1400 lo fijó para mí.

Licenciado bajo: CC-BY-SA con atribución
No afiliado a StackOverflow
scroll top