Jos etuportti ottaa yhä yhteyksiä vastaan SSH:n poistuttua, tarkasta kaikki kolme yksikköä. Aktivointisocketilla, apurilla systemd-socket-proxyd ja SSH:n luomalla SOCKS-kuuntelijalla on eri elinajat:

SocketApuriSSHTulkinta
KuunteleeEi aktiivinenEi aktiivinenVoi odottaa normaalisti kysyntää
KuunteleeAktiivinenAktiivinenProsesseja on; kauempana olevan kohteen terveys on yhä todistamatta
KuunteleeAktiivinenEi aktiivinenEtupää voi ottaa työtä vastaan ilman taustapäätään

Apurin ja SSH:n käynnistäminen yhdessä ei määritä myöhempää pysäytyssiirtymää. Apurille, joka ei saa pysyä aktiivisena ilman tunneliaan, systemd dokumentoi vahvemman suhteen:

[Unit]
BindsTo=ssh-socks.service
After=ssh-socks.service

Käytä sitä todellisen suunnittelun sopivassa yksikössä. Requires= ja järjestys käsittelevät vain osan suhteesta. Jo aktiivinen etupää ei muuten ehkä enää koskaan laukaise aktivointia, kun sen taustapää katoaa. Tarkasta myös epäonnistuneiden yksiköiden tila ja käynnistysnopeuden rajat; riippuvuudet eivät ohita näitä rajoja.

Varmista seuraavaksi käynnistyksen valmius. After= järjestää työt, ei Type=simple SSH-kuuntelijan valmiutta. Kiinteä odotus voi epäonnistua hitaan todentamisen aikana. Käytä käynnistyssopimusta, joka perustaa tarvittavan kuuntelijan; ExitOnForwardFailure=yes havaitsee edelleenlähetyksen asennuksen epäonnistumisen, ei kohteen myöhempää tavoitettavuutta.

Määrittele lopuksi joutokäynnin poistuminen ja uudelleenaktivointi. Edelleenlähdödaemonin joutokäyntivaihtoehto koskee aktiivisten yhteyksien puuttumista, ei tavujen puuttumista avoimesta yhteydestä. Hiljainen istunto voi pitää sen aktiivisena. Seuraavan kysynnän pitäisi aktivoida tarvittavat palvelut, ja uudelleenkäynnistyssilmukoiden pitäisi pysyä rajattuina ja näkyvinä. Kuuntelijan uudelleenluonti sallii uudet yhteydet; se ei palauta vanhoja välitettyjä TCP-istuntoja.

Aiheeseen liittyvät artikkelit