& ldquo; проверка ключа хоста не выполнена & rdquo; ошибка при передаче файлов с использованием команды SCP [дубликат]
Когда я пытаюсь передать файлы с помощью команды SCP, я получаю эту ошибку (удалены мои ключи IP и RSA):
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
@ 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
------------------------(RSA key)
Please contact your system administrator.
Add correct host key in /home/users/myaccount/.ssh/known_hosts to get rid of this message.
Offending key in /home/users/myaccount/.ssh/known_hosts:4
RSA host key for 'my IP' has changed and you have requested strict checking.
Host key verification failed.
lost connection
I я использую недавно установленный Ubuntu 12.04, и я могу подключиться к этому серверу с помощью ssh. Любая помощь?
16 ответов
Кажется, вы скопировали свою ssh-папку из старой системы в вашу новую.
Откройте терминал и введите:
rm /home/USERNAME/.ssh/known_hosts
Это приведет к удалению всех " старые ".
Кажется, вы скопировали свою ssh-папку из старой системы в вашу новую.
Откройте терминал и введите:
rm /home/USERNAME/.ssh/known_hosts
Это приведет к удалению всех " старые ".
Это может произойти при подключении к компьютеру с именами ключей хоста в файле / etc / ssh, если этот компьютер был обновлен без копирования старых ключей хоста. Ключи хоста здесь являются доказательством, когда вы снова подключаетесь к удаленному компьютеру с помощью ssh, с которым вы разговариваете с тем же компьютером, с которым вы подключались при первом обращении к нему.
Если удаленный компьютер находится под вашим контролем, вы, вероятно, знать, если он был обновлен, а ключи хоста не скопированы. Если это так, и если система находится в вашей локальной сети, вы можете быть довольно безопасны в игнорировании или обходе этого сообщения об ошибке. Вероятно, вы знаете свой IP-адрес с уверенностью и знаете, что на нем нет трояновых устройств.
Если компьютер не находится под вашим контролем, но вы уверены, что он был обновлен, также может быть разумным обойти это сообщение об ошибке. (Если удаленный хост публикует хэши своих ключей хоста ssh, вы можете проверить их, чтобы они были более безопасными, или вы можете вызвать управление сервером для получения отпечатка ключа хоста).
Если компьютер в рамках вашего контроля вы должны скопировать старые ключи хоста из / etc / ssh в новую систему как часть вашей процедуры обновления. (NB в этом каталоге есть как файлы ключей, так и файлы конфигурации.)
Как только вы знаете, что хотите проигнорировать это условие, есть как минимум 2 способа решить эту проблему.
- Передайте StrictHostKeyChecking в команде SSH, такой как (пример):
ssh -o 'StrictHostKeyChecking no' user@host
Вам нужно будет делать это каждый раз. Или ...
- Удалите оскорбительную клавишу ssh (реальный пример взято из вашего ответа):
sed -i '4d' /home/users/myaccount/.ssh/known_hosts
Это является более постоянным решением. Вместо того, чтобы давать вам вышеуказанное сообщение, вам будет предоставлена возможность принять новый ключ хоста с сервера, как и вы в первый раз, когда вы подключились к нему. Убедитесь, что вы можете подключиться к правильному удаленному компьютеру, не проходя посредника, а затем принять новый ключ хоста.
Это может произойти при подключении к компьютеру с именами ключей хоста в файле / etc / ssh, если этот компьютер был обновлен без копирования старых ключей хоста. Ключи хоста здесь являются доказательством, когда вы снова подключаетесь к удаленному компьютеру с помощью ssh, с которым вы разговариваете с тем же компьютером, с которым вы подключались при первом обращении к нему.
Если удаленный компьютер находится под вашим контролем, вы, вероятно, знать, если он был обновлен, а ключи хоста не скопированы. Если это так, и если система находится в вашей локальной сети, вы можете быть довольно безопасны в игнорировании или обходе этого сообщения об ошибке. Вероятно, вы знаете свой IP-адрес с уверенностью и знаете, что на нем нет трояновых устройств.
Если компьютер не находится под вашим контролем, но вы уверены, что он был обновлен, также может быть разумным обойти это сообщение об ошибке. (Если удаленный хост публикует хэши своих ключей хоста ssh, вы можете проверить их, чтобы они были более безопасными, или вы можете вызвать управление сервером для получения отпечатка ключа хоста).
Если компьютер в рамках вашего контроля вы должны скопировать старые ключи хоста из / etc / ssh в новую систему как часть вашей процедуры обновления. (NB в этом каталоге есть как файлы ключей, так и файлы конфигурации.)
Как только вы знаете, что хотите проигнорировать это условие, есть как минимум 2 способа решить эту проблему.
- Передайте StrictHostKeyChecking в команде SSH, такой как (пример):
ssh -o 'StrictHostKeyChecking no' user@host
Вам нужно будет делать это каждый раз. Или ...
- Удалите оскорбительную клавишу ssh (реальный пример взято из вашего ответа):
sed -i '4d' /home/users/myaccount/.ssh/known_hosts
Это является более постоянным решением. Вместо того, чтобы давать вам вышеуказанное сообщение, вам будет предоставлена возможность принять новый ключ хоста с сервера, как и вы в первый раз, когда вы подключились к нему. Убедитесь, что вы можете подключиться к правильному удаленному компьютеру, не проходя посредника, а затем принять новый ключ хоста.
Кажется, вы скопировали свою ssh-папку из старой системы в вашу новую.
Откройте терминал и введите:
rm /home/USERNAME/.ssh/known_hosts
Это приведет к удалению всех " старые ".
Кажется, вы скопировали свою ssh-папку из старой системы в вашу новую.
Откройте терминал и введите:
rm /home/USERNAME/.ssh/known_hosts
Это приведет к удалению всех " старые ".
Это может произойти при подключении к компьютеру с именами ключей хоста в файле / etc / ssh, если этот компьютер был обновлен без копирования старых ключей хоста. Ключи хоста здесь являются доказательством, когда вы снова подключаетесь к удаленному компьютеру с помощью ssh, с которым вы разговариваете с тем же компьютером, с которым вы подключались при первом обращении к нему.
Если удаленный компьютер находится под вашим контролем, вы, вероятно, знать, если он был обновлен, а ключи хоста не скопированы. Если это так, и если система находится в вашей локальной сети, вы можете быть довольно безопасны в игнорировании или обходе этого сообщения об ошибке. Вероятно, вы знаете свой IP-адрес с уверенностью и знаете, что на нем нет трояновых устройств.
Если компьютер не находится под вашим контролем, но вы уверены, что он был обновлен, также может быть разумным обойти это сообщение об ошибке. (Если удаленный хост публикует хэши своих ключей хоста ssh, вы можете проверить их, чтобы они были более безопасными, или вы можете вызвать управление сервером для получения отпечатка ключа хоста).
Если компьютер в рамках вашего контроля вы должны скопировать старые ключи хоста из / etc / ssh в новую систему как часть вашей процедуры обновления. (NB в этом каталоге есть как файлы ключей, так и файлы конфигурации.)
Как только вы знаете, что хотите проигнорировать это условие, есть как минимум 2 способа решить эту проблему.
- Передайте StrictHostKeyChecking в команде SSH, такой как (пример):
ssh -o 'StrictHostKeyChecking no' user@host
Вам нужно будет делать это каждый раз. Или ...
- Удалите оскорбительную клавишу ssh (реальный пример взято из вашего ответа):
sed -i '4d' /home/users/myaccount/.ssh/known_hosts
Это является более постоянным решением. Вместо того, чтобы давать вам вышеуказанное сообщение, вам будет предоставлена возможность принять новый ключ хоста с сервера, как и вы в первый раз, когда вы подключились к нему. Убедитесь, что вы можете подключиться к правильному удаленному компьютеру, не проходя посредника, а затем принять новый ключ хоста.
Кажется, вы скопировали свою ssh-папку из старой системы в вашу новую.
Откройте терминал и введите:
rm /home/USERNAME/.ssh/known_hosts
Это приведет к удалению всех " старые ".
Это может произойти при подключении к компьютеру с именами ключей хоста в файле / etc / ssh, если этот компьютер был обновлен без копирования старых ключей хоста. Ключи хоста здесь являются доказательством, когда вы снова подключаетесь к удаленному компьютеру с помощью ssh, с которым вы разговариваете с тем же компьютером, с которым вы подключались при первом обращении к нему.
Если удаленный компьютер находится под вашим контролем, вы, вероятно, знать, если он был обновлен, а ключи хоста не скопированы. Если это так, и если система находится в вашей локальной сети, вы можете быть довольно безопасны в игнорировании или обходе этого сообщения об ошибке. Вероятно, вы знаете свой IP-адрес с уверенностью и знаете, что на нем нет трояновых устройств.
Если компьютер не находится под вашим контролем, но вы уверены, что он был обновлен, также может быть разумным обойти это сообщение об ошибке. (Если удаленный хост публикует хэши своих ключей хоста ssh, вы можете проверить их, чтобы они были более безопасными, или вы можете вызвать управление сервером для получения отпечатка ключа хоста).
Если компьютер в рамках вашего контроля вы должны скопировать старые ключи хоста из / etc / ssh в новую систему как часть вашей процедуры обновления. (NB в этом каталоге есть как файлы ключей, так и файлы конфигурации.)
Как только вы знаете, что хотите проигнорировать это условие, есть как минимум 2 способа решить эту проблему.
- Передайте StrictHostKeyChecking в команде SSH, такой как (пример):
ssh -o 'StrictHostKeyChecking no' user@host
Вам нужно будет делать это каждый раз. Или ...
- Удалите оскорбительную клавишу ssh (реальный пример взято из вашего ответа):
sed -i '4d' /home/users/myaccount/.ssh/known_hosts
Это является более постоянным решением. Вместо того, чтобы давать вам вышеуказанное сообщение, вам будет предоставлена возможность принять новый ключ хоста с сервера, как и вы в первый раз, когда вы подключились к нему. Убедитесь, что вы можете подключиться к правильному удаленному компьютеру, не проходя посредника, а затем принять новый ключ хоста.
Кажется, вы скопировали свою ssh-папку из старой системы в вашу новую.
Откройте терминал и введите:
rm /home/USERNAME/.ssh/known_hosts
Это приведет к удалению всех " старые ".
Это может произойти при подключении к компьютеру с именами ключей хоста в файле / etc / ssh, если этот компьютер был обновлен без копирования старых ключей хоста. Ключи хоста здесь являются доказательством, когда вы снова подключаетесь к удаленному компьютеру с помощью ssh, с которым вы разговариваете с тем же компьютером, с которым вы подключались при первом обращении к нему.
Если удаленный компьютер находится под вашим контролем, вы, вероятно, знать, если он был обновлен, а ключи хоста не скопированы. Если это так, и если система находится в вашей локальной сети, вы можете быть довольно безопасны в игнорировании или обходе этого сообщения об ошибке. Вероятно, вы знаете свой IP-адрес с уверенностью и знаете, что на нем нет трояновых устройств.
Если компьютер не находится под вашим контролем, но вы уверены, что он был обновлен, также может быть разумным обойти это сообщение об ошибке. (Если удаленный хост публикует хэши своих ключей хоста ssh, вы можете проверить их, чтобы они были более безопасными, или вы можете вызвать управление сервером для получения отпечатка ключа хоста).
Если компьютер в рамках вашего контроля вы должны скопировать старые ключи хоста из / etc / ssh в новую систему как часть вашей процедуры обновления. (NB в этом каталоге есть как файлы ключей, так и файлы конфигурации.)
Как только вы знаете, что хотите проигнорировать это условие, есть как минимум 2 способа решить эту проблему.
- Передайте StrictHostKeyChecking в команде SSH, такой как (пример):
ssh -o 'StrictHostKeyChecking no' user@host
Вам нужно будет делать это каждый раз. Или ...
- Удалите оскорбительную клавишу ssh (реальный пример взято из вашего ответа):
sed -i '4d' /home/users/myaccount/.ssh/known_hosts
Это является более постоянным решением. Вместо того, чтобы давать вам вышеуказанное сообщение, вам будет предоставлена возможность принять новый ключ хоста с сервера, как и вы в первый раз, когда вы подключились к нему. Убедитесь, что вы можете подключиться к правильному удаленному компьютеру, не проходя посредника, а затем принять новый ключ хоста.
Это может произойти при подключении к компьютеру с именами ключей хоста в файле / etc / ssh, если этот компьютер был обновлен без копирования старых ключей хоста. Ключи хоста здесь являются доказательством, когда вы снова подключаетесь к удаленному компьютеру с помощью ssh, с которым вы разговариваете с тем же компьютером, с которым вы подключались при первом обращении к нему.
Если удаленный компьютер находится под вашим контролем, вы, вероятно, знать, если он был обновлен, а ключи хоста не скопированы. Если это так, и если система находится в вашей локальной сети, вы можете быть довольно безопасны в игнорировании или обходе этого сообщения об ошибке. Вероятно, вы знаете свой IP-адрес с уверенностью и знаете, что на нем нет трояновых устройств.
Если компьютер не находится под вашим контролем, но вы уверены, что он был обновлен, также может быть разумным обойти это сообщение об ошибке. (Если удаленный хост публикует хэши своих ключей хоста ssh, вы можете проверить их, чтобы они были более безопасными, или вы можете вызвать управление сервером для получения отпечатка ключа хоста).
Если компьютер в рамках вашего контроля вы должны скопировать старые ключи хоста из / etc / ssh в новую систему как часть вашей процедуры обновления. (NB в этом каталоге есть как файлы ключей, так и файлы конфигурации.)
Как только вы знаете, что хотите проигнорировать это условие, есть как минимум 2 способа решить эту проблему.
- Передайте StrictHostKeyChecking в команде SSH, такой как (пример):
ssh -o 'StrictHostKeyChecking no' user@host
Вам нужно будет делать это каждый раз. Или ...
- Удалите оскорбительную клавишу ssh (реальный пример взято из вашего ответа):
sed -i '4d' /home/users/myaccount/.ssh/known_hosts
Это является более постоянным решением. Вместо того, чтобы давать вам вышеуказанное сообщение, вам будет предоставлена возможность принять новый ключ хоста с сервера, как и вы в первый раз, когда вы подключились к нему. Убедитесь, что вы можете подключиться к правильному удаленному компьютеру, не проходя посредника, а затем принять новый ключ хоста.
Кажется, вы скопировали свою ssh-папку из старой системы в вашу новую.
Откройте терминал и введите:
rm /home/USERNAME/.ssh/known_hosts
Это приведет к удалению всех " старые ".
Кажется, вы скопировали свою ssh-папку из старой системы в вашу новую.
Откройте терминал и введите:
rm /home/USERNAME/.ssh/known_hosts
Это приведет к удалению всех " старые ".
Это может произойти при подключении к компьютеру с именами ключей хоста в файле / etc / ssh, если этот компьютер был обновлен без копирования старых ключей хоста. Ключи хоста здесь являются доказательством, когда вы снова подключаетесь к удаленному компьютеру с помощью ssh, с которым вы разговариваете с тем же компьютером, с которым вы подключались при первом обращении к нему.
Если удаленный компьютер находится под вашим контролем, вы, вероятно, знать, если он был обновлен, а ключи хоста не скопированы. Если это так, и если система находится в вашей локальной сети, вы можете быть довольно безопасны в игнорировании или обходе этого сообщения об ошибке. Вероятно, вы знаете свой IP-адрес с уверенностью и знаете, что на нем нет трояновых устройств.
Если компьютер не находится под вашим контролем, но вы уверены, что он был обновлен, также может быть разумным обойти это сообщение об ошибке. (Если удаленный хост публикует хэши своих ключей хоста ssh, вы можете проверить их, чтобы они были более безопасными, или вы можете вызвать управление сервером для получения отпечатка ключа хоста).
Если компьютер в рамках вашего контроля вы должны скопировать старые ключи хоста из / etc / ssh в новую систему как часть вашей процедуры обновления. (NB в этом каталоге есть как файлы ключей, так и файлы конфигурации.)
Как только вы знаете, что хотите проигнорировать это условие, есть как минимум 2 способа решить эту проблему.
- Передайте StrictHostKeyChecking в команде SSH, такой как (пример):
ssh -o 'StrictHostKeyChecking no' user@host
Вам нужно будет делать это каждый раз. Или ...
- Удалите оскорбительную клавишу ssh (реальный пример взято из вашего ответа):
sed -i '4d' /home/users/myaccount/.ssh/known_hosts
Это является более постоянным решением. Вместо того, чтобы давать вам вышеуказанное сообщение, вам будет предоставлена возможность принять новый ключ хоста с сервера, как и вы в первый раз, когда вы подключились к нему. Убедитесь, что вы можете подключиться к правильному удаленному компьютеру, не проходя посредника, а затем принять новый ключ хоста.
-
1
Вы должны удалить четвертый ключ ssh из файла /home/users/myaccount/.ssh/known_hosts.