Повторне підключення тунелю SSH SOCKS за допомогою autossh

Проксі SSH SOCKS зникає, коли його SSH-з'єднання завершується. Наглядач може перезапустити це з'єднання, але не може продовжити кожен запит до сайту, який використовував старий потік.

Для вже робочого налаштування SSH autossh може наглядати за динамічним переспрямуванням, поки OpenSSH виявляє сервер, що не відповідає:

autossh -M 0 -N -o ServerAliveInterval=30 -o ServerAliveCountMax=3 -o ExitOnForwardFailure=yes -D 127.0.0.1:1080 [email protected]

-M 0 вимикає окремий механізм порту моніторингу autossh. Він покладається на завершення SSH, щоб наглядач міг відреагувати. Параметри server-alive дають перевірку живучості на рівні SSH; вони не запитують сторінку з кожного призначення, яке ви використовуєте.

Тримайте початкове налаштування видимим, доки не запрацюють автентифікація та переспрямування. Фонова поведінка autossh відрізняється від -f звичайного SSH: запуск без нагляду не може зупинитися, щоб запитати пароль або парольну фразу ключа. Його задокументовані стартові ворота також можуть відрізнити миттєву невдачу налаштування від пізніше розірваного сеансу.

Після повторного підключення локальний слухач може знову стати доступним. Програмам усе ще може знадобитися повторити власні невдалі операції. Завантаження, перерване до отримання відповіді, має результат на рівні програми, який треба вирішити, а не просто відсутній тунель, який треба перезапустити.

Нарешті, справний транспорт SSH не доводить, що шлюз може досягти конкретного сайту. Відокремлюйте нагляд за тунелем від моніторингу завдання, яке його використовує.