& ldquo; Идентификация удаленного хоста изменена & rdquo; предупреждение при подключении через SSH

Question 1

Я получил это сообщение сегодня, пытаясь войти в мой сервер. Что мне делать? Что происходит?

$ ssh 10.10.10.69
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@    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 the RSA host key has just been changed.
The fingerprint for the RSA key sent by the remote host is
3d:1b:02:9e:b2:b8:f0:f7:c6:4f:94:96:f6:e3:c0:d1.
Please contact your system administrator.
Add correct host key in /root/.ssh/known_hosts to get rid of this message.
Offending key in /root/.ssh/known_hosts:8
RSA host key for 10.10.10.69 has changed and you have requested strict checking.Host key verification failed.

Question 2

Вы недавно переустановили ОС на своем сервере или что-то в этом роде? Это вызовет это.

Чтобы исправить это: http://www.cyberciti.biz/faq/warning-remote-host-identification-has-changed-error-and-solution/

Question 3

Question 4

Вы недавно переустановили ОС на своем сервере или что-то в этом роде? Это вызовет это.

Чтобы исправить это: http://www.cyberciti.biz/faq/warning-remote-host-identification-has-changed-error-and-solution/

Question 5

Вы недавно переустановили ОС на своем сервере или что-то в этом роде? Это вызовет это.

Чтобы исправить это: http://www.cyberciti.biz/faq/warning-remote-host-identification-has-changed-error-and-solution/

Question 6

Вы недавно переустановили ОС на своем сервере или что-то в этом роде? Это вызовет это.

Чтобы исправить это: http://www.cyberciti.biz/faq/warning-remote-host-identification-has-changed-error-and-solution/

Question 7

Question 8

Вы недавно переустановили ОС на своем сервере или что-то в этом роде? Это вызовет это.

Чтобы исправить это: http://www.cyberciti.biz/faq/warning-remote-host-identification-has-changed-error-and-solution/

Question 9

Вы недавно переустановили ОС на своем сервере или что-то в этом роде? Это вызовет это.

Чтобы исправить это: http://www.cyberciti.biz/faq/warning-remote-host-identification-has-changed-error-and-solution/

Question 10

Вы недавно переустановили ОС на своем сервере или что-то в этом роде? Это вызовет это.

Чтобы исправить это: http://www.cyberciti.biz/faq/warning-remote-host-identification-has-changed-error-and-solution/

Question 11

Вы недавно переустановили ОС на своем сервере или что-то в этом роде? Это вызовет это.

Чтобы исправить это: http://www.cyberciti.biz/faq/warning-remote-host-identification-has-changed-error-and-solution/

Question 12

Вы недавно переустановили ОС на своем сервере или что-то в этом роде? Это вызовет это.

Чтобы исправить это: http://www.cyberciti.biz/faq/warning-remote-host-identification-has-changed-error-and-solution/

Question 13

Question 14

Вы недавно переустановили ОС на своем сервере или что-то в этом роде? Это вызовет это.

Чтобы исправить это: http://www.cyberciti.biz/faq/warning-remote-host-identification-has-changed-error-and-solution/

Question 15

Из того, что я могу сказать, все эти ответы касаются подавления предупреждения, а не борьбы с ним. Короче говоря, предупреждение сообщает вам, что сервер не выглядит так, как он выглядел; см. https://en.wikipedia.org/wiki/Man_in_the_middle_attack, почему это может представлять опасность.

Прочитайте https://en.wikipedia.org/wiki/Man_in_the_middle_attack , особенно этот раздел:

ПРОВЕРКА ХОЗЯЙСТВЕННЫХ КЛЮЧЕЙ При подключении к серверу для В первый раз пользователю предоставляется отпечаток открытого ключа сервера (если параметр StrictHostKeyChecking не отключен). Отпечатки пальцев можно определить с помощью ssh-keygen (1):

   $ ssh-keygen -l -f /etc/ssh/ssh_host_rsa_key

Чтобы быть в безопасности, вы (или кто-то, кому вы доверяете) должны были выполнить эту команду сначала на сервере, к которому вы подключаетесь. Это даст вам отпечаток пальца, похожий на тот, который указан в предупреждении в вопросе. Конечно, часто у вас нет этой информации, но если у вас есть основания подозревать, что что-то не работает, запуск этой команды - это способ проверить, действительно ли была изменена сигнатура сервера, или может произойти что-то подозрительное. [ ! d10]

Question 16

Я столкнулся с той же проблемой, и если вы не хотите удалять весь файл known_hosts, вы можете выполнить следующую команду:

ssh-keygen -R 10.10.10.69

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

Question 17

Если вы считаете, что предупреждение ложно положительное, вы можете удалить свои / root / ssh / known_hosts, чтобы начать новую проверку.

Question 18

Если вы недавно переустановили сервер или иным образом изменили ключ хоста, вероятно, можно удалить строку 8 из файла ~ / .ssh / known_hosts и повторно добавить сервер (путем ssh'ing к нему и отвечая «да», когда он запрашивает проверку ключа)

Question 19

Question 20

Как ваш сервер находится в локальной сети, вы можете быть достаточно уверены.

Если вы переустановили свою систему, это нормально, но вместо удаления файла known_hosts я бы рекомендовал делать echo "" > ~/.ssh/known_hosts

Question 21

ssh -q тоже делает этот трюк.

Question 22

Скопируйте эту строку, но введите имя пользователя и имя хоста / IP для user и remote-server:

ssh-keygen -f "/home/user/.ssh/known_hosts" -R remote-server

Например:

ssh-keygen -f "/home/dev1/.ssh/known_hosts" -R 192.168.199.108

И вставьте это на вашем местном терминале и запустить его. Это сработало для меня.

Question 23

Скопируйте эту строку, но введите имя пользователя и имя хоста / IP для user и remote-server:

ssh-keygen -f "/home/user/.ssh/known_hosts" -R remote-server

Например:

ssh-keygen -f "/home/dev1/.ssh/known_hosts" -R 192.168.199.108

И вставьте это на вашем местном терминале и запустить его. Это сработало для меня.

Question 24

Если вы недавно переустановили сервер или иным образом изменили ключ хоста, вероятно, можно удалить строку 8 из файла ~ / .ssh / known_hosts и повторно добавить сервер (путем ssh'ing к нему и отвечая «да», когда он запрашивает проверку ключа)

Question 25

Question 26

ssh -q тоже делает этот трюк.

Question 27

Как ваш сервер находится в локальной сети, вы можете быть достаточно уверены.

Если вы переустановили свою систему, это нормально, но вместо удаления файла known_hosts я бы рекомендовал делать echo "" > ~/.ssh/known_hosts

Question 28

Если вы считаете, что предупреждение ложно положительное, вы можете удалить свои / root / ssh / known_hosts, чтобы начать новую проверку.

Question 29

Я столкнулся с той же проблемой, и если вы не хотите удалять весь файл known_hosts, вы можете выполнить следующую команду:

ssh-keygen -R 10.10.10.69

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

Question 30

Скопируйте эту строку, но введите имя пользователя и имя хоста / IP для user и remote-server:

ssh-keygen -f "/home/user/.ssh/known_hosts" -R remote-server

Например:

ssh-keygen -f "/home/dev1/.ssh/known_hosts" -R 192.168.199.108

И вставьте это на вашем местном терминале и запустить его. Это сработало для меня.

Question 31

Question 32

Если вы недавно переустановили сервер или иным образом изменили ключ хоста, вероятно, можно удалить строку 8 из файла ~ / .ssh / known_hosts и повторно добавить сервер (путем ssh'ing к нему и отвечая «да», когда он запрашивает проверку ключа)

Question 33

ssh -q тоже делает этот трюк.

Question 34

Как ваш сервер находится в локальной сети, вы можете быть достаточно уверены.

Если вы переустановили свою систему, это нормально, но вместо удаления файла known_hosts я бы рекомендовал делать echo "" > ~/.ssh/known_hosts

Question 35

Если вы считаете, что предупреждение ложно положительное, вы можете удалить свои / root / ssh / known_hosts, чтобы начать новую проверку.

Question 36

Я столкнулся с той же проблемой, и если вы не хотите удалять весь файл known_hosts, вы можете выполнить следующую команду:

ssh-keygen -R 10.10.10.69

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

Question 37

Question 38

Скопируйте эту строку, но введите имя пользователя и имя хоста / IP для user и remote-server:

ssh-keygen -f "/home/user/.ssh/known_hosts" -R remote-server

Например:

ssh-keygen -f "/home/dev1/.ssh/known_hosts" -R 192.168.199.108

И вставьте это на вашем местном терминале и запустить его. Это сработало для меня.

Isaiah · Accepted Answer · 26 May 2018 в 00:46

Вы недавно переустановили ОС на своем сервере или что-то в этом роде? Это вызовет это.

Чтобы исправить это: http://www.cyberciti.biz/faq/warning-remote-host-identification-has-changed-error-and-solution/

8

ответ дан Isaiah 26 May 2018 в 00:46

1

да. Спасибо, я это рассмотрю! :) – myusuf3 27 October 2010 в 23:53
2

Обратите внимание: если вы не изменили ключи хоста SSH на сервере, вы должны не заменить копию ключа хоста, поскольку это может быть признаком того, что кто-то пытается подорвать ваши сообщения, в-середине атаки. – Kees Cook 28 October 2010 в 21:16

Isaiah · Accepted Answer · 25 July 2018 в 23:00

Вы недавно переустановили ОС на своем сервере или что-то в этом роде? Это вызовет это.

Чтобы исправить это: http://www.cyberciti.biz/faq/warning-remote-host-identification-has-changed-error-and-solution/

Isaiah · Accepted Answer · 31 July 2018 в 10:43

Вы недавно переустановили ОС на своем сервере или что-то в этом роде? Это вызовет это.

Чтобы исправить это: http://www.cyberciti.biz/faq/warning-remote-host-identification-has-changed-error-and-solution/

Isaiah · Accepted Answer · 31 July 2018 в 11:47

Вы недавно переустановили ОС на своем сервере или что-то в этом роде? Это вызовет это.

Чтобы исправить это: http://www.cyberciti.biz/faq/warning-remote-host-identification-has-changed-error-and-solution/

Isaiah · Accepted Answer · 2 August 2018 в 04:22

Вы недавно переустановили ОС на своем сервере или что-то в этом роде? Это вызовет это.

Чтобы исправить это: http://www.cyberciti.biz/faq/warning-remote-host-identification-has-changed-error-and-solution/

Isaiah · Accepted Answer · 4 August 2018 в 20:53

Вы недавно переустановили ОС на своем сервере или что-то в этом роде? Это вызовет это.

Чтобы исправить это: http://www.cyberciti.biz/faq/warning-remote-host-identification-has-changed-error-and-solution/

Isaiah · Accepted Answer · 6 August 2018 в 04:27

Вы недавно переустановили ОС на своем сервере или что-то в этом роде? Это вызовет это.

Чтобы исправить это: http://www.cyberciti.biz/faq/warning-remote-host-identification-has-changed-error-and-solution/

Isaiah · Accepted Answer · 7 August 2018 в 22:34

Вы недавно переустановили ОС на своем сервере или что-то в этом роде? Это вызовет это.

Чтобы исправить это: http://www.cyberciti.biz/faq/warning-remote-host-identification-has-changed-error-and-solution/

Isaiah · Accepted Answer · 10 August 2018 в 10:41

Вы недавно переустановили ОС на своем сервере или что-то в этом роде? Это вызовет это.

Чтобы исправить это: http://www.cyberciti.biz/faq/warning-remote-host-identification-has-changed-error-and-solution/

Isaiah · Accepted Answer · 13 August 2018 в 17:14

Вы недавно переустановили ОС на своем сервере или что-то в этом роде? Это вызовет это.

Чтобы исправить это: http://www.cyberciti.biz/faq/warning-remote-host-identification-has-changed-error-and-solution/

9

ответ дан Isaiah 13 August 2018 в 17:14

1

да. Спасибо, я это рассмотрю! :) – myusuf3 27 October 2010 в 23:53
2

Обратите внимание: если вы не изменили ключи хоста SSH на сервере, вы должны not заменить вашу копию ключа хоста, так как это может быть признаком того, что кто-то пытается подорвать ваши сообщения, в-середине атаки. – Kees Cook 28 October 2010 в 21:16

Eliah Kagan · Answer 11 · 26 May 2018 в 00:46

Из того, что я могу сказать, все эти ответы касаются подавления предупреждения, а не борьбы с ним. Короче говоря, предупреждение сообщает вам, что сервер не выглядит так, как он выглядел; см. https://en.wikipedia.org/wiki/Man_in_the_middle_attack, почему это может представлять опасность.

Прочитайте https://en.wikipedia.org/wiki/Man_in_the_middle_attack , особенно этот раздел:

ПРОВЕРКА ХОЗЯЙСТВЕННЫХ КЛЮЧЕЙ При подключении к серверу для В первый раз пользователю предоставляется отпечаток открытого ключа сервера (если параметр StrictHostKeyChecking не отключен). Отпечатки пальцев можно определить с помощью ssh-keygen (1):

   $ ssh-keygen -l -f /etc/ssh/ssh_host_rsa_key

Чтобы быть в безопасности, вы (или кто-то, кому вы доверяете) должны были выполнить эту команду сначала на сервере, к которому вы подключаетесь. Это даст вам отпечаток пальца, похожий на тот, который указан в предупреждении в вопросе. Конечно, часто у вас нет этой информации, но если у вас есть основания подозревать, что что-то не работает, запуск этой команды - это способ проверить, действительно ли была изменена сигнатура сервера, или может произойти что-то подозрительное. [ ! d10]

Используйте это, если ваш хост предоставляет отпечаток sha256 вместо хэша md5. [F1] — Deco, 22 December 2016 в 15:15
Подробнее о FingerprintHash: superuser.com/questions/929566/… (т. Е. Sha256 должен быть предпочтительным, но вы можете не знать этого значения, если вы не обновили его достаточно недавно) — unhammer, 22 December 2016 в 16:36

theTuxRacer · Answer 12 · 26 May 2018 в 00:46

Я столкнулся с той же проблемой, и если вы не хотите удалять весь файл known_hosts, вы можете выполнить следующую команду:

ssh-keygen -R 10.10.10.69

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

Ta Coen · Answer 13 · 26 May 2018 в 00:46

Если вы считаете, что предупреждение ложно положительное, вы можете удалить свои / root / ssh / known_hosts, чтобы начать новую проверку.

0

ответ дан Ta Coen 26 May 2018 в 00:46

1

Пожалуйста, не делайте этого, вы потеряете других известных хостов. Вместо этого, если вы уверены, что это ложный положительный результат, удалите определенную строку: " known_hosts: 8 " строка 8 в этом случае. – Roger Light 1 December 2010 в 16:37

elzapp · Answer 14 · 26 May 2018 в 00:46

Если вы недавно переустановили сервер или иным образом изменили ключ хоста, вероятно, можно удалить строку 8 из файла ~ / .ssh / known_hosts и повторно добавить сервер (путем ssh'ing к нему и отвечая «да», когда он запрашивает проверку ключа)

Popinou · Answer 15 · 26 May 2018 в 00:46

Как ваш сервер находится в локальной сети, вы можете быть достаточно уверены.

Если вы переустановили свою систему, это нормально, но вместо удаления файла known_hosts я бы рекомендовал делать echo "" > ~/.ssh/known_hosts

0

ответ дан Popinou 26 May 2018 в 00:46

1

Люди все еще могут играть трюки в локальной сети. Сети бизнеса или школы могут иметь много возможностей для того, чтобы не быть надежными. – Azendale 12 June 2011 в 11:37

Habitual · Answer 16 · 26 May 2018 в 00:46

ssh -q тоже делает этот трюк.

0

ответ дан Habitual 26 May 2018 в 00:46

Eliah Kagan · Answer 17 · 26 May 2018 в 00:46

Скопируйте эту строку, но введите имя пользователя и имя хоста / IP для user и remote-server:

ssh-keygen -f "/home/user/.ssh/known_hosts" -R remote-server

Например:

ssh-keygen -f "/home/dev1/.ssh/known_hosts" -R 192.168.199.108

И вставьте это на вашем местном терминале и запустить его. Это сработало для меня.

Eliah Kagan · Answer 18 · 25 July 2018 в 23:00

Скопируйте эту строку, но введите имя пользователя и имя хоста / IP для user и remote-server:

ssh-keygen -f "/home/user/.ssh/known_hosts" -R remote-server

Например:

ssh-keygen -f "/home/dev1/.ssh/known_hosts" -R 192.168.199.108

И вставьте это на вашем местном терминале и запустить его. Это сработало для меня.

0

ответ дан Eliah Kagan 25 July 2018 в 23:00

1

Используйте это, если ваш хост предоставляет отпечаток sha256 вместо хэша md5. [F1] – Deco 22 December 2016 в 15:15
2

Подробнее о FingerprintHash: superuser.com/questions/929566/… (т. Е. Sha256 должен быть предпочтительным, но вы можете не знать этого значения, если вы не обновили его достаточно недавно) – unhammer 22 December 2016 в 16:36

elzapp · Answer 19 · 25 July 2018 в 23:00

Если вы недавно переустановили сервер или иным образом изменили ключ хоста, вероятно, можно удалить строку 8 из файла ~ / .ssh / known_hosts и повторно добавить сервер (путем ssh'ing к нему и отвечая «да», когда он запрашивает проверку ключа)

Habitual · Answer 20 · 25 July 2018 в 23:00

ssh -q тоже делает этот трюк.

0

ответ дан Habitual 25 July 2018 в 23:00

Popinou · Answer 21 · 25 July 2018 в 23:00

Как ваш сервер находится в локальной сети, вы можете быть достаточно уверены.

Если вы переустановили свою систему, это нормально, но вместо удаления файла known_hosts я бы рекомендовал делать echo "" > ~/.ssh/known_hosts

0

ответ дан Popinou 25 July 2018 в 23:00

1

Люди все еще могут играть трюки в локальной сети. Сети бизнеса или школы могут иметь много возможностей для того, чтобы не быть надежными. – Azendale 12 June 2011 в 11:37

Ta Coen · Answer 22 · 25 July 2018 в 23:00

Если вы считаете, что предупреждение ложно положительное, вы можете удалить свои / root / ssh / known_hosts, чтобы начать новую проверку.

0

ответ дан Ta Coen 25 July 2018 в 23:00

1

Пожалуйста, не делайте этого, вы потеряете других известных хостов. Вместо этого, если вы уверены, что это ложный положительный результат, удалите определенную строку: & quot; known_hosts: 8 & quot; строка 8 в этом случае. – Roger Light 1 December 2010 в 16:37

theTuxRacer · Answer 23 · 25 July 2018 в 23:00

Я столкнулся с той же проблемой, и если вы не хотите удалять весь файл known_hosts, вы можете выполнить следующую команду:

ssh-keygen -R 10.10.10.69

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

Eliah Kagan · Answer 24 · 31 July 2018 в 10:43

Скопируйте эту строку, но введите имя пользователя и имя хоста / IP для user и remote-server:

ssh-keygen -f "/home/user/.ssh/known_hosts" -R remote-server

Например:

ssh-keygen -f "/home/dev1/.ssh/known_hosts" -R 192.168.199.108

И вставьте это на вашем местном терминале и запустить его. Это сработало для меня.

5

ответ дан Eliah Kagan 31 July 2018 в 10:43

1

Используйте это, если ваш хост предоставляет отпечаток sha256 вместо хэша md5. [F1] – Deco 22 December 2016 в 15:15
2

Подробнее о FingerprintHash: superuser.com/questions/929566/… (т. Е. Sha256 должен быть предпочтительным, но вы можете не знать этого значения, если вы не обновили его достаточно недавно) – unhammer 22 December 2016 в 16:36

elzapp · Answer 25 · 31 July 2018 в 10:43

Если вы недавно переустановили сервер или иным образом изменили ключ хоста, вероятно, можно удалить строку 8 из файла ~ / .ssh / known_hosts и повторно добавить сервер (путем ssh'ing к нему и отвечая «да», когда он запрашивает проверку ключа)

Habitual · Answer 26 · 31 July 2018 в 10:43

ssh -q тоже делает этот трюк.

0

ответ дан Habitual 31 July 2018 в 10:43

Popinou · Answer 27 · 31 July 2018 в 10:43

Как ваш сервер находится в локальной сети, вы можете быть достаточно уверены.

Если вы переустановили свою систему, это нормально, но вместо удаления файла known_hosts я бы рекомендовал делать echo "" > ~/.ssh/known_hosts

0

ответ дан Popinou 31 July 2018 в 10:43

1

Люди все еще могут играть трюки в локальной сети. Сети бизнеса или школы могут иметь много возможностей для того, чтобы не быть надежными. – Azendale 12 June 2011 в 11:37

Ta Coen · Answer 28 · 31 July 2018 в 10:43

Если вы считаете, что предупреждение ложно положительное, вы можете удалить свои / root / ssh / known_hosts, чтобы начать новую проверку.

0

ответ дан Ta Coen 31 July 2018 в 10:43

1

Пожалуйста, не делайте этого, вы потеряете других известных хостов. Вместо этого, если вы уверены, что это ложный положительный результат, удалите определенную строку: & quot; known_hosts: 8 & quot; строка 8 в этом случае. – Roger Light 1 December 2010 в 16:37

theTuxRacer · Answer 29 · 31 July 2018 в 10:43

Я столкнулся с той же проблемой, и если вы не хотите удалять весь файл known_hosts, вы можете выполнить следующую команду:

ssh-keygen -R 10.10.10.69

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

Eliah Kagan · Answer 30 · 31 July 2018 в 11:47

Скопируйте эту строку, но введите имя пользователя и имя хоста / IP для user и remote-server:

ssh-keygen -f "/home/user/.ssh/known_hosts" -R remote-server

Например:

ssh-keygen -f "/home/dev1/.ssh/known_hosts" -R 192.168.199.108

И вставьте это на вашем местном терминале и запустить его. Это сработало для меня.

5

ответ дан Eliah Kagan 31 July 2018 в 11:47

1

Используйте это, если ваш хост предоставляет отпечаток sha256 вместо хэша md5. [F1] – Deco 22 December 2016 в 15:15
2

Подробнее о FingerprintHash: superuser.com/questions/929566/… (т. Е. Sha256 должен быть предпочтительным, но вы можете не знать этого значения, если вы не обновили его достаточно недавно) – unhammer 22 December 2016 в 16:36

& ldquo; Идентификация удаленного хоста изменена & rdquo; предупреждение при подключении через SSH

72 ответа

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

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