En SSH SOCKS-proxy forsvinner når SSH-tilkoblingen dens avsluttes. En overvåker kan starte den tilkoblingen på nytt, men den kan ikke gjenoppta hver nettsideforespørsel som brukte den gamle strømmen.

For et SSH-oppsett som allerede virker, kan autossh overvåke en dynamisk videresending mens OpenSSH oppdager en server som ikke svarer:

autossh -M 0 -N -o ServerAliveInterval=30 -o ServerAliveCountMax=3 -o ExitOnForwardFailure=yes -D 127.0.0.1:1080 [email protected]

-M 0 slår av autossh sin egen mekanisme for overvåkingsport. Den er avhengig av at SSH avsluttes slik at overvåkeren kan reagere. Alternativene server-alive gir en livssjekk på SSH-nivå; de ber ikke om en side fra hver destinasjon du bruker.

Hold det første oppsettet synlig til autentisering og videresending virker. autossh sin bakgrunnsatferd skiller seg fra -f i vanlig SSH: en ubemannet oppstart kan ikke stoppe for å spørre om passord eller nøkkelfrase. Dens dokumenterte oppstartsport kan også skille en umiddelbar oppsettfeil fra en senere brutt økt.

Etter ny tilkobling kan den lokale lytteren bli tilgjengelig igjen. Applikasjoner kan fortsatt trenge å gjenta egne mislykkede operasjoner. En opplasting som ble avbrutt før et svar ble mottatt, har et resultat på applikasjonsnivå som må løses, ikke bare en manglende tunnel å starte på nytt.

Til slutt beviser ikke en sunn SSH-transport at gatewayen kan nå en bestemt nettside. Skill overvåkingen av tunnelen fra overvåkingen av jobben som bruker den.

Relaterte artikler