Cómo depurar tiempos de espera al conectar una segunda sesión ssh en el mismo servidor

Cómo depurar tiempos de espera al conectar una segunda sesión ssh en el mismo servidor

Tengo problemas intermitentes al abrir varias sesiones ssh en el mismo servidor.

Estoy usando Affa 3, un script de copia de seguridad rsync-over-ssh para CentOS que se conecta mediante pares de claves. Tengo varias tareas de respaldo en el mismo servidor que a veces se superponen.

Puedo abrir una conexión y luego, cuando intento abrir una segunda conexión, se agota el tiempo de espera. Aquí hay un poco del registro: (tenga en cuenta que el puerto 222 está conectado a NAT 22 en el servidor)

Tue Sep 29 01:34:14[18533]: Checking SSH connection to [email protected]
Tue Sep 29 01:34:14[18533]: Exec Cmd: /usr/bin/ssh -o ConnectTimeout=120 -o PasswordAuthentication=no -p 222 -o CheckHostIP=no -o StrictHostKeyChecking=no -o HostKeyAlias=server1 -o UserKnownHostsFile=/root/.ssh/knownhosts-server1 [email protected] echo OK
Tue Sep 29 01:35:17[18533]: Exec Out: ssh: connect to host xx.xx.xx.xx port 222: Connection timed out
Tue Sep 29 01:35:17[18533]: Exec Out: exitstatus=255

Si estoy tail -f /var/log/secureen el servidor de origen mientras se ejecuta el script, no hay rastro del intento de inicio de sesión. ¿Estoy buscando en el lugar correcto?

Si tengo una sesión ssh previamente establecida en el servidor (con PuTTY) la conexión falla.

Sin embargo, también puedo tener una sesión de escritorio remoto abierta en un servidor Windows en la misma red distante que el servidor de origen de la copia de seguridad. ¡Esta conexión no falla y puedo iniciar sesión usando PuTTY desde allí!

Encontré un artículo que hace referencia a /etc/security/limits.confque no hay límite para la cantidad de conexiones configuradas allí.

¿Alguien tiene alguna idea de cómo solucionar este problema?

información relacionada