Назад | Перейти на главную страницу

Невозможно войти в систему с помощью SSH, и ключ хоста SSH отличается при использовании имени DNS вместо IP-адреса

Я только что перезапустил свой сервер Ubuntu 16.04 и начал получать ошибку «ВНИМАНИЕ: ИДЕНТИФИКАЦИЯ УДАЛЕННОГО ХОСТА ИЗМЕНИЛАСЬ!» при попытке ssh с использованием имени DNS ssh me@myserver.lan. Сначала я просто удалил записи из known_hosts и попробовал снова, но понял, что на самом деле он вообще не принимает мой пароль.

Делать ssh me@192.168.1.2 использование IP-адреса по-прежнему работает, и даже мой вход без пароля по-прежнему работает.

Это результат nslookup myserver.lan, который показывает, что DNS возвращает правильный адрес:

Server:     192.168.1.2
Address:    192.168.1.2#53

Name:   myserver.lan
Address: 192.168.1.2

Это подробный вывод `ssh me@192.168.1.2 ', который завершается успешно:

OpenSSH_6.9p1, LibreSSL 2.1.8
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 21: Applying options for *
debug1: /etc/ssh/ssh_config line 56: Applying options for *
debug1: Connecting to 192.168.1.2 [192.168.1.2] port 22.
debug1: Connection established.
debug1: identity file /Users/jimbo/.ssh/id_rsa type 1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/jimbo/.ssh/id_rsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/jimbo/.ssh/id_dsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/jimbo/.ssh/id_dsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/jimbo/.ssh/id_ecdsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/jimbo/.ssh/id_ecdsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/jimbo/.ssh/id_ed25519 type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/jimbo/.ssh/id_ed25519-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.9
debug1: Remote protocol version 2.0, remote software version OpenSSH_7.2p2 Ubuntu-4ubuntu2.1
debug1: match: OpenSSH_7.2p2 Ubuntu-4ubuntu2.1 pat OpenSSH* compat 0x04000000
debug1: Authenticating to 192.168.1.2:22 as 'me'
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client chacha20-poly1305@openssh.com <implicit> none
debug1: kex: client->server chacha20-poly1305@openssh.com <implicit> none
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ecdsa-sha2-nistp256 SHA256:ZOO3YXwox2kHpLokBRXzPvuUFPOrposhAgnpQCaZ5+I
The authenticity of host '192.168.1.2 (192.168.1.2)' can't be established.
ECDSA key fingerprint is SHA256:ZOO3YXwox2kHpLokBRXzPvuUFPOrposhAgnpQCaZ5+I.
Are you sure you want to continue connecting (yes/no)? yes
Warning: Permanently added '192.168.1.2' (ECDSA) to the list of known hosts.
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: publickey,password
debug1: Next authentication method: publickey
debug1: Offering RSA public key: /Users/jimbo/.ssh/id_rsa
debug1: Server accepts key: pkalg ssh-rsa blen 279
debug1: Authentication succeeded (publickey).
Authenticated to 192.168.1.2 ([192.168.1.2]:22).
debug1: channel 0: new [client-session]
debug1: Requesting no-more-sessions@openssh.com
debug1: Entering interactive session.
debug1: client_input_global_request: rtype hostkeys-00@openssh.com want_reply 0
debug1: Sending environment.
debug1: Sending env LANG = en_GB.UTF-8
Welcome to Ubuntu 16.04.2 LTS (GNU/Linux 4.4.0-78-generic x86_64)

И это подробный вывод ssh me@myserver.lan, который не работает и не распознает мой пароль:

OpenSSH_6.9p1, LibreSSL 2.1.8
debug1: Reading configuration data /etc/ssh/ssh_config
debug1: /etc/ssh/ssh_config line 21: Applying options for *
debug1: /etc/ssh/ssh_config line 56: Applying options for *
debug1: Connecting to myserver.lan [::1] port 22.
debug1: Connection established.
debug1: identity file /Users/jimbo/.ssh/id_rsa type 1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/jimbo/.ssh/id_rsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/jimbo/.ssh/id_dsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/jimbo/.ssh/id_dsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/jimbo/.ssh/id_ecdsa type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/jimbo/.ssh/id_ecdsa-cert type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/jimbo/.ssh/id_ed25519 type -1
debug1: key_load_public: No such file or directory
debug1: identity file /Users/jimbo/.ssh/id_ed25519-cert type -1
debug1: Enabling compatibility mode for protocol 2.0
debug1: Local version string SSH-2.0-OpenSSH_6.9
debug1: Remote protocol version 2.0, remote software version OpenSSH_6.9
debug1: match: OpenSSH_6.9 pat OpenSSH* compat 0x04000000
debug1: Authenticating to myserver.lan:22 as 'me'
debug1: SSH2_MSG_KEXINIT sent
debug1: SSH2_MSG_KEXINIT received
debug1: kex: server->client chacha20-poly1305@openssh.com <implicit> none
debug1: kex: client->server chacha20-poly1305@openssh.com <implicit> none
debug1: expecting SSH2_MSG_KEX_ECDH_REPLY
debug1: Server host key: ecdsa-sha2-nistp256 SHA256:WDp/1JiHcWk6Lpcgfrl+/pDbSmdFxVTZFDfVhTEqBCg
debug1: Host 'myserver.lan' is known and matches the ECDSA host key.
debug1: Found key in /Users/jimbo/.ssh/known_hosts:5
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: publickey,keyboard-interactive
debug1: Next authentication method: publickey
debug1: Offering RSA public key: /Users/jimbo/.ssh/id_rsa
debug1: Authentications that can continue: publickey,keyboard-interactive
debug1: Trying private key: /Users/jimbo/.ssh/id_dsa
debug1: Trying private key: /Users/jimbo/.ssh/id_ecdsa
debug1: Trying private key: /Users/jimbo/.ssh/id_ed25519
debug1: Next authentication method: keyboard-interactive
Password:

Как видите, возвращенные ключи хоста разные. Правильно ли ожидать разных ключей при использовании имени хоста и IP-адреса. Что я могу сделать дальше?

Похоже, что ssh разрешает имя хоста в localhost, так как я получаю тот же ключ хоста при sshing на localhost.

Файл моих хостов практически пуст:

127.0.0.1   localhost
255.255.255.255 broadcasthost
::1             localhost 

Но host myserver.lan возвращает это. Это как-то связано с конфигурацией IPv6?

host myserver.lan
myserver.lan has address 192.168.1.2
myserver.lan has IPv6 address ::1

Это результат dig @192.168.1.2 myserver.lan

; <<>> DiG 9.8.3-P1 <<>> @192.168.1.2 myserver.lan
; (1 server found)
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 32577
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 1

;; QUESTION SECTION:
;myserver.lan.          IN  A

;; ANSWER SECTION:
myserver.lan.       604800  IN  A   192.168.1.2

;; AUTHORITY SECTION:
myserver.lan.       604800  IN  NS  ns.myserver.lan.

;; ADDITIONAL SECTION:
ns.myserver.lan.    604800  IN  A   192.168.1.2

;; Query time: 21 msec
;; SERVER: 192.168.1.2#53(192.168.1.2)
;; WHEN: Sun May 21 13:34:41 2017
;; MSG SIZE  rcvd: 79

И файл конфигурации привязки на сервере:

;
; BIND data file for myserver

$TTL    604800
@       IN      SOA     myserver.lan. root.myserver.lan. (
                              3         ; Serial
                         604800         ; Refresh
                          86400         ; Retry
                        2419200         ; Expire
                         604800 )       ; Negative Cache TTL
        IN      A       192.168.1.2
;
@       IN      NS      ns.myserver.lan.
@       IN      A       192.168.1.2
@       IN      AAAA    ::1
ns      IN      A       192.168.1.2

P.S. У меня есть ноутбук с Windows с cygwin, который все еще может войти на сервер, используя имя хоста. Похоже, это касается только моего Mac.

Проблема вызвана неправильной конфигурацией DNS. Клиент ssh использует IPv6, а 'myserver.lan' преобразовывается в [:: 1]. Вам необходимо удалить запись AAAA :: 1 из файла конфигурации зоны и перезапустить named.