OpenVPN-i käivitamine enne võrgu valmimist ei ole tõrge

Käivitate kliendi alglaadimisel, üksus teatab, et on aktiivne, ja tunnelit pole. Loomulik järeldus on, et teenus ei käivitunud, ja loomulik parandus on see uuesti käivitada. Mõlemad eksivad piisavalt sageli, et reeglit väärida: uuesti prooviv töötav klient näeb väljast täpselt katkise kliendi moodi välja. Erinevus on selles, mida protsess teeb, mitte üksuse olekus.

Müüt: käivitatud teenus tähendab töötavat tunnelit

Aktiivne üksus tõestab, et protsess käivitati ja ei ole lõppenud. See ei tõesta, et profiil laaditi, sertifikaat võeti vastu või teine pool vastas. Pakendatud klient võib minutite kaupa korduskatsete tsüklis istuda, samal ajal kui systemd teatab ainult õnnestumisest. See lünk oleku ja käitumise vahel ongi kogu teema.

Vastupidine juhtum on sama tavaline. Protsess võib olla lõppenud pärast seda, kui võtit ei õnnestunud lugeda, ja siis teatab üksus ebaõnnestunud olekust, mis ei ütle põhjuse kohta midagi. Mõlema oleku eristamiseks on vaja logi.

Lugege instantsi jaoks journali, mitte üksuse olekut. Põhjuse rida on logis, mitte oleku sildil.

Müüt: korduskatsete seaded katavad iga tõrke

Nime lahendamine ja transpordi korduskatsed on eraldi juhtimisvahendid eraldi vaikeväärtustega. resolv-retry juhib kaugema hostinime korduvaid otsinguid ja dokumenteeritud vaikeväärtus proovib lõputult. connect-retry määrab katsete vahelise intervalli, samas kui connect-retry-max saab piirata, mitu korda iga kaugkirjet proovitakse. Enne nende muutmist kontrollige, millist etappi logi nimetab.

Miski sellest ei kehti rikutud profiili, loetamatu privaatvõtme või tagasilükatud konto puhul. Need vajavad parandust ja klient, mis neid korrata proovib, ei liigu edasi.

Heakskiitmata sertifikaadi lõputu kordamine ei ole põhjus kontrollimist eemaldada. See on põhjus viga lugeda.

Müüt: ühest käivitajast piisab, seega lisage teine

Ühendus, mida juba haldab NetworkManager või pakendatud üksus, ei vaja teist käivitajat. Kaks protsessi, mis võistlevad samade marsruutide pärast, tekitavad dubleeritud liidesed, segased logid ja tunneli, mis lehvib põhjustel, mida keegi ei näe. Teine koopia saabub tavaliselt möödaviiguna sellele, et esimene on aeglane.

Otsustage, milline komponent tunneli omab enne millegi lisamist. Seejärel eemaldage teine käivitaja, selle asemel et see välja lülitada ja loota.

Omanik määrab ka selle, kust korduskatsed ja volitused tulevad, seetõttu eelneb see otsus igasugusele häälestamisele. Omandus tuleb esimesena just sel põhjusel.

Mida tegelikult järjekorda vajab

Järjekord võib oodata konfigureeritud aadressi ja see on kõik, mida see tagab. network-online.target lükkab aktiveerimise edasi, kuni haldur peab võrku üleval olevaks, ja üleval olemise määratlus sõltub haldurist. See ei ütle midagi selle kohta, kas VPN-i hostinimi lahendatakse, kas kuulaja vastab või kas kinnipüütud portaal lubas seadme sisse.

Lugege paigaldatud üksust ja kõiki drop-in faile enne sõltuvuste lisamist. Lai After= igal võrguteenusel lükkab alglaadimist edasi, ilma et looks tegelikult vajalikku ühendust.

Järjestage sõltuvus, mida saate testida, ja kontrollige kõike muud valmiduse sondiga. Sond, mis avab tunneli, on parem taimerist, mis oletab.

Mis juhtub pärast seda, kui tunnel esimest korda üles tuleb

Alglaadimine on üks sündmus paljude seas. Juurdepääsulüli muutub, portaali sessioon aegub, partner taaskäivitub. Eristage sisemist taasühendust protsessi lõpust, mida teenusehaldur käsitleb, sest kahel on erinevad omanikud ja erinevad tõendid.

Interaktiivne autentimine piirab järelevalveta taastamist. Taustaprotsess ei ava töölaua võtmehoidjat ega vasta MFA-küsimusele, seega järgige teenuse konteksti jaoks kinnitatud volituste korda.

Otsustage eraldi, mida rakendused tohivad teha, kui tunnel on maas. Kordamine taastab ühenduse, samal ajal kui blokeeriv poliitika otsustab, kas otsene liiklus on selles vahes lubatud.