Автор SSH Pubkey работает над быстрым Wi-Fi, не над медленным Wi-Fi

Это - странное. Я использую маленький флот Chromebook, чтобы сделать профессиональное сетевое тестирование, и я записал некоторые инструменты, которые используют SSH с pubkey автором для запущения одновременных тестов.

Проблема, если соединение Wi-Fi не превосходно, автор испытывает таймаут, как правило. Например, если у меня есть долгосрочное соединение 5 ГГц, которое возвращает 100% ping, но имеет среднюю задержку приблизительно 100 мс, автор зависает после send packet: type 50, никогда не получая тип пакета 51 для завершения автора.

debug2: key: /root/.ssh/id_ecdsa ((nil))
debug2: key: /root/.ssh/id_ed25519 ((nil))
debug3: send packet: type 5
debug3: receive packet: type 6
debug2: service_accept: ssh-userauth
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug3: send packet: type 50

Да, UseDNS no идет, и на клиенте и на отправителе. Я также отключил все несущественные модули PAM и отключил HostBasedAuth, RSAAuth и GSSAPI и на клиенте и на отправителе.

Те же два ноутбука в том же месте завершат автора пароля без проблемы - если pubkey будет присутствовать для пользователя на стороне клиента, он должен будет привести к таймауту этого сначала, прежде чем он перестанет работать через, и попросите пароль; но если не будет никакого pubkey для пользователя клиента, то это запросит пароль и сразу примет его.

Если я двигаю ноутбук сервера поближе к маршрутизатору, так, чтобы средние падения задержки чего-то больше как диапазон на 50 мс, pubkey автор хорошо работал.

Я ничего не могу найти в Интернете, относящемся к проблеме с высокой задержкой pubkey аутентификация на машинах, где pubkey автор хорошо работает с более низкой задержкой, но я здесь Кто-либо получил какие-либо идеи?