Como depurar tempos limite ao conectar uma segunda sessão ssh no mesmo servidor

Como depurar tempos limite ao conectar uma segunda sessão ssh no mesmo servidor

Estou tendo problemas intermitentes ao abrir várias sessões ssh no mesmo servidor.

Estou usando o Affa 3, um script de backup rsync-over-ssh para CentOS que se conecta usando pares de chaves. Tenho vários trabalhos de backup no mesmo servidor que às vezes se sobrepõem.

Posso abrir uma conexão e, quando tento abrir uma segunda conexão, recebo um tempo limite. Aqui está um pouco do log: (observe que a porta 222 tem NAT para 22 no 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

Se eu tail -f /var/log/secureestiver no servidor de origem enquanto o script é executado, não haverá vestígios da tentativa de login. Estou procurando no lugar certo?

Se eu tiver uma sessão ssh previamente estabelecida no servidor (com PuTTY), a conexão falhará.

No entanto, também posso ter uma sessão de área de trabalho remota aberta para um servidor Windows na mesma rede distante do servidor de origem de backup. Esta conexão não falha e posso fazer login usando o PuTTY a partir daí!

Encontrei um artigo referindo /etc/security/limits.confmas não há limite para o número de conexões configuradas lá.

Alguém tem alguma idéia de como depurar esse problema?

informação relacionada