Перейти к основному содержимому
Вернуться в категорию

Проблема SSH-подключения: не могу подключиться к серверу

Руководство по решению проблем SSH-подключения: правила файрвола Path.net, Default Block, создание правила фильтрации для SSH-порта и шаги по устранению неполадок.

Время чтения: 8 мин. Устранение неполадок
sshпроблема подключенияустранение неполадокфайрволпорт 22path.netдоступ к серверу
Автор
REXE Teknoloji Network & Security Team
Редактор
REXE Teknoloji Technical Editorial
Первая публикация
Последнее обновление

Введение

На серверах REXE Teknoloji система DDoS-защиты Path.net работает автоматически на основе правил. Когда у IP нет ни одного правила, все порты открыты. Однако если на вашем IP есть хотя бы одно правило, система автоматически применяет Default Block, и открытыми остаются только порты, разрешённые вашими правилами — все остальные порты закрываются. Поэтому для SSH-подключения необходимо создать правило фильтрации, открывающее SSH-порт (22).

Если вы не можете подключиться по SSH, скорее всего, на вашем IP есть правила, которые запустили Default Block, но правило фильтрации для SSH-порта (22) не создано. При активном Default Block открыты только разрешённые порты — если SSH не входит в их число, подключиться не получится.

Причина проблемы

Файрвол Path.net автоматически применяет Default Block, когда на вашем IP есть правила. В этом случае открытыми остаются только разрешённые порты:

Входящий трафик → Файрвол Path.net → Есть правило фильтрации?
  → Да: Пропустить трафик
  → Нет: Заблокировать трафик (DROP) — неразрешённые порты закрыты

Когда для SSH-порта (TCP 22) не создано правило фильтрации (но на IP есть другие правила), запросы SSH-подключения блокируются Default Block и соединение завершается по тайм-ауту.

Решение: Создание правила фильтрации для SSH-порта (рекомендуется)

Для SSH-доступа необходимо создать правило фильтрации для конкретного порта через Path Panel или продукт Управление правилами в вашем личном кабинете. Это правило открывает только SSH-порт (22) — все остальные порты остаются закрытыми благодаря Default Block.

Шаги

  1. Войдите в Path Panel или в продукт «Управление правилами» в вашем личном кабинете

  2. На странице Управление IP нажмите на IP сервера

  3. Создайте новое правило со следующими параметрами:

hljs yaml
Протокол: TCP
Порт назначения: 22
Описание: SSH-доступ
  1. Дождитесь перехода правила в статус propagated (2–5 минут)

Это правило открывает только TCP-порт 22. Все остальные порты остаются закрытыми благодаря Default Block.

На экране создания правила есть два режима: стандартный фильтр (вы указываете только протокол + порт) и hard-фильтр (выбирается один из игровых или прикладных фильтров). Для SSH достаточно стандартного режима. Оба режима работают на Layer7 и отслеживают состояние соединения. TCP Symmetric — лишь один из фильтров, доступных как hard-фильтр; hard-фильтр применяется, когда нужна проверка пакетов конкретного приложения.

Время распространения правила

Распространение правила на все узлы сети Path.net может занять 2–5 минут:

СтатусОписание
pendingПравило создано, ожидает отправки
syncedОтправлено в Path.net
propagatedРаспространено на все узлы — подключение возможно
failedОтправка не удалась — повторите попытку

До перехода правила в статус «propagated» SSH-подключение может быть невозможно. Наберитесь терпения и отслеживайте статус правила в Path Panel.

Даже если в панели правило отображается как ещё не распространённое (не обновлённое), правило, скорее всего, уже развёрнуто в течение 2-5 минут. Статус может обновляться с задержкой из-за интервала проверки статуса панелью или времени, необходимого для применения правила на всех узлах на стороне Path (кроме нашего). Это лишь визуальная задержка в панели; порт на самом деле уже открыт в системе.

Дополнительные проверки

Если после создания правила фильтрации подключение по-прежнему невозможно:

1. Убедитесь, что служба SSH запущена

Подключитесь к VNC/KVM-консоли через личный кабинет REXE (my.rexe.tr):

hljs bash
# Проверка статуса службы SSH
systemctl status sshd

# Если служба SSH не запущена, запустите её
systemctl start sshd
systemctl enable sshd

2. Проверьте номер порта SSH

SSH по умолчанию работает на порту 22. Если используется другой порт, обновите порт в правиле фильтрации:

hljs bash
# Проверка файла конфигурации SSH
grep -i port /etc/ssh/sshd_config

3. Проверьте файрвол сервера

Локальный файрвол сервера (iptables/ufw) может блокировать SSH-порт:

hljs bash
# Проверка статуса UFW
ufw status

# Разрешить SSH
ufw allow 22/tcp

# Проверка правил iptables
iptables -L -n | grep 22

4. Убедитесь, что используете правильный IP-адрес

hljs bash
# Команда подключения
ssh root@IP_АДРЕС_СЕРВЕРА

# С указанием порта
ssh -p 22 root@IP_АДРЕС_СЕРВЕРА

Часто задаваемые вопросы

Я создал правило, но всё ещё не могу подключиться

Убедитесь, что правило перешло в статус «propagated». Распространение может занять 2–5 минут.

Я сменил порт SSH, как обновить правило?

Удалите существующее правило и создайте новое с новым номером порта.

Часто задаваемые вопросы

Почему SSH-подключение отклоняется?

Если на вашем IP есть правила, автоматически активен Default Block, и неразрешённые порты закрыты. Необходимо создать правило фильтрации для SSH-порта (22) через Path Panel (x.rexe.tr) или продукт «Управление правилами» в вашем личном кабинете. При создании правила укажите Протокол: TCP, Порт назначения: 22 (стандартный фильтр). Если на вашем IP нет ни одного правила, все порты открыты и проблема может быть на стороне сервера.

Через сколько времени активируется правило фильтрации?

Распространение правила на все узлы сети может занять 2–5 минут. Отслеживайте статус правила в Path Panel.

Какой метод аутентификации использовать для SSH?

В целях безопасности рекомендуется использовать аутентификацию по SSH-ключу (пара публичный/приватный ключ) вместо пароля. Аутентификация по ключу значительно устойчивее к brute-force атакам. Используйте ssh-keygen для создания пары ключей.

Связанные статьи

Сетевой трафикВходящий— GbpsИсходящий— Gbps