'n SSH SOCKS-volmagtigde verdwyn wanneer sy SSH-verbinding eindig. 'n Supervisor kan daardie verbinding herbegin, maar dit kan nie elke webwerfversoek hervat wat die ou stroom gebruik het nie.

Vir 'n SSH-opstelling wat reeds werk, kan autossh 'n dinamiese deurstuur superviseer terwyl OpenSSH 'n bediener opspoor wat nie reageer nie:

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

-M 0 skakel autossh se afsonderlike moniteringspoort-meganisme af. Dit maak staat daarop dat SSH afsluit sodat die supervisor kan reageer. Die server-alive-opsies verskaf 'n lewendigheidskontrole op SSH-vlak; hulle versoek nie 'n bladsy by elke bestemming wat jy gebruik nie.

Hou die aanvanklike opstelling sigbaar totdat verifikasie en deurstuur werk. Autossh se agtergrondgedrag verskil van gewone SSH se -f: 'n onbewaakte bekendstelling kan nie stop om vir 'n wagwoord of sleutelfrase te vra nie. Sy gedokumenteerde beginhek kan ook 'n onmiddellike opstellingsfout van 'n later gebreekte sessie onderskei.

Na herverbinding kan die plaaslike luisteraar weer beskikbaar word. Toepassings moet dalk steeds hul eie mislukte bewerkings herprobeer. 'n Oplaai wat onderbreek is voordat 'n antwoord ontvang is, het 'n uitkoms op toepassingsvlak om op te los, nie bloot 'n ontbrekende tonnel om te herbegin nie.

Laastens, 'n gesonde SSH-transport bewys nie dat die gateway 'n bepaalde webwerf kan bereik nie. Skei toesig oor die tonnel van monitering van die taak wat dit gebruik.

Verwante artikels