SSH Linux (OpenSSH)

SSH в Linux: SSH: не удаётся подключиться через ProxyJump к внутреннему серверу

  • Обновлено
  • Чтение ≈ 2 минуты

Краткий ответ

OpenSSH ProxyJump не подключает к внутреннему серверу через промежуточный узел. Неполадка может быть на первом переходе, в доступе jump-хоста к внутреннему адресу или в отдельных ключах двух серверов.

В этой статье
  1. Что происходит и когда это важно
  2. Возможные причины и как их отличить
  3. Пошаговая диагностика и исправление
  4. Команды из инструкции с пояснениями
  5. Как проверить результат
  6. Если проблема не устранена

#Что происходит и когда это важно

Команда вида ssh -J jump target завершается timeout/Permission denied/administratively prohibited, хотя обычный вход на jump возможен.

#Возможные причины и как их отличить

Возможная причинаКак узнатьЧто делать
Недоступен jump-хостПервое SSH-соединение не создаётся.Прямой ssh к jump не работает.Диагностировать DNS, порт и ключ первого узла.
Промежуточный узел не видит цельХост bastion недоступен внутреннему серверу по сети.Первый SSH работает, второй даёт timeout/connection refused.Проверить разрешённую маршрутизацию от jump.
На bastion запрещён TCP forwardingsshd запрещает требуемый пересылку соединения.В ошибке есть administratively prohibited.Обратиться к администратору, не обходить ограничение.
Перепутаны ключиДля bastion и target нужны разные IdentityFile.На одном из этапов Permission denied (publickey).Разнести конфигурации Host.

#Пошаговая диагностика и исправление

  1. Запишите оба имени и полномочияНа локальном клиенте откройте терминал. Получите у администратора адрес и разрешённый логин для bastion и целевого сервера. Не пытайтесь просканировать внутреннюю сеть, если доступ не согласован.
  2. Проверьте первый переход самостоятельноВыполните ssh пользователь_бастиона@bastion.example.org, заменив пример настоящим адресом. Если он не работает, ProxyJump не поможет: проверьте подключение к VPN и ключ именно bastion.
  3. Уточните адрес цели с точки зрения бастионаВ согласованном сеансе на bastion спросите у администратора, как внутренний сервер называется именно в той сети. Внутренний DNS может не разрешаться с вашего ПК, но будет доступен бастиону. Не подключайтесь к IP, который не согласован.
  4. Запустите подробный тест ProxyJumpНа клиенте выполните ssh -v -J пользователь_бастиона@bastion.example.org пользователь_цели@internal.example.org, заменив все данные. В строках ищите, на каком переходе возникает отказ. Не публикуйте пароли, ключи или внутренние адреса вместе с выводом.
  5. Разделите отказ forwarding и аутентификацииЕсли сообщение administratively prohibited, это политика AllowTcpForwarding/PermitOpen на бастионе; исправляет владелец, не пользователь. Если Permission denied (publickey), уточните, какой из двух серверов требует ключ и в какой учётной записи.
  6. Проверьте отдельные настройки HostОткройте ~/.ssh/config в текстовом редакторе. Используйте разные блоки Host bastion и Host internal, с их HostName, User, IdentityFile и ProxyJump bastion только для internal. После сохранения выполните ssh -G internal, сравните итоговые значения; не добавляйте глобальный ProxyJump ко всем хостам.
  7. Сверьте результат и откатПодключитесь к internal по алиасу только после проверки отпечатков ключей обоих серверов. Если не работает, удалите добавленный блок или верните копию config и обратитесь к администратору с конкретным этапом ошибки.

#Команды из инструкции с пояснениями

Linux · Терминал (Bash)Команда
Пример синтаксиса с демонстрационными адресами, заменить перед запуском.
ssh -v -J пользователь_бастиона@bastion.example.org пользователь_цели@internal.example.org
Linux · Терминал (Bash)Команда
Клиент: итоговая конфигурация алиаса internal после его создания.
ssh -G internal

#Как проверить результат

Клиент проверяет оба host key, проходит в целевую учётную запись через разрешённый bastion без отключения проверки SSH.

#Если проблема не устранена

Если сеть и ключи исправны, но forwarding запрещён, запросите разрешённый метод доступа у администратора вместо обходных туннелей.

SSH: Connection refused на порту 22 — причины и решение Проверьте, запущен ли sshd, и правила файрвола. Linux SSH Linux SSH: Permission denied (publickey) — права authorized_keys — причины и решение Проверьте владельца и права ~/.ssh и authorized_keys. Linux SSH Linux Permission denied (pu… SSH: Permission denied (publickey) — причины и решение `Permission denied (publickey)` означает, что сервер SSH отверг все предложенные клиентом ключи, а другие способы входа (например, пароль) недоступны. Причины: ключ не д… Linux SSH LinuxmacOSWindows SSH: Connection timed out — нет ответа на порту 22 — причины и решение «ssh: connect to host … port 22: Connection timed out» значит, что пакеты до сервера не доходят: закрыт порт файрволом, неверный адрес, не запущен sshd или SSH работает … Linux SSH Linux SSH: Connection refused — соединение отклонено — причины и решение Ошибка ssh: connect to host port 22: Connection refused означает, что на сервере не слушает sshd или порт закрыт файрволом. Проверьте службу sshd, порт, ufw/firewalld, п… Linux SSH Linux

Источники и обновления

Последнее обновление статьи: 2 ноября 2026. Версии программ и интерфейсы меняются — если шаги не совпадают с вашей версией, сверяйтесь с документацией производителя.