Повторно свързване на SSH SOCKS тунел с autossh
Използвайте autossh с проверки за живот на SSH, като разбирате, че повторното свързване на тунел не възстановява стари връзки на приложения.
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 транспорт не доказва, че шлюзът може да достигне до определен сайт. Отделете наблюдението на тунела от мониторинга на задачата, която го използва.