OpenVPN dat begjint foar't it netwurk klear is, is gjin mislearring
In klant dy't begjint foar't de tsjinner berikber is, probearret op 'e nij en mislearret net. Skiede oarder, DNS, ferifikaasje en herstel nei de ferbining.
Jo begjinne de klant by it opstarten, de ienheid meldt aktyf, en de tunnel is der net. De natuerlike konklúzje is dat de tsjinst net begûn is, en de natuerlike repaasje is om it op 'e nij te begjinnen. Beide binne faak genôch ferkeard om in regel te fertsjinjen: in draaiende klant dy't op 'e nij probearret sjocht fan bûten krekt itselde út as ien dy't stikken is. It ferskil sit yn wat it proses docht, net yn 'e steat fan 'e ienheid.
Myte: in begûn tsjinst betsjut in wurkjende tunnel
In aktive ienheid bewiist dat it proses starten is en net ôfsletten. It bewiist net dat it profyl laden is, it sertifikaat akseptearre is of de oare kant antwurde hat. In ferpakke klant kin minuten lang yn in werhellingslus sitte wylst systemd neat oars as sukses meldt. Dat gat tusken steat en gedrach is it hiele ûnderwerp.
It tsjinoerstelde gefal is like gewoan. It proses kin ôfsletten wêze nei't it in kaai net lêze koe, en de ienheid meldt dan in mislearre steat dy't neat oer it wêrom seit. Beide steaten hawwe it logboek nedich om se te ûnderskieden.
Lês it logboek foar de eksimplaar ynstee fan 'e steat fan 'e ienheid. De redenrigel stiet yn it logboek, net yn it statuslabel.
Myte: werhellingsynstellingen dekke elke mislearring
Namme-oplossing en transportwerhellingen binne aparte kontrôles mei aparte standertwearden. resolv-retry regelet werhelle syktochten fan in ôfstân hostnamme, en de dokumintearre standert bliuwt sûnder ein probearjen. connect-retry set it ynterval tusken besykjen, wylst connect-retry-max beheine kin hoe faak elke ôfstân-yngong besocht wurdt. Kontrolearje hokker stadium it logboek neamt foar't jo ien fan har feroarje.
Non fan dat jildt foar in misfoarme profyl, in ûnlêsbere priveekaai of in ôfwiisde akkount. Dy hawwe in korreksje nedich, en in klant dy't se oanhâldend probearret, makket gjin foarútgong.
In net-goedkard sertifikaat ivich op 'e nij probearje is gjin reden om ferifikaasje fuort te heljen. It is in reden om de flater te lêzen.
Myte: ien starter is genôch, dus foegje noch ien ta
In ferbining dy't al troch NetworkManager of in ferpakke ienheid beheard wurdt, hat gjin twadde starter nedich. Twa prosessen dy't om deselde rûtes stride, leverje dûbele ynterfaces, betiizjende logboeken en in tunnel dy't flappet om redenen dy't nimmen sjocht. De twadde kopy komt meastentiids as in omwei om't de earste stadich is.
Beslis hokker komponint de tunnel besit foar't jo wat taheakje. Ferwiderje dan de oare starter ynstee fan dy út te skeakeljen en te hoopjen.
De eigner bepaalt ek wêr't werhellingen en oanmeldgegevens wei komme, dêrom komt dit beslút foar elke ôfstimming. Eignerskip komt earst krekt om dy reden.
Wat echt oarder nedich hat
Oarder kin wachtsje op in konfigureare adres, en dat is alles wat it garandearret. network-online.target fertraget aktivearring oant de behearder it netwurk as oan mient, en de definysje fan oan hinget fan 'e behearder ôf. It seit neat oer oft de VPN-hostnamme oplost, oft de listener antwurdet, of oft in captive portal it apparaat talitten hat.
Lês de ynstalleare ienheid en alle drop-ins foar't jo ôfhinklikheden taheakje. In breed After= op elke netwurkstsjinst fertraget it opstarten sûnder de ferbining te meitsjen dy't jo echt nedich hawwe.
Oarderje de ôfhinklikheid dy't jo testen kinne, en kontrolearje al it oare mei in gereedheidssonde. In sonde dy't de tunnel iepenet, ferslaat in timer dy't riedt.
Wat der bart as de tunnel de earste kear omheech komt
Opstarten is ien barren ûnder in soad. De tagongskeppel feroaret, in portal-sesje ferrint, de peer start op 'e nij. Underskied in ynterne werferbining fan in proses-ôfsluting dy't de tsjinstbehearder behannelet, want de twa hawwe ferskillende eigners en litte ferskillende bewizen.
Ynteraktive ferifikaasje beheint ûnbewekke herstel. In eftergrûn-ienheid ûntslút gjin buroblêd-kaaiering en antwurdet net op in MFA-fraach, dus folgje de goedkarde oanmeldgegevens-regeling foar de tsjinstkontekst.
Beslis apart wat applikaasjes dwaan meie wylst de tunnel del is. Werhelling herstelt in ferbining, wylst in blokkearjend belied beslút oft direkte ferkear yn dat gat tastien is.