Een SSH SOCKS-tunnel opnieuw verbinden met autossh
Gebruik autossh met SSH-levendigheidscontroles en begrijp dat het opnieuw verbinden van een tunnel oude toepassingsverbindingen niet herstelt.
Een SSH SOCKS-proxy verdwijnt wanneer de SSH-verbinding eindigt. Een supervisor kan die verbinding herstarten, maar kan niet elk websiteverzoek hervatten dat de oude stream gebruikte.
Voor een SSH-opstelling die al werkt, kan autossh een dynamische doorstuur bewaken terwijl OpenSSH een niet-reagerende server detecteert:
autossh -M 0 -N -o ServerAliveInterval=30 -o ServerAliveCountMax=3 -o ExitOnForwardFailure=yes -D 127.0.0.1:1080 [email protected]-M 0 schakelt het aparte monitorpoortmechanisme van autossh uit. Het vertrouwt erop dat SSH afsluit zodat de supervisor kan reageren. De server-alive-opties geven een levendigheidscontrole op SSH-niveau; ze vragen geen pagina op bij elke bestemming die je gebruikt.
Houd de eerste opstelling zichtbaar tot authenticatie en doorsturen werken. Het achtergrondgedrag van autossh verschilt van -f van gewone SSH: een onbeheerde start kan niet stoppen om een wachtwoord of sleutelzin te vragen. De gedocumenteerde startpoort kan ook een onmiddellijke opstellingsfout onderscheiden van een later verbroken sessie.
Na het opnieuw verbinden kan de lokale luisteraar weer beschikbaar worden. Toepassingen moeten mogelijk nog hun eigen mislukte bewerkingen opnieuw proberen. Een upload die werd onderbroken voordat een antwoord binnenkwam, heeft een resultaat op toepassingsniveau te beslechten, niet slechts een ontbrekende tunnel om te herstarten.
Ten slotte bewijst een gezonde SSH-transport niet dat de gateway een bepaalde website kan bereiken. Scheid het toezicht op de tunnel van het monitoren van de taak die hem gebruikt.