у меня есть VMware Workstation и через некоторое время я начал замечать, что после ввода имени пользователя (во время ssh-соединения) запрос пароля занимает все больше времени. Я установил Ubuntu Server 10.10 на этой ВМ.
UPD:
Моя виртуальная машина находится на моем локальном компьютере.
Кто-нибудь знает, что может вызвать это?
SSH выполняет обратный поиск для определения подключающегося хоста, задержка, с которой вы сталкиваетесь, связана либо с медленным ответом, либо с тайм-аутом.
Если вы не можете выполнить обратное разрешение с этого хоста, вы также можете отключить обратный поиск sshd в файле конфигурации. sshd_config. Найдите и измените следующую запись:
UseDNS нет
Да. Это неправильно настроенная установка DNS. Вам необходимо убедиться, что разрешение DNS работает.
SSH пытается получить запись rDNS от хоста, который подключается к серверу. Если это не может быть решено, у вас истекает тайм-аут.
Как говорили другие, это, вероятно, проблема с разрешением DNS.
Для справки в будущем обратите внимание, что в FAQ по OpenSSH эта проблема описана в разделе '3.3 - ssh (1) требует много времени для подключения или входа в систему'. Есть несколько других возможных причин, но разрешение DNS является наиболее частой проблемой:
Возможно, возникла проблема поиска DNS на клиенте или сервере. Вы можете использовать команду nslookup, чтобы проверить это как на клиенте, так и на сервере, просмотрев имя и IP-адрес другого конца. Кроме того, на сервере найдите имя, возвращаемое поиском IP-имени клиента. Вы можете отключить большинство запросов на стороне сервера, установив UseDNS нет в sshd_config.
Некоторые админы установили UseDNS no в качестве защиты от спуфинга DNS. Например, см. Книгу SSH, Secure Shell, 2-е издание, раздел «10 .3.3.4 Настройки TCP / IP» авторства О'Рейли, в котором говорится:
Мы также отключаем обратный поиск DNS для входящих подключений:
# OpenSSH UseDNS noВы можете подумать, что безопасность повышается за счет обратного поиска DNS, но на самом деле DNS недостаточно безопасен, чтобы гарантировать точный поиск. Кроме того, из-за других проблем в вашей Unix и сетевой среде обратное сопоставление DNS может даже не работать должным образом [5.3.3.8]. Наконец, соединения SSH могут сильно замедляться или вообще отказываться, если клиентский DNS закрыт (например, много серверов имен, все не отвечают, поэтому время sshd истекает). IP-адреса подключающихся хостов в любом случае попадают в ваши журналы, так что вы можете найти их позже.
Скорее всего, это обратный поиск в DNS. В качестве быстрого исправления вы можете разместить запись в /etc/hosts файла сервера, к которому вы подключаетесь, с IP-адресом исходного сервера.
Также см: 10-секундная задержка SSH до успешного входа в систему
Поскольку это ваш локальный компьютер и виртуальная машина, войдите в виртуальную машину через ssh и введите w для отображения вашего IP / имени хоста "FROM". Если он отображает IP вместо имени хоста, создайте запись в /etc/hosts с этим конкретным IP-адресом и дайте ему репрезентативное имя. Это должно сработать.
В дополнение к тому, что уже было опубликовано в виде ответов, это может быть просто проблема с ресурсами на хосте. Как будет выглядеть использование ресурсов при длительной задержке?