SSH de repente ya no funciona: "Error de escritura: tubería rota"

9

Uso un MacBook Pro en casa y regularmente me meto en las máquinas de mi laboratorio. Sin embargo, durante los últimos 3-4 días, cada vez que ingresé SSH en la máquina en el laboratorio, recibí un error de escritura fallida: tubería rota, apenas dentro de los 2 minutos posteriores a mi error.

El hecho de que todo funcionara perfectamente hace unos días me desconcierta, y cualquier ayuda para que las cosas funcionen nuevamente sería muy apreciada.

— NSR
fuente

2

¿Estás usando ServerAliveIntervalo no? Si no, intente configurarlo.

— 0xC0000022L

Sí lo soy. Está configurado en 30. Intenté 15, 30, 60 y no afectó el rendimiento (o la falta de él)

— NSR

¿Has probado 1SSHing desde otra máquina en el laboratorio para ver si es el macbook? y 2SSHing del macbook a otra máquina para ver si es el laboratorio? averiguar cuál de los dos tiene el problema debería reducir considerablemente su solución

— Yuugian

Bueno, usé mi computadora portátil para SSH en las mismas máquinas desde una red diferente (una red universitaria) y funcionó bien. Mi conjetura es que está sucediendo algo extraño con mi red doméstica.

— NSR

11

Esto parece un problema de red.

Pregunte si algún equipo de red ha cambiado o se ha reconfigurado. Dígale a su administrador de red que tiene problemas para ingresar, puede haber una configuración incorrecta en un firewall. Intente iniciar sesión desde otras máquinas o en otras máquinas para mejorar el diagnóstico.

Una posible causa de estos síntomas es un conflicto de dirección IP. Verifique de dónde obtienen el cliente y el servidor su dirección IP. Si sigue ping server.example.comcorriendo, ¿ayuda a que la conexión dure más? Si es así, tiene un conflicto de dirección IP. (Esto pingayuda porque sigue indicando a los enrutadores a lo largo del camino que enruten los paquetes IP a su máquina, pero aún así perderá la conexión si la otra máquina envía una respuesta ARP antes que usted). Si este es el problema, debe Solucionarlo: organizar una de las máquinas que utilizan la misma dirección para utilizar una dirección diferente.

Verifique también la tabla de enrutamiento en su máquina. Asegúrese de que los paquetes al servidor se enruten a la interfaz adecuada. (Si bien una tabla de enrutamiento incorrecta normalmente haría que la conexión no funcionara en absoluto, hay un caso extremo en el que los síntomas son los que usted describe: si obtiene una dirección con DHCP y el servidor DHCP también es el servidor con el que está contactando, la dirección del servidor DHCP se enrutará a la interfaz deseada hasta que caduque su caché ARP).

— Gilles 'SO- deja de ser malvado'
fuente

1

ah! Hacer ping a un servidor arbitrario parece estar funcionando (hasta ahora). Parece que fue un choque de direcciones IP. Investigaré más a fondo y me aseguraré de que esto no suceda. Gracias !!

— NSR

Hola Gilles, gracias por la solución dada. Estoy solucionando este problema desde 5 días configurando parámetros ssh, etc. Pero no funcionó. Su solución me ayudó mucho. Muchas gracias.

— Rajasekhar

1

Esto podría deberse a la pérdida de paquetes. Una herramienta como mtrpodría ayudarlo a diagnosticar cuál de los hosts en la ruta está causando problemas. Aquí encontrará las instrucciones para instalarlo en Mac OS X.

— Frederik Deweerdt
fuente

1

Tuve este problema con algunos servidores en la oficina principal y lo resolví usando:

TCPKeepAlive yes
ServerAliveInterval 5

en el archivo de configuración ssh ( ~/.ssh/config or /etc/ssh/ssh_config).

Solo más tarde descubrí que fue causado por algún hardware instalado para optimizar la comunicación entre las oficinas que interfirieron.

— Anthon
fuente

1

He resuelto mi problema en Mac OS X, he cambiado el

#ClientAliveInterval 0

a

ClientAliveInterval 300

en el /etc/sshd_configsiguiente este , y reiniciar la máquina, hecho.

— aclarar
fuente

1

En MAC OS X 10.12.6 estaba en / etc / ssh / sshd_config

— WebOrCode