Linuxi VPN- ja puhverserveriteenuste õiges järjekorras seiskamine

Seiskamisel takerdumine puhverserveri töötamise ajal on harva VPN-i viga, isegi kui VPN on viimane asi, mida ekraanil näha. Puhverserveri taga olevad rakendused ootavad endiselt teed, mis kohe kaob, ja tunnelit omavat üksust ei ole veel palutud seda sulgeda. See, mis näeb välja nagu aeglane teenus, on tavaliselt järjekorra probleem. Järjekord lahendab neid rohkem kui ükski ajalimiidi muudatus.

Töötage vastupidises järjekorras väljast sissepoole: kõigepealt tarbijad, seejärel puhverserver, seejärel tunnel, igaüks peatatuna selle komponendi poolt, mis selle käivitas.

Loetlege üksused enne, kui midagi peatate

Kirjutage üles rakenduse üksus, puhverserveri üksus ja VPN-i omanik, mis on tavalises töötsüklis osalised. Lisage iga nimeserveri lahendaja või abiline, millel on oma lammutamine, sest just need ununevad inimestel kell kaks öösel. Ilma selle loendita valib esimene peatamiskäsk, mille te trükite, ohvri juhuslikult.

Nimed on nõrk tõestus. Kasutaja puhverserver, süsteemi puhverserver ja teise konto tunnel võivad jagada nime, kuigi nende elutsüklid on täiesti sõltumatud.

Lõpetage töö ja seejärel peatage tarbija

Planeeritud seiskamine algab rakendusest: laske sellel oma päringud lõpetada või tühistada, seejärel peatage puhverserver selle teenuseüksuse kaudu. Kui rakendus peaks pärast tunneli kadumist edasi töötama, korraldage see teadlikult, selle asemel et jätta see rippuma teele, mis kohe kaob.

Päringud, mis olid seiskamise ajal teel, kuuluvad kirjesse, sest sealt tuleb järgmisel käivitamisel korduskatsete torm.

ExecStop ja ExecStopPost on erinevad vahendid

ExecStop= on sünkroonne seiskamistoiming; ExecStopPost= on puhastus, mis töötab ka ebaõnnestunud käivitamise järel. Seiskamiskäsk, mis ainult saadab protsessile signaali ja naaseb, laseb systemdil edasi minna, samal ajal kui tarbija veel välja loputab. Kõik, mis peab toimuma igal juhul, kuulub järelvarianti, ja kõik, mis peab seiskamise blokeerima, kuulub sünkroonsesse. Kontrollige tegelikku üksust ja selle lisandeid, selle asemel et paketifaili kohapeal muuta.

Sõltuvusgraaf järjestab seiskamistööd. See ei muuda asünkroonset skripti sünkroonseks ega pane kaugrakendust oma andmeid kinnitama.

Piirake seiskamist ja teadke, mida piir maksab

TimeoutStopSec= piirab nii seiskamiskäsku kui ka teenuse enda lõppemist, ja kui piirmäär möödub, läheb systemd üle sunniviisilisele hukkamisele. Valige väärtus rakenduse tegeliku väljaloputamise käitumise järgi ja kirjutage üles, mis võib kaduda, kui see rakendub. Arv, mis valiti sellepärast, et masin peaks kiiremini välja lülituma, on andmekao säte maskeeringus.

Kui seiskamine on endiselt aeglane, jäädvustage üksus, selle alamprotsessid, logi intervall ja ajalimiidi tulemus. Iga ajalimiidi lühendamine või laia hukkamise järele haaramine on viis, kuidas puhtad seiskamised muutuvad järgmisel alglaadimisel rikutud olekuks.

Katkestage ühendus omaniku kaudu ja seejärel katsetage kolme juhtumit

Kui tarbijad on maas, paluge tunnelit omaval halduril ühendus katkestada: systemd eksemplar, NetworkManageri aktiivne ühendus või tarnija teenus. Sõltumatu OpenVPN-i protsessi hukkamine ei eemalda tingimata seanssi, mis tee pakkus, ja taaskäivituse poliitikaga puhverserver võib tee lammutamise ajal päringu uuesti luua. Kooskõlastage see poliitika planeeritud seiskamisega enne alustamist.

Katsetage tavalist seiskamist, aktiivse päringuga seiskamist ja seiskamist, kus tunnel ebaõnnestub esimesena. Korratav tähtajaga jada on parem kui kiire väljalülitamine, mis töötab korra.