Se restableció la conexión entre pares {resuelto}

Restablecer la conexión ssh_exchange_identification: read: por un par es muy raro, pero puede encontrarla si intenta ssh en cualquier servidor Unix. No importa si está usando Windows con Cygwin para acceder a macOS o Ubuntu con la terminal ssh en el arco, CentOS o fedora. Y dado que ssh es universal en Limex y Unix, ssh_exchange_identification: read: peer error connection reset tiende a ocurrir en cualquier momento cuando el servidor remoto interrumpe su conexión sin su autorización.

Cómo reparar ssh_exchange_identification: Leer: Restablecimiento de la conexión entre pares

Solución 1: compruebe el archivo Hosts.deny

Si tiene privilegios administrativos en el servidor o tiene alguna forma de acceder a él, la forma más fácil de resolver ssh_exchange_identification: read: peer error reset connection es ir a un indicador conectado directamente en la computadora del servidor, luego eche un vistazo al Hospedadores. Denegar el archivo.

Debes escribir: sudo nano/etc/hosts.deny

en el servidor para comprobar si su dispositivo figura como prohibido por algún motivo.

Si es así, debe ser un error y puede eliminarlo fácilmente y luego volver a conectarse a través de ssh en la otra máquina. De lo contrario, verifique que no haya comodines extraños que pudieran haber impedido que su máquina se conectara. Sin embargo, en la mayoría de los casos, un archivo nuevo que solo tiene el texto predeterminado que fue agregado por la distribución del servidor no sería el culpable.

sudo/etc/host.allow

Si desea agregar su inicio de sesión, elimine normalmente para asegurarse de que se conectará. Tenga en cuenta que esto rara vez es necesario, pero si lo hace y luego agrega, debe seguir el texto informativo proporcionado por la distribución.

Solución 2: cambie las opciones de configuración de ssh

Si no puede acceder al servidor remoto, o si el método anterior no resolvió su problema, debe borrar los archivos de configuración ssh antiguos y luego ver si eso soluciona el problema después de una actualización. De lo contrario, agregue la opción v- a ssh, luego intente iniciar sesión nuevamente si recibe un mensaje de error, luego intente agregar -c aes256-ctr al comando ssh y vea si esto soluciona ssh_exchange_identification: leer: conexión restablecida por problema con pares . Esto acortará la lista de cifrado y le permitirá conectarse al servidor donde probó ssh, ya que esto a su vez acorta el tamaño del paquete.

Algunos usuarios han notado que es especialmente útil para solucionar problemas de algún tipo de equipo de la marca Cisco, ya que algunas piezas de hardware del servidor requieren paquetes más pequeños de forma predeterminada. Agregue -c aes256-ctr al comando ssh habitual y eso debería permitirle ingresar.

Solución 3: anule las prohibiciones accidentales de direcciones IP

Si ha intentado iniciar sesión varias veces antes, pero se le negó, es posible que su servidor lo haya confundido con la dirección IP incorrecta. Esto suele ocurrir si el usuario sigue intentando iniciar sesión nuevamente durante la resolución de problemas, que es una respuesta obvia, pero parece un ataque a la subrutina fail2ban.

Para asegurarse de que esto no suceda, ejecute las tablas de IP de sudo -L-line- un número de la conexión de acceso telefónico y luego busque su dirección IP. Puede encontrar que hay varias conexiones no relacionadas. Deberías simplemente ignorarlos.

Una vez que encuentre el problema, ejecute IP tables-D seguido de una cadena ofensiva y el número de cadena para evitar que su software lo prohíba nuevamente. Esto debería evitar más problemas, pero si aún tiene un problema, debe editar el archivo a continuación:

/etc/file2ban/jail.conf

Cárgalo en tu editor de texto favorito y probablemente vi o nano, como root. Probablemente querrá realizar algo como:

Sudo nano/etc/fail2ban/jail.conf

Y busque una línea que diga ignorar IP. Luego agregue su dirección IP a esta línea para evitar permanentemente que fail2ban agregue su dirección IP a cualquiera de las listas de bloqueo.

Las diferentes distribuciones de Linux hacen las cosas de manera diferente, pero los cambios realizados deberían funcionar instantáneamente en la mayoría de los casos.

Leer más:

Conclusión

ssh_exchange_identification: read: el restablecimiento de la conexión por un error del mismo nivel rara vez ocurre. Por lo general, esto se debe a algún tipo de malentendido por parte del software que provocó la caída o la prohibición de su conexión. Diagnostique correctamente la raíz del problema y siga las instrucciones dadas anteriormente con espíritu de alerta. O puede comenzar con el primer método y seguir avanzando hasta que uno funcione. Espero que encuentre útil la guía.