Проблема OpenSSH. работы хорошо в первый раз после установки. Затем сходит с ума

Я пытаюсь настроить новый сервер, просто основной с openssh. Сначала я попробовал регулярную установку сервером Ubuntu и установил openssh наряду с установкой сервера. В первый раз я попытался соединиться со стандартным файлом конфигурации и добрался

ECDSA key fingerprint is SHA256:uWdXv1DYZ+MmnFOtYadTAPEZj93uculj8a4OZ5lnEOk.
Are you sure you want to continue connecting (yes/no)? yes

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

@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@    WARNING: REMOTE HOST IDENTIFICATION HAS CHANGED!     @
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
IT IS POSSIBLE THAT SOMEONE IS DOING SOMETHING NASTY!
Someone could be eavesdropping on you right now (man-in-the-middle attack)!
It is also possible that a host key has just been changed.
The fingerprint for the ECDSA key sent by the remote host is
SHA256:B12I+ERcLf+RMREsqxTpy8J5KyoqvsXLbijtz5TUMDw.
Please contact your system administrator.Add correct host key in /home/user/.ssh/known_hosts to get rid of this message.
Offending ECDSA key in /home/user/.ssh/known_hosts:5

Я сделал ssh-keygen -f "/home/user/.ssh/known_hosts" Затем попробованный еще раз

The authenticity of host 'ip-adress' can't be established.
ECDSA key fingerprint is SHA256:B12I+ERcLf+RMREsqxTpy8J5KyoqvsXLbijtz5TUMDw.
Are you sure you want to continue connecting (yes/no)? yes

Затем переходит в

debug1: Offering RSA public key: /home/user/.ssh/id_rsa
debug3: send_pubkey_test
debug3: send packet: type 50
debug2: we sent a publickey packet, wait for reply
debug3: receive packet: type 51
debug1: Authentications that can continue: publickey,password
debug1: Trying private key: /home/user/.ssh/id_dsa
debug3: no such identity: /home/user/.ssh/id_dsa: No such file or directory
debug1: Trying private key: /home/user/.ssh/id_ecdsa
debug3: no such identity: /home/user/.ssh/id_ecdsa: No such file or directory
debug1: Trying private key: /home/user/.ssh/id_ed25519
debug3: no such identity: /home/user/.ssh/id_ed25519: No such file or directory
debug2: we did not send a packet, disable method
debug3: authmethod_lookup password
debug3: remaining preferred: ,password
debug3: authmethod_is_enabled password
debug1: Next authentication method: password
user@server's password: 
debug3: send packet: type 50
debug2: we sent a password packet, wait for reply
debug3: receive packet: type 51
debug1: Authentications that can continue: publickey,password
Permission denied, please try again.

И затем отклоненный в разрешении снова в течение еще 2 раз.

Я прочитал страницы справочника на openssh и погуглил и попробовал нормальный материал, любят, отредактировал sshd_config только позволить пароль, автора хоста, вырезало идентификационные данные для ключей и т.д., и ничто не работает. Таким образом, я попытался переустановить openssh, ту же проблему. Испытанная установка нового сервера с настольной человечностью, той же проблемой. Работы первое соединение, затем сходит с ума. Попробованный debian, то же. Испытанная более старая версия Ubuntu, той же проблемы. Я на самом деле заставил 1 установку сервера функционировать для некоторых попыток, но после 15 секунд я получил поврежденный канал все время. Но я не отклонил разрешение.

Я задавался вопросом, что происходит с openssh между первым соединением и остальными? Как я могу зафиксировать это? Кажется, что сервер не допускает меня, он не делает даже попыток позволить мне соединиться.

0
задан 5 April 2017 в 04:20

1 ответ

Когда вы подключаетесь к вашему серверу в первый раз, ssh просит вас проверить отпечаток пальца сервера с помощью этого вопроса:

Are you sure you want to continue connecting (yes/no)? yes

И когда вы отвечаете «да», он создаст файл в каталоге ~ / .ssh с именем: known_hosts и разместит там ваши идентификационные данные сервера в следующий раз.

Всякий раз, когда что-то меняется на вашем сервере, что влияет на его идентификацию (например, обслуживать IP-адрес), вы получите это сообщение, потому что клиент ssh считает, что вы не подключаетесь к нужному серверу. (на основе данных, которые живут в known_hosts).

Вы можете удалить старые идентификационные данные из known_hosts с помощью этой команды:

ssh-keygen -R [IP ADDRESS - OR HOST NAME OF SERVER]

Затем попробуйте снова подключиться.

Как проверить подлинность сервера:
Если у вас есть прямой доступ к серверу, например, если это виртуальная машина, вы можете запустить:

ssh-keyscan -t ecdsa localhost > ssh.ecdsa 2> /dev/null
ssh-keygen -lf ssh.ecdsa

Это даст вам что-то вроде:

256 SHA256:0MY+7jktivMDvak0Clfkk49fkgjDbhWYrQBT//BsF5YDoV4 192.168.1.14 (ECDSA)

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

1
ответ дан 3 November 2019 в 12:31

Другие вопросы по тегам:

Похожие вопросы: