Это странно. Я использую небольшой парк устройств Chromebook для профессионального тестирования сети, и я написал несколько инструментов, которые используют SSH с pubkey auth для запуска одновременных тестов.
Проблема в том, что если соединение Wi-Fi не превосходно, auth раза чаще, чем нет. Например, если у меня есть длинное соединение с частотой 5 ГГц, которое возвращает 100% пингов, но имеет среднюю задержку в 100 мс или около того, auth зависает после 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 как на клиенте, так и на отправителе.
Те же самые два ноутбука в одном и том же месте завершат пароль auth без проблем - если паблик присутствует для пользователя на стороне клиента, ему придется время, прежде чем он провалится, и попросит пароль; но если у пользователя-клиента нет паблика, он будет запрашивать пароль и принимать его немедленно.
Если я переведу серверный ноутбук ближе к маршрутизатору, чтобы средняя латентность попала в нечто большее как и в диапазоне 50 мс, auth-файл pubkey отлично работает.
Я не могу найти что-либо в интернетах, ссылаясь на проблему с высокой задержкой аутентификации pubkey на машинах, где pubkey auth работает отлично с более низкой задержкой, но здесь я есть. У кого-нибудь есть идеи?