systemd-socket-proxyd var pārdzīvot savu SSH SOCKS tuneli
Saskaņojiet ligzdas pāradresācijas palīga dzīves ciklu ar SSH atkarību, lai miris tunelis neatstātu veselu izskata priekšgalu.
Ja priekšējais ports pieņem savienojumus pēc SSH iziešanas, pārbaudiet visas trīs vienības. Aktivizācijas ligzda, systemd-socket-proxyd palīgs un SSH izveidotais SOCKS klausītājs ir ar atšķirīgu dzīves laiku:
| Ligzda | Palīgs | SSH | Interpretācija |
|---|---|---|---|
| Klausās | Neaktīvs | Neaktīvs | Var normāli gaidīt pieprasījumu |
| Klausās | Aktīvs | Aktīvs | Procesi pastāv; tālākā galamērķa veselība nav pierādīta |
| Klausās | Aktīvs | Neaktīvs | Priekšgals var pieņemt darbu bez sava aizmugures |
Palīga un SSH kopīga palaišana nenosaka vēlāko apstāšanās pāreju. Palīgam, kuram nav jāpaliek aktīvam bez sava tuneļa, systemd dokumentē spēcīgāku saistību:
[Unit]
BindsTo=ssh-socks.service
After=ssh-socks.servicePiemērojiet to attiecīgajai vienībai faktiskajā konstrukcijā. Requires= un secība risina tikai daļu no saistības. Jau aktīvs priekšgals citādi var nekad vairs neaktivizēties pēc tam, kad tā aizmugure pazūd. Pārbaudiet arī neizdevušos vienību stāvokli un palaišanas biežuma ierobežojumus; atkarības šos ierobežojumus neatsauc.
Tālāk izveidojiet palaišanas gatavību. After= sakārto darbus, nevis Type=simple SSH klausītāja gatavību. Fiksēta gulēšana var neizdoties lēnas autentifikācijas laikā. Izmantojiet palaišanas līgumu, kas izveido nepieciešamo klausītāju; ExitOnForwardFailure=yes uztver pāradresācijas iestatīšanas kļūmi, nevis vēlāku galamērķa sasniedzamību.
Visbeidzot, definējiet dīkstāves iziešanu un atkārtotu aktivizāciju. Pāradresācijas dēmona dīkstāves iziešanas opcija attiecas uz aktīvu savienojumu neesamību, nevis baitu trūkumu atvērtā savienojumā. Klusa sesija var to noturēt aktīvu. Nākamajam pieprasījumam jāaktivizē nepieciešamie pakalpojumi, un restartēšanas cilpām jāpaliek ierobežotām un redzamām. Klausītāja atjaunošana pieņem jaunus savienojumus; tā neatjauno vecās starpniekotās TCP sesijas.