OpenVPN paleidimas prieš tinklui esant pasirengusiam nėra gedimas

Paleidžiate klientą įkrovimo metu, įrenginys praneša esąs aktyvus, o tunelio nėra. Natūrali išvada — paslauga nepaleista, o natūralus sprendimas — paleisti ją dar kartą. Abi išvados pakankamai dažnai klaidingos, kad vertėtų taisyklės: veikiantis klientas, kuris kartoja bandymus, iš išorės atrodo lygiai kaip sugedęs. Skirtumas yra tame, ką daro procesas, o ne įrenginio būsenoje.

Mitas: paleista paslauga reiškia veikiantį tunelį

Aktyvus įrenginys įrodo, kad procesas buvo paleistas ir nebaigė darbo. Jis neįrodo, kad profilis įkeltas, sertifikatas priimtas ar kita pusė atsakė. Supakuotas klientas gali minutes sėdėti kartojimo cikle, kol systemd praneša tik apie sėkmę. Šis atotrūkis tarp būsenos ir elgsenos ir yra visa tema.

Priešingas atvejis toks pat dažnas. Procesas galėjo baigtis nepavykus perskaityti rakto, o tada įrenginys praneša apie nepavykusią būseną, kuri nieko nesako apie priežastį. Abiem būsenoms atskirti reikia žurnalo.

Skaitykite žurnalą konkrečiam egzemplioriui, o ne įrenginio būseną. Priežasties eilutė yra žurnale, ne būsenos etiketėje.

Mitas: kartojimo nustatymai apima kiekvieną gedimą

Vardų skyrimas ir transporto kartojimai yra atskiri valdikliai su atskiromis numatytosiomis reikšmėmis. resolv-retry valdo pasikartojančias nuotolinio mazgo vardo paieškas, o dokumentuota numatytoji reikšmė bando be galo. connect-retry nustato intervalą tarp bandymų, o connect-retry-max gali apriboti, kiek kartų bandomas kiekvienas nuotolinis įrašas. Prieš keisdami bet kurį iš jų patikrinkite, kurią stadiją nurodo žurnalas.

Nė vienas iš to netaikomas sugadintam profiliui, neperskaitomam privačiam raktui ar atmestai paskyrai. Jiems reikia pataisymo, o klientas, kuris nuolat juos kartoja, nejuda į priekį.

Nepatvirtinto sertifikato kartojimas be galo nėra priežastis pašalinti tikrinimą. Tai priežastis perskaityti klaidą.

Mitas: vieno paleidėjo pakanka, tad pridėkite dar vieną

Ryšiui, kurį jau valdo NetworkManager arba supakuotas įrenginys, nereikia antro paleidėjo. Du procesai, konkuruojantys dėl tų pačių maršrutų, sukuria dvigubus sąsajus, painius žurnalus ir tunelį, kuris plazda dėl priežasčių, kurių niekas nemato. Antroji kopija dažniausiai atsiranda kaip apėjimas dėl to, kad pirmoji lėta.

Nuspręskite, kuris komponentas valdo tunelį prieš ką nors pridėdami. Tada pašalinkite kitą paleidėją, o ne išjunkite jį ir tikėkitės.

Savininkas taip pat nustato, iš kur ateina kartojimai ir prisijungimo duomenys, todėl šis sprendimas eina prieš bet kokį derinimą. Nuosavybė pirmiau eina būtent dėl šios priežasties.

Kam iš tikrųjų reikia tvarkos

Tvarka gali laukti sukonfigūruoto adreso, ir tai yra viskas, ką ji garantuoja. network-online.target atideda aktyvavimą, kol tvarkyklė laiko tinklą įjungtu, o įjungto apibrėžimas priklauso nuo tvarkyklės. Ji nieko nesako apie tai, ar išsprendžiamas VPN mazgo vardas, ar atsako klausytojas, ar belaisvių portalas įleido įrenginį.

Prieš pridėdami priklausomybes perskaitykite įdiegtą įrenginį ir visus drop-in failus. Platus After= kiekvienoje tinklo paslaugoje atideda įkrovimą, bet nesukuria ryšio, kurio jums iš tikrųjų reikia.

Išdėstykite priklausomybę, kurią galite išbandyti, o visa kita patikrinkite pasirengimo zondu. Zondas, kuris atidaro tunelį, geresnis už spėliojantį laikmatį.

Kas nutinka, kai tunelis pirmą kartą pakyla

Įkrovimas yra vienas įvykis tarp daugelio. Prieigos jungtis keičiasi, portalo sesija baigiasi, partneris paleidžiamas iš naujo. Atskirkite vidinį pakartotinį prisijungimą nuo proceso pabaigos, kurią tvarko paslaugų tvarkyklė, nes abu turi skirtingus savininkus ir palieka skirtingus įrodymus.

Interaktyvus autentifikavimas riboja priežiūros nereikalaujantį atkūrimą. Fono įrenginys neatrakina darbalaukio raktų saugyklos ir neatsako į MFA užklausą, todėl laikykitės patvirtintos prisijungimo duomenų tvarkos paslaugos kontekstui.

Atskirai nuspręskite, ką programos gali daryti, kol tunelis yra išjungtas. Kartojimas atstato ryšį, o blokavimo politika sprendžia, ar tame tarpe leidžiamas tiesioginis srautas.