В этой лекции мы продолжим обсуждение ssh, и я покажу вам несколько советов по устранению неполадок,
если вы не можете подключиться к ssh-серверу. Первое, что вам нужно сделать, это проверить,
что демон ssh запущен на сервере, запустите systemctl status ssh для поиска статуса,
он активен и запущен для запуска остановить перезапуск службы запустить systemctl перезапустить ssh,
чтобы перезапустить службу systemctl stop ssh, чтобы остановить службу, теперь он нажат, давайте посмотрим статус,
он неактивен, и systemctl start ssh, чтобы запустить службу, теперь она работает, если на клиентской части
вы получаете сообщение, подобное этому, при попытке подключиться и пройти аутентификацию на сервере ssx,
тогда вам следует дважды проверить, что вы подключаетесь к правильному серверу,
это сообщение может отображаться, если, например, MAC-адрес ipr сервера были изменены,
если это правильный сервер, вы можете избавиться от сообщения, удалив ключ сервера из
файла известных хостов, файл находится в скрытом каталоге с именем dot ssh в доме пользователя
каталог на клиентском компьютере это существительное hosts файл, перейдите туда и удалите ключ сервера,
я удаляю ключ хоста и сохраняю файл
сейчас при подключении к серверу новое сообщение об идентичности сервера будет отображаться
это сообщение примите его, если вы знаете, что это правильный сервер,
если ssh-соединение все еще не работает, проверьте, открыт ли порт 22, на котором сервер слушает,
поэтому с клиента просканируйте порт 22 на сервере, используйте простую команду, например telnet или nmap,
если Команда telnet не установлена, установите ее, запустив dnf
install telnet, конечно, на ubuntu вы должны запустить apt-install
telnet,
он был установлен, и я проверяю порт сервера, поэтому telnet ap-адрес сервера
и порта, и он открыт, он имеет успешно подключился к этому порту
или использую nmap, я устанавливаю его dnf install nmap, не забудьте запустить его как хорошо
и сопоставить минус p22 и IP-адрес сервера,
если он говорит x down, добавьте минус заглавную p и строчные n параметры
и порт 22 открыт n если часть закрыта, но на сервере запущен демон ssh, и
я полагаю, что он работает, и вы проверили это, тогда вам следует проверить, нет ли
на сервере брандмауэра, который удаляет пакет, брандмауэр Linux называется net filter iptables,
и вы можете проверить, существуют ли какие-либо правила брандмауэра, запустив iptables с правами root
за вычетом vn capital.Проверьте,
настроена ли политика на принятие и нет ли правил, которые отбрасывают пакеты, будет
целый подробный раздел сетевого фильтра и ip-таблицы позже в этом случае политика
настроена на принятие, и нет никаких правил брандмауэра, если вы видите какое-либо правило или подозреваете вирусную проблему,
тогда вы должны знать, что в вашем дистрибутиве ubuntu может быть что-то под названием ufw, что означает
несложный брандмауэр ufw - это удобный интерфейс для управления правилами брандмауэра iptables, и
его основная цель - упростить управление брандмауэрами или, как следует из названия, несложно для ubuntu ufw
должен быть отключен по умолчанию, но вы можете проверить его статус с помощью запуск переменных состояния ufw,
конечно, от имени root, и он неактивен для включения, соответственно, отключения ufw, запуска от имени root ufw enable,
я включил его,
я отключаю его,
вы можете вывести список всех профилей приложений, доступных на вашем сервере, запустив список приложений ufw
и настроить ufw файл, чтобы разрешить входящие ssh-соединения, введите следующий комментарий ufw
allow ssx okay, если нет вирусной проблемы, но вы все еще не можете подключиться,
тогда вы можете запустить ssx-клиент в подробном режиме, используя опцию minus v, такую ​​как
ssh minus v имя пользователя на IP-адресе сервера
он заставляет ssh печатать отладочные сообщения о его прогрессе. Это полезно при отладке
проблем аутентификации соединения и конфигурации. Несколько параметров v увеличивают подробность.
Я использую double v. Это более подробное сообщение, и если проблема все еще сохраняется,
проверьте журналы сервера. в ubuntu журналы сохраняются в косой черте var log oauth.log это файл журнала,
а на centos файл журнала находится в косой черте var log secure
это файл журнала ss x на centos мы сделаем небольшой перерыв, и в
следующей лекции я покажу вам, как правильно защитить ssh-сервер, увидимся через две секунды