Центр знаний

Укрепляйте доступ в правильном порядке

Усильте административный вход на реальном сервере, сохранив проверенный способ вернуться.

2 мин чтенияРусский

Контент пересмотрен · Русский

Кратко
Тип руководства
Эксплуатация и безопасность
Примеры
Иллюстративно, зависит от среды
Объём интеграции
Удалённая машина не подключена
01

Создайте протестированный путь администрирования без прав root

Сначала создайте именованную учётную запись с нужными вам правами, установите её открытый ключ и подтвердите вход по ключу, а также sudo во второй сессии. Оставьте текущую сессию открытой. Прямой доступ root следует отключать только после того, как альтернативный маршрут заработает.

02

Меняйте правила аутентификации осознанно

Проверьте активный sshd_config и включённые фрагменты; первое применимое значение может победить. Ниже приведён пример только с ключами. Если законная схема PAM или MFA использует аутентификацию с клавиатурным взаимодействием, скорректируйте эту строку под схему, а не отключайте её вслепую.

Подготовленная политика только с ключами · обзор включает первыеПроверьте для своей среды
PubkeyAuthentication yes
PasswordAuthentication no
KbdInteractiveAuthentication no
PermitRootLogin no
AllowUsers operator
03

Проверьте синтаксис и перезагрузите нужный юнит

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

Пример Ubuntu после проверкиПроверьте для своей среды
sudo /usr/sbin/sshd -t
sudo systemctl reload ssh
ssh -i ~/.ssh/ombra_admin operator@192.0.2.20
04

Если меняете порт, сначала откройте новый путь

Другой порт снижает часть автоматического шума, но не является аутентификацией. Перед настройкой порта 22222 разрешите его в гостевом и вышестоящем межсетевых экранах. Активируемый через сокет SSH может потребовать обновления сокета, специфичного для дистрибутива. Проверьте новый адрес прослушивания и второе соединение, прежде чем отключать порт 22.

Порядок проверок · не полный скрипт изменения портаПроверьте для своей среды
sudo ufw allow 22222/tcp
sudo ss -lntp
ssh -p 22222 -i ~/.ssh/ombra_admin operator@192.0.2.20
05

Делайте защиту и восстановление измеримыми

По возможности ограничьте исходные адреса, проверяйте события входа и поддерживайте обновления. Fail2ban может сократить повторные попытки при правильной настройке бэкенда журналов. Проверьте IPv6, а также IPv4. Сохраните действующую политику и процедуру восстановления консоли перед закрытием исходного сеанса.

ПЕРЕД СЛЕДУЮЩИМ ШАГОМ

Уходите с проверяемым результатом.

  • Создайте проверенный путь администрирования без прав root.
  • Делайте защиту и восстановление измеримыми.
  • Держите информацию для восстановления и секреты вне публичных файлов.
ПЕРЕЙТИ К ПЕРВОИСТОЧНИКУOpenSSH · политика сервераUbuntu · Развёртывание OpenSSH