In SSH SOCKS-tunnel wer ferbine mei autossh
Brûk autossh mei SSH-libbenstsjeks en begryp dat it wer ferbinen fan in tunnel âlde applikaasjeferbiningen net weromset.
In SSH SOCKS-proxy ferdwynt as syn SSH-ferbining einiget. In tafersjochhâlder kin dy ferbining wer starte, mar kin net elk websidefersyk dat de âlde stream brûkte fuortsette.
Foar in SSH-opsetsetting dy't al wurket, kin autossh in dynamyske troerstjoering tafersjochhâlde wylst OpenSSH in net-reagearjende tsjinner detektearret:
autossh -M 0 -N -o ServerAliveInterval=30 -o ServerAliveCountMax=3 -o ExitOnForwardFailure=yes -D 127.0.0.1:1080 [email protected]-M 0 skeakelt it aparte monitorportmeganisme fan autossh út. It fertrout derop dat SSH út giet sadat de tafersjochhâlder reagearje kin. De server-alive-opsjes jouwe in libbenskrêftkontrôle op SSH-nivo; se freegje gjin side fan elk bestimming dat jo brûke.
Hâld de earste opsetsetting sichtber oant autentikaasje en troerstjoering wurkje. It eftergrûngedrach fan autossh ferskilt fan -f fan gewoane SSH: in net-bewekke start kin net stopje om in wachtwurd of kaaiwachtfrase te freegjen. Syn dokumintearre startpoarte kin ek in direkte opsetsettingsflater fan in letter brutsen sesje ûnderskiede.
Nei it wer ferbinen kin de lokale listener wer beskikber wurde. Applikaasjes moatte miskien noch har eigen mislearre operaasjes wer probearje. In upload dy't ûnderbrutsen is foardat in antwurd ûntfongen waard, hat in resultaat op applikaasjenivo op te lossen, net allinne in ûntbrekkende tunnel om wer te starten.
Ta beslút, in sûne SSH-transport bewiist net dat de gateway in beskate webside berikke kin. Skied it tafersjoch op de tunnel fan it monitoaren fan it wurk dat him brûkt.