Вопросы Теги

Не могу подключиться по ssh к моему серверу из домашнего Linux, но могу по ssh на тот же сервер из Windows

Целевой контекстный тип файлов по-прежнему неверен:

svirt_sandbox_file_t

Файлы в ~/.cert должны быть помечены как home_cert_t. Попробуйте еще раз с

restorecon -Rf ~/.cert

или попробуйте принудительно изменить тип:

chcon -t home_cert_t ~/.cert/*

Возможно, в selinux-policy или docker selinux policy есть какая-то ошибка, которая приводит к неправильной маркировке по умолчанию.

5
31.08.2017, 11:21
2 ответа

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

На самом деле проблема возникает как на стороне сервера, так и на стороне клиента.

Проблема на стороне сервера заключалась в том, что /home/<user>/.ssh/known_hostsфайл на сервере имел неверную запись для установки Ubuntu, так как обе операционные системы имели одинаковый идентификатор оборудования и один и тот же IP-адрес (статический IP-адрес ), но разные ключи.

Вот что я сделал:

ssh-keygen -f /home/<user>/.ssh/known_hosts -R ip.ip.ip.ip

В моем случае ip.ip.ip.ip — это статический общедоступный IP-адрес моей сети. Выполните эту команду как на сервере, так и на клиентской машине, где ip.ip.ip.ip соответственно изменится.

Я не знаю, что делает эта команда (Я нашел это решение с помощью поиска в Google / пробной версии -ошибка)

Вы также можете скопировать известный _файл hosts клиентских машин на другие клиентские машины или операционные системы.

Извините за мой плохой английский.

И если кто-нибудь знает, что делает эта команда и почему эта команда решила проблему, пожалуйста, сообщите нам! Спасибо.

Бинго решено!

4
27.01.2020, 20:39

Ваш сервер заблокирован? Вернись назад!

Сервер заблокирован из-за:

  • Ошибка проверки ключа хоста
  • Неверная конфигурация SSH
  • Неверная конфигурация
  • Блокировка брандмауэра

ПРИМЕЧАНИЕ. Это работает для Unix | Линукс, а не винда.

Начнем.

В зависимости от ситуации доступны два варианта.

Опция 1: Доступ к терминалу (, если вы можете восстановить доступ к терминалу)

Параметр доступа к терминалу

Обновите вашу систему с помощью:

sudo aptitude update && aptitude safe-upgrade -y

*Или вы можете использовать:

sudo apt-get update && apt-get upgrade -y

Теперь переустановите у вас сломался ssh

sudo apt-get --install ssh -y

Вы установите обновленную версию!

Чтобы исправить сообщение Ошибка проверки ключа хоста , выполните:

ssh-keygen -R hostname

.

Заблокирован доступ по SSH? Вернись назад!

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

Вариант монтирования диска ( Удаленный сервер)

Предположим, что вы пробовали удаленную перезагрузку, удаленный сброс, удаленный аппаратный сбросчерез веб-интерфейс, и проблема сохраняется.

Пожалуйста, попросите ваш Центр обработки данныхпредоставить вам доступ кKVM-консолии загрузить ваш бокс в режим спасения( вы можете его получить бесплатно на 1 час)

Из доступа к консоли: Логин:

*ubuntu@rescue#*

Смонтируйте диск

    mkdir tempDisk

    mount --bind /dev/xvda2 /tempDisk
    mount --bind /proc /tempDisk/proc
    mount --bind /dev /tempDisk/dev
    mount --bind /sys /tempDisk/sys

    chroot /tempDisk

ПРИМЕЧАНИЕ. Ваше приглашение изменится, теперь вы находитесь в корневом каталоге

**root@your-host#**

Исследуйте проблему и устраните ее. Пример: обновите свою систему, чтобы исправить возможную ошибку.

sudo apt-get update && apt-get upgrade -y
sudo apt-get --install ssh -y

Исправить Сообщение об ошибке проверки ключа хоста с:

ssh-keygen -R имя хоста

Выполнен выход обратно в приглашение DKM-Console

`**root@your-host#** exit `

Спасение банка

*ubuntu@rescue#*

Перезагрузите сервер через ту же KVM-консоль.

*ubuntu@rescue#* shutdown -r now

войдите в систему в обычном режиме, и все готово.

Вариант локального доступа

Если у вас есть локальный доступ или доступ к стойке, извлеките диск, смонтируйте его в другой работающий Linux той же версии, например:

***mytech@hostname#***

 mkdir tempDisk

mount --bind /dev/xvda2 /tempDisk
mount --bind /proc /tempDisk/proc
mount --bind /dev /tempDisk/dev
mount --bind /sys /tempDisk/sys

Верните доступ с помощью: chroot /tempDisk

ПРИМЕЧАНИЕ. Ваше приглашение изменится, теперь вы находитесь в корне вашего сервера!

myServer@hostname#;

sudo apt-get update && apt-get upgrade -y
sudo apt-get --install ssh -y

Исправить Сообщение об ошибке проверки ключа хоста с:

ssh-keygen -R hostname

Done exit

`**myServer@hostname#** exit `

Извлеките диск и снова подключите его к исходному серверу и включи ее ! .

1
27.01.2020, 20:39

Теги

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