Невозможно ssh в любом месте - ssh_exchange_identification
У меня есть установка, где я использую Ubuntu 11.10 в качестве гостя VirtualBox под хостом Windows 7, за ограниченным корпоративным брандмауэром. Я настроил NAT с хост-порта 22 на порт Ubuntu 22; Он сообщил мне, что они открыли исходящий порт 22 для IP-адреса хост-машины.
Я запустил ssh-keygen -t rsa и пытаюсь проверить настройки, подключившись к github и другому известному серверу ssh. В обоих случаях в соединении отказано с ssh_exchange_identification: Connection closed by remote host. Полный -vvv журнал ниже.
Это все еще возможно из-за корпоративного брандмауэра? Если так, что еще я мог бы попросить у них? Любые другие идеи, что может быть не так и как это исправить?
~$ ssh -Tvvv git@github.com
OpenSSH_5.8p1 Debian-7ubuntu1, OpenSSL 1.0.0e 6 Sep 2011
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: Applying options for *
debug2: ssh_connect: needpriv 0
debug1: Connecting to github.com [207.97.227.239] port 22.
debug1: Connection established.
debug3: Incorrect RSA1 identifier
debug3: Could not load "/home/chris/.ssh/id_rsa" as a RSA1 public key
debug2: key_type_from_name: unknown key type '-----BEGIN'
debug3: key_read: missing keytype
debug2: key_type_from_name: unknown key type 'Proc-Type:'
debug3: key_read: missing keytype
debug2: key_type_from_name: unknown key type 'DEK-Info:'
debug3: key_read: missing keytype
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug3: key_read: missing whitespace
debug2: key_type_from_name: unknown key type '-----END'
debug3: key_read: missing keytype
debug1: identity file /home/chris/.ssh/id_rsa type 1
debug1: Checking blacklist file /usr/share/ssh/blacklist.RSA-2048
debug1: Checking blacklist file /etc/ssh/blacklist.RSA-2048
debug1: identity file /home/chris/.ssh/id_rsa-cert type -1
debug1: identity file /home/chris/.ssh/id_dsa type -1
debug1: identity file /home/chris/.ssh/id_dsa-cert type -1
debug1: identity file /home/chris/.ssh/id_ecdsa type -1
debug1: identity file /home/chris/.ssh/id_ecdsa-cert type -1
ssh_exchange_identification: Connection closed by remote host
Редактировать: Запрошенная диагностика:
~$ ls -la ~/.ssh
total 16
drwx------ 2 chris chris 4096 2012-03-30 13:12 .
drwxr-xr-x 29 chris chris 4096 2012-03-30 13:25 ..
-rw------- 1 chris chris 1766 2012-03-30 13:12 id_rsa
-rw-r--r-- 1 chris chris 409 2012-03-30 13:12 id_rsa.pub
2 ответа
Попробуйте сначала удалить существующие ключи.
rm ~/.ssh/id_*
А теперь попробуй регенерировать ключ.
ssh-keygen -t rsa
Следующая строка может быть очень вводящим в заблуждение сообщением:
debug3: Could not load "/home/chris/.ssh/id_rsa" as a RSA1 public key
debug2: key_type_from_name: unknown key type '-----BEGIN'
Она отправит вас в погоню за диким гусем. Я говорю это, учитывая, что вы прошли всю диагностику и даже восстановили ключ, и проблема осталась.
Исходя из опыта, я могу сказать, что эта проблема может быть вызвана конфигурацией сервера, даже если сообщения заставляют его выглядеть так, как будто это проблема клиента.
Чтобы решить эту проблему, внимательно проверьте конфигурацию SSH сервера. В этом случае сначала убедитесь, что вы добавили содержимое id_rsa.pub в свою учетную запись Git. Проверьте любые другие разрешения там.
Когда это происходит на вашем собственном сервере, внимательно проверьте конфигурацию. Например, я обнаружил, что если ваш пользователь не разрешен конфигурацией ssh на сервере, клиент ssh выдает точно такое же (вводящее в заблуждение) сообщение об ошибке.
sudo nano /etc/sshd_config
AllowUsers yourname@*