systemd-socket-proxyd võib oma SSH SOCKS-tunnelist kauem elada
Sovitage soketi edastusabistaja elutsükkel selle SSH-sõltuvusega, et surnud tunnel ei jätaks terve väljanägemisega esiotsa.
Kui esiport võtab pärast SSH väljumist endiselt ühendusi vastu, uurige kõiki kolme üksust. Aktiveerimissokkel, abistaja systemd-socket-proxyd ja SSH loodud SOCKS-kuulaja elavad erinevalt:
| Sokkel | Abistaja | SSH | Tõlgendus |
|---|---|---|---|
| Kuulab | Mitteaktiivne | Mitteaktiivne | Võib tavaliselt nõudlust oodata |
| Kuulab | Aktiivne | Aktiivne | Protsessid on olemas; sihtkoha tervis jääb tõestamata |
| Kuulab | Aktiivne | Mitteaktiivne | Esiots saab tööd vastu võtta ilma tagakihita |
Abistaja ja SSH koos käivitamine ei määra hilisemat peatamise üleminekut. Abistaja puhul, mis ei tohi ilma tunnelita aktiivseks jääda, dokumenteerib systemd tugevama seose:
[Unit]
BindsTo=ssh-socks.service
After=ssh-socks.serviceRakendage seda tegelikus kavandis sobivale üksusele. Requires= ja järjestus käsitlevad ainult osa seosest. Juba aktiivne esiots ei pruugi pärast tagakihi kadumist enam kunagi aktiveerimist käivitada. Kontrollige ka ebaõnnestunud üksuste olekut ja käivitussageduse piiranguid; sõltuvused ei tühista neid piiranguid.
Seejärel tagage käivituse valmidus. After= järjestab töid, mitte Type=simple SSH-kuulaja valmidust. Fikseeritud ootamine võib aeglase autentimise ajal ebaõnnestuda. Kasutage käivituslepet, mis loob vajaliku kuulaja; ExitOnForwardFailure=yes püüab edastuse seadistamise tõrke, mitte hilisema sihtkoha kättesaadavuse.
Lõpuks määratlege jõudeväljumine ja uuestiaktiveerimine. Edastusdeemoni jõudeväljumise valik puudutab aktiivsete ühenduste puudumist, mitte baitide puudumist avatud ühendusel. Vaikne seanss võib hoida selle aktiivsena. Järgmine nõudlus peaks vajalikud teenused aktiveerima ning taaskäivitusahelad peaksid jääma piiratud ja nähtavad. Kuulaja uuesti loomine lubab uusi ühendusi; see ei taasta vanu puhverserveri kaudu käinud TCP-seansse.