Назад | Перейти на главную страницу

Как отладить тайм-ауты при подключении второго сеанса ssh на том же сервере

У меня периодически возникают проблемы с открытием нескольких сеансов ssh на одном сервере.

Я использую Affa 3, сценарий резервного копирования rsync-over-ssh для CentOS, который подключается с помощью пар ключей. У меня есть несколько заданий резервного копирования на одном сервере, которые иногда перекрываются.

Я могу открыть соединение, тогда, когда я пытаюсь открыть второе соединение, я получаю тайм-аут. Вот немного журнала: (обратите внимание, что порт 222 преобразован через NAT на 22 на сервере)

Tue Sep 29 01:34:14[18533]: Checking SSH connection to root@xx.xx.xx.xx
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 root@xx.xx.xx.xx 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

Если я tail -f /var/log/secureна исходном сервере во время выполнения сценария попытки входа в систему отсутствуют. Я ищу в нужном месте?

Если у меня есть ранее установленный сеанс ssh на сервере (с PuTTY), соединение не работает.

Однако у меня также может быть открытый сеанс удаленного рабочего стола с сервером Windows в той же удаленной сети, что и исходный сервер резервного копирования. Это соединение работает нормально, и я могу войти в систему с помощью PuTTY оттуда!

Я нашел статью о /etc/security/limits.conf но нет ограничений на количество настроенных здесь подключений.

Есть ли у кого-нибудь идеи, как отладить эту проблему?