SSH для Cygwin медленно реагирует

У меня есть машина Cygwin, которая запускает sshd. Когда я пытаюсь войти в систему с SSH, для получения ответа потребуется некоторое время.

С помощью команды ssh -v user@cygwin я вижу, что есть две команды, которые занимают минуты.

  • Как интегрировать Console2 через Cygwin (WinXP)?
  • Настройка SSH / Git на Cygwin дает «плохие разрешения на ~ / .ssh / config»
  • VIM, показывающий «m» возле белого пространства на Cygwin
  • Как загрузить несколько файлов с помощью Wget из Cygwin для Windows
  • Ошибка загрузки библиотеки Cygwin
  • Cygwin (bash, g ++ ...) находится в японском режиме - как установить все на английский?
  •  Debug1: Чтение данных конфигурации / etc / ssh_config
     Debug1: Подключение к порту pspc [10.0.40.177] 22.
     Debug1: Установлено соединение.
     Debug1: файл идентификации /Users/smcho/.ssh/identity type -1
     Debug1: файл идентификации /Users/smcho/.ssh/id_rsa type -1
     Debug1: файл идентификатора /Users/smcho/.ssh/id_dsa type -1 <---
    

    А также

     Debug1: Удаленный протокол версии 2.0, версия удаленного программного обеспечения OpenSSH_5.3
     Debug1: match: OpenSSH_5.3 pat OpenSSH *
     Debug1: включение режима совместимости для протокола 2.0
     Debug1: строка локальной версии SSH-2.0-OpenSSH_5.2
     Debug1: отправлен SSH2_MSG_KEXINIT <---
    

    После некоторого Googling, я думаю, что это вызвано тем, что Windows-порт 113 является межсетевым экраном. ( Http://www.cygwin.com/ml/cygwin/2009-03/msg00380.html )

    Как я могу решить эту проблему? Как я могу вернуться из identify и SSH2_...IT sent быстро?

  • Маршрутизатор перехватывает туннель SSH?
  • ISP блокирует использование ssh?
  • Ssh - нет маршрута к хосту
  • Как использовать SSH для копирования файла на удаленный сервер под другим пользователем
  • Windows 10 продолжает показывать 100% использования ЦП независимо от того, что
  • Параметры sshd и -i для OS X
  • 2 Solutions collect form web for “SSH для Cygwin медленно реагирует”

    Помимо открытия IDENT порта 113 для клиента SSH (поэтому сервер может попытаться подключиться к нему), возможно, вам удастся добавить UseDNS no to sshd_config .

    И я сомневаюсь, что это поможет вам (клиент знает, где найти сервер, так что это не первая пуля, вы пробовали 2-ю пулю, а задержки длились более 10 секунд, чтобы другие марки не применялись), но для В архивах в FAQ OpenSSH указано:

    Ssh (1) требует много времени для подключения или входа в систему

    Большие задержки (более 10 секунд) обычно вызывают проблему с разрешением имени:

    • Некоторые версии glibc (особенно glibc 2.1, поставляемые с Red Hat 6.1) могут занять много времени, чтобы разрешить адреса IPv6 или IPv4 из доменных имен. С этим можно AddressFamily inet указав параметр AddressFamily inet в ssh_config . [На клиенте; AvB.]
    • Может возникнуть проблема поиска DNS, как на клиенте, так и на сервере. Вы можете использовать команду nslookup, чтобы проверить это как на клиенте, так и на сервере, просмотрев имя и IP-адрес другого конца. Кроме того, на сервере найдите имя, возвращаемое поиском IP-имени клиента. Вы можете отключить большинство запросов на стороне сервера, установив UseDNS no в sshd_config . [На сервере, AvB.]

    Задержки менее 10 секунд могут иметь другие причины.

    • В версиях OpenSSH до 3,8 был файл moduli с модулями, которые были меньше, чем то, что искали бы sshd, и в результате sshd закончил бы использование модулей, значительно превышающих запрошенные, что привело к штрафу за скорость. Замена файла moduli будет устранена (обратите внимание, что в большинстве случаев этот файл не будет заменен во время обновления и должен быть заменен вручную).
    • В версиях OpenSSH до 3,8 был недостаток в ssh , который заставил бы его запрашивать модули, большие, чем предполагалось (что в сочетании с вышеизложенным приводило к значительным замедлениям). Модернизация клиента до версии 3.8 или выше решит эту проблему.
    • Если на клиенте или сервере отсутствует устройство случайных чисел на основе ядра (например, Solaris <9, AIX <5.2, HP-UX <11.11) и нет замены (например, prngd), возможно, что одна из программ, вызванных ssh-rand-helper для генерации энтропии висит. Это можно исследовать, запустив его в режиме отладки:

        / Usr / local / libexec / ssh-rand-helper -vvv 

      Любые значительные задержки должны быть исследованы и исправлены, или соответствующие команды должны быть удалены из ssh_prng_cmds.

    В первом случае, о котором вы упомянули, я испытывал медлительность.

     debug1: identity file /Users/smcho/.ssh/id_dsa type -1 <--- 

    Моя версия OpenSSH была 5.1. Я удалил старую установку и установил cygwin OpenSSH 5.5, скорость issus ушла. Может быть, вы могли бы попробовать это.

    Давайте будем гением компьютера.