systemd-socket-proxyd kin syn SSH SOCKS-tunnel oerlibje
Stim de libbenssyklus fan in socket-trochstjoerhelp ôf op syn SSH-ôfhinklikens, sadat in deade tunnel gjin sûn útsjende foarkant efterlit.
As de foarpoart nei it ôfsluten fan SSH noch ferbinings oannimt, ûndersykje dan alle trije units. De aktivearrings-socket, de helper systemd-socket-proxyd en de SOCKS-harker dy't SSH makket hawwe ferskillende libbensdoeren:
| Socket | Helper | SSH | Utlis |
|---|---|---|---|
| Harket | Ynaktyf | Ynaktyf | Wachtet miskien normaal op fraach |
| Harket | Aaktyf | Aaktyf | Prosessen bestean; de sûnens fan it úteinlike doel bliuwt ûnbewiisd |
| Harket | Aaktyf | Ynaktyf | De foarkant kin wurk oannimme sûnder syn efterkant |
De helper en SSH tegearre starte beskaat net de lettere stop-oergong. Foar in helper dy't net sûnder syn tunnel aktyf bliuwe mei, dokumintearret systemd de sterkere relaasje:
[Unit]
BindsTo=ssh-socks.service
After=ssh-socks.servicePas it ta op de passende unit yn it echte ûntwerp. Requires= en de folchoarder behannelje mar in part fan de relaasje. In al aktyf foarkant sil oars miskien nea wer aktivearring triggerje nei't syn efterkant ferdwynt. Kontrolearje ek de status fan mislearre units en de starttempo-limiten; ôfhinklikens heffe dy limiten net op.
Fêstigje dêrnei de startgeredheid. After= oardere taken, net de geredheid fan in SSH-harker Type=simple. In fêst wachtsjen kin mislearje by stadige autentikaasje. Brûk in startkontrakt dat de fereaske harker fêstiget; ExitOnForwardFailure=yes fangt mislearring fan de trochstjoerynstelling, net de lettere berikberens fan it doel.
Definearje úteinlik de idle-útgong en reaktivaasje. De idle-útgongopsje fan de trochstjoerdaemon giet oer gjin aktive ferbinings, net oer in gebrek oan bytes op in iepen ferbining. In stille sesje kin him aktyf hâlde. De folgjende fraach soe de fereaske tsjinsten aktivearje moatte, en werstartlussen moatte beheind en sichtber bliuwe. De harker opnij meitsje lit nije ferbinings ta; it herstelt gjin âlde proksybere TCP-sesjes.