SSH: Подлинность хоста не может быть установлена

Это говорит вам о том, что вы никогда раньше не подключались к этому серверу. Если вы этого ожидали, то это совершенно нормально. Если у вас паранойя, проверьте контрольную сумму/отпечатки пальцев ключа, используя альтернативный канал. (Но обратите внимание, что кто-то, кто может перенаправить ваше ssh соединение, также может перенаправить сессию браузера)

Если вы подключались к этому серверу раньше с этой установки ssh, то либо сервер был переконфигурирован с новым ключом, либо кто-то подделывает идентификацию сервера. В связи с серьезностью атаки man-in-the-middle, это предупреждает вас о возможности.

В любом случае, у вас есть безопасный зашифрованный канал на somebody. Никто без закрытого ключа, соответствующего отпечатку 97:8c:1b:f2:6f:14:6b:5c:3b:ec:aa:46:46:74:7c:40, не может декодировать то, что вы отправляете.

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

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

Я не думаю, что это паранойя - перепроверять личность человека перед тем, как делиться с ним секретами. Например, вы можете открыть веб-страницу с ее фотографией и сравнить ее с лицом перед вами. Или проверьте её удостоверение личности.

Для bitbucket-сервера вы можете использовать другой, более доверенный компьютер и получить изображение его лица с него, а затем сравнить его с тем, что вы получаете в компьютере, который вы используете сейчас. Используйте:

ssh-keyscan -t rsa bitbucket.org | ssh-keygen -lv -f -

Если faces совпадает, вы можете добавить ключ к файлу, например, ~/.ssh/known_hosts (стандартное расположение во многих дистрибутивах Linux) с:

ssh-keyscan -t rsa -H bitbucket.org >> ~/.ssh/known_hosts

, и ssh-клиент не будет предупреждать вас, так как он уже знает her face. Он будет сравнивать the faces при каждом соединении. Это очень важно. В случае самозванца (например, man-in-the-middle атака), ssh-клиент отклонит соединение, так как face будет изменен.

Мне просто нужно было создать текстовый файл known_hosts в ~/.ssh

sudo vim ~/.ssh/known_hosts
sudo chmod 777 ~/.ssh/known_hosts

После этого он добавил хост, и я больше никогда не видел сообщения.

Есть еще один простой способ Просто коснитесь “config” файла в /root/.ssh и добавьте параметр StrictHostKeyChecking no В следующий раз при входе на сервер, они rsa ключ будет добавлен в known_hosts и не будут просить “да” для подтверждения подлинности.

Это сообщение просто SSH говорит вам, что он никогда раньше не видел этого конкретного ключа хоста, поэтому он не может по-настоящему проверить, что вы подключаетесь к тому хосту, которым вы себя считаете. Когда вы говорите “Да”, оно помещает ключ ssh в ваш файл known_hosts, а затем при последующих соединениях сравнивает ключ, который он получает от хоста с ключом, который находится в файле known_hosts.

Была соответствующая статья о переполнении стека, показывающая, как отключить это предупреждение, https://stackoverflow.com/questions/3663895/ssh-the-authenticity-of-host-hostname-cant-be-established .

Кроме уже данных ответов (вы никогда не подключались к этому хосту раньше), существует также явная вероятность того, что вы никогда не подключались с текущего хоста раньше (к этому хосту); это только психологически отличается; вы думаете, что вы подключаетесь с хоста A (к B), в то время как на самом деле вы пытаетесь подключиться с хоста X (к B). Это может случиться, например, когда вы сначала ssh-ed с A на X, а затем с того же самого терминала пытаетесь ssh на B, думая, что вы все еще на A.

В моем случае пароль за вычетом логина не работал из-за прав доступа к домашнему каталогу, поскольку я изменил настройки по умолчанию. Наконец, вот что мне помогло. Мои разрешения для домашнего каталога

/home/username

drwxr----x. 18 username groupname 4096 May 11 11:52 username

/home/username/.ssh

268823097 drwx------ 2 username groupname 29 May 11 11:53 .ssh

/home/username/.ssh/authorized_keys

-rw-r----- 1 username groupname 402 May 11 11:53 authorized_keys