Para resolver con éxito este problema, debemos determinar la causa raíz de este error. Este artículo le proporcionará las razones más probables y ofrece sus soluciones efectivas en detalle. Siga el artículo para aprender los métodos para corregir este error.
El error de SSH de "restablecimiento de conexión por par"
Este error de identificación de SSH afirma que la secuencia TCP fue cerrada repentinamente por la máquina remota. A veces, un reinicio de servidor remoto puede resolver rápidamente una interrupción breve o el problema de conectividad.
Puede evitar ocurrencias de errores en el futuro en su sistema aprendiendo a diagnosticar este problema y descubrir su causa subyacente. Hemos compilado las razones comunes para que pueda identificar la principal causa de esta conexión restablecida por error de pares.
Método 1: Comprobación de host Negle y host Permitir archivos
Anfitrión de edición.Denegar el archivo
Los envoltorios TCP son los anfitriones.Denegar y anfitriones.Permitir archivos. Estos archivos se utilizan como una función de seguridad para limitar los nombres de host o las direcciones IP conectadas al sistema remoto. Usando su editor de texto favorito, conéctese a su servidor remoto y abra los hosts.Denegar el archivo. Escriba el comando dado a continuación si está utilizando nano en un sistema basado en Linux.
$ sudo nano /etc /anfitriones.denegarLos comentarios son líneas que quedan en blanco o comienzan con el '#' símbolo. Verifique que este anfitrión.Deny File contiene su IP o nombre de host local. Si se enteró, elimínelo inmediatamente o lo comenten porque no se conectará de forma remota.
Guardar el host.Denegar el archivo y salir después de hacer las modificaciones necesarias. Después de esto, vuelva a intentar conectarse a través de SSH.
Anfitrión de edición.Permitir archivo
Editar los hosts.Permitir el archivo como una medida de precaución adicional. Dentro de los anfitriones. En este archivo, las reglas de acceso existentes se aplicarán primero. Este archivo toma superioridad sobre el host.negar el archivo. Para ver los anfitriones.Permitir el archivo, ejecutar el comando dado a continuación:
$ sudo nano /etc /anfitriones.permitirAgregar direcciones IP y nombres de host al host.permitir el archivo crea excepciones para los hosts.Denegar la configuración del archivo. Por ejemplo, crear una política en el anfitrión.Denegar el archivo para restringir el acceso a todos los hosts. Después de esto, puede editar los hosts.Permitir que el archivo agregue cualquier rango de IP, dirección IP o nombre de host. Solo la IP especificada podrá hacer una conexión SSH con su servidor remoto después de escribir estas líneas en su host.Permitir el archivo:
SSHD: todosRecuerde que una configuración de seguridad como esta restringirá su capacidad para controlar y mantener sus servidores remotos.
Método 2: Verificar el archivo sshd_config
Investigue la entrada del registro de autenticación si aún recibe el error del sujeto. El demonio SSH transmite información relacionada con el registro de los registros del sistema de forma predeterminada. Después de que no haya iniciado sesión, consulte el/var/log/auth.archivo de registro. Para ver las entradas de registro más recientes, escriba este comando:
$ tail -f/var/log/auth.registroLa ejecución de este comando genera información relacionada con su cuenta de usuario, su contraseña, clave de autenticación, así como el resultado de sus intentos de autenticación.
El registro contiene información que lo ayudará a localizar posibles errores en el archivo de configuración de SSHD. Por ejemplo, cuando se establece una conexión SSH, las modificaciones realizadas en el archivo de registro modificarán los términos acordados, lo que también hace que el servidor remoto rechace el cliente. Tipo: configuración SSHD para abrir al archivo de configuración SSHD.
$ sudo nano/etc/ssh/sshd_configLa configuración primaria, como la autenticación de los pares de claves SSH, el puerto TCP, se puede cambiar en el archivo de configuración SSHD y las otras capacidades complejas como el puerto de reenvío.
Si realiza cambios en el archivo de configuración SSHD, debe reiniciar el servicio SSHD para que entren en vigencia.
Conclusión
El número de causas posibles es enorme, y solucionarlas es un desafío en todos los sentidos. Si el Identificación de intercambio SSH Persiste un error, es posible que deba contactar a su anfitrión. En este artículo, has pasado por las causas más comunes de la "SIdentificación de intercambio de SH: Leer Restablecimiento de conexión por Peer" error. Ahora, debe resolver con éxito el problema y saber cómo hacer frente a desafíos similares en el futuro observando cada posibilidad a la vez.