Перападалучэнне тунеля 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 не даказвае, што шлюз можа дасягнуць пэўнага сайта. Аддзяляйце нагляд за тунелем ад маніторынгу задачы, якая яго выкарыстоўвае.