Återanslut en SSH SOCKS-tunnel med autossh
Använd autossh med SSH-livskontroller och förstå att återanslutning av en tunnel inte återställer gamla applikationsanslutningar.
En SSH SOCKS-proxy försvinner när dess SSH-anslutning tar slut. En övervakare kan starta om den anslutningen, men den kan inte återuppta varje webbplatsbegäran som använde den gamla strömmen.
För en SSH-konfiguration som redan fungerar kan autossh övervaka en dynamisk vidarebefordran medan OpenSSH upptäcker en server som inte svarar:
autossh -M 0 -N -o ServerAliveInterval=30 -o ServerAliveCountMax=3 -o ExitOnForwardFailure=yes -D 127.0.0.1:1080 [email protected]-M 0 stänger av autosshs separata mekanism för övervakningsport. Den förlitar sig på att SSH avslutas så att övervakaren kan reagera. Alternativen server-alive ger en livskontroll på SSH-nivå; de begär inte en sida från varje destination du använder.
Håll den första konfigurationen synlig tills autentisering och vidarebefordran fungerar. autosshs bakgrundsbeteende skiljer sig från -f i vanlig SSH: en obemannad start kan inte stanna för att fråga efter ett lösenord eller en nyckelfras. Dess dokumenterade startgrind kan också skilja ett omedelbart konfigurationsfel från en senare bruten session.
Efter återanslutning kan den lokala lyssnaren bli tillgänglig igen. Applikationer kan fortfarande behöva upprepa sina egna misslyckade operationer. En uppladdning som avbröts innan ett svar togs emot har ett resultat på applikationsnivå att lösa, inte bara en saknad tunnel att starta om.
Slutligen bevisar inte en frisk SSH-transport att gatewayen kan nå en viss webbplats. Separera övervakningen av tunneln från övervakningen av jobbet som använder den.