|
Такая же проблема наблюдается на 3550SR.
Управление свичем через telnet/HTTP происходит без проблем. Но хочется перейти на ssh/https - и вот тут начинается что-то странное.
Включаю SSH и пытаюсь на него зайти клиентом - все как бы работает, но время соединения абсолютно неприемлимое. Debug клиента:
ssh 1.2.3.4 -l username -v
OpenSSH_4.3p2, OpenSSL 0.9.7i 14 Oct 2005
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Connecting to 192.168.51.254 [192.168.51.254] port 22.
debug1: Connection established.
<skipped>
debug1: Remote protocol version 2.0, remote software version DLink Corp. SSH server ver 1.00.000
debug1: no match: DLink Corp. SSH server ver 1.00.000
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_4.3
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client 3des-cbc hmac-sha1 none
debug1: kex: client->server 3des-cbc hmac-sha1 none
debug1: sending SSH2_MSG_KEXDH_INIT
debug1: expecting SSH2_MSG_KEXDH_REPLY
<ТУТ ЗАДЕРЖКА СЕКУНД 20>
debug1: Host '5.6.7.8' is known and matches the RSA host key.
debug1: ssh_rsa_verify: signature correct
debug1: SSH2_MSG_NEWKEYS sent
debug1: expecting SSH2_MSG_NEWKEYS
debug1: SSH2_MSG_NEWKEYS received
debug1: SSH2_MSG_SERVICE_REQUEST sent
debug1: SSH2_MSG_SERVICE_ACCEPT received
debug1: Authentications that can continue: password
debug1: Next authentication method: password
username@1.2.3.4's password:
Имя пользователяи пароль берутся локально со свича, нет никаких внешних серверов авторизации
Возникает вопрос - откуда же эта задержка непонятная? Очень похоже на то, что коммутатор пытается разрезолвить имя клиента, но где в таком случае прописывается DNS сервер? Такие же траблы происходят при попытке связаться с коммутатором по HTTPS.
Во время "подвисания" коммутатора даже ping на его management ip не проходит.
ЗЫ: прошивка для 3550 самая последняя: 401b19
|
Вход
Регистрация
FAQ
Поиск
