Cili komponent e zotëron vërtet një kufi rrugësh të OpenVPN?
Një kufi rrugësh mund t'i përkasë motorit të OpenVPN, shtojcës NetworkManager ose serverit. Emërtoni pronarin përpara se të redaktoni një profil ose të ngrini një numër.
Një profil me dyqind rrugë punon në një makinë dhe instalon dyzet në një tjetër. Motori, integrimi që e nis dhe serveri që e ushqen kanë secili fjalën e vet, dhe secili mund ta ndalojë listën në një pikë të ndryshme. Leximi i defektit si një kufi i vetëm ju çon te skedari i gabuar. Mekanizmi ka tre faza, dhe faza që u ndal lë gjurmë të dukshme kur e dini se çfarë të kërkoni.
Tre faza, tre kufij të ndryshëm
Fillimisht motori analizon opsionin dhe vendos nëse kjo version e kupton atë. Më pas integrimi instalon atë që raporton motori, dhe kodi i vetë mund ta kufizojë ose riformësojë listën. Në fund serveri vendos sa rrugë do të dërgojë te një identitet i caktuar, përpara se ndonjë fazë e klientit të shohë diçka. Tre faza, tre tavane, dhe vetëm njëri prej tyre është numri në profil.
Ngritja e një tavani nuk bën asgjë për të tjerët. Një rrugë e dërguar dhe e refuzuar mund të jetë vendim politike në server, një mbivendosje që klienti e zgjidhi, ose një kufi i instaluesit që hodhi tepricën. Secili prej këtyre ka një rregullim tjetër.
Ndajini të tre përpara se të matni çdo gjë. Një gabim i analizuesit emërton një token, një kufi i instaluesit lë një tabelë të shkurtër rrugësh, dhe një vendim politike nuk lë absolutisht asgjë. Gjurmët ju thonë cilën fazë të inspektoni së pari.
| Stage | Who decides | What you can see |
|---|---|---|
| Parse | Client engine | An error naming the option |
| Install | Activation owner | A route count below the pushed count |
| Offer | Server policy | A route absent from the pushed list |
Analizuesi flet i pari
Një opsion i panjohur dështon me zë dhe herët, dhe teksti i gabimit emërton tokenin. Kjo është faza më e lehtë për t'u identifikuar: krahasoni mesazhin e saktë me versionin e instaluar të motorit, sepse një opsion i shtuar në një version është i panjohur në atë para tij. Një profil i kopjuar nga një vendosje më e re është burimi i zakonshëm i këtij mospërputhjeje. Analizuesi nuk injoron kurrë në heshtje një direktivë që nuk e njeh.
Një opsion i pranuar nuk thotë asgjë për rezultatin. Analiza ka sukses, dhe lista mund të shkurtohet ende nga instaluesi ose nuk mund të ofrohet kurrë nga serveri. Trajtoni një analizë të pastër si leje për të vazhduar, jo si provë.
Shënoni vargun e versionit nga binari që ekzekutua vërtet, jo nga ideja e menaxherit të paketave për atë që është instaluar. Këta të dy nuk pajtohen më shpesh sesa pritet.
Instaluesi ka tavanin e vet
Komponenti që zotëron aktivizimin mund të jetë një shtojcë NetworkManager në vend të binarit të motorit, dhe mund të imponojë kufirin e vet përpara se të ekzistojë ndonjë tunel. Redaktori i tij mund të shfaqë një fushë që motori në punë nuk e lexon kurrë, ose të lexojë një fushë që redaktori nuk e shfaq. Të dyja situatat duken nga jashtë si një defekt i klientit. Asnjëra nuk rregullohet duke redaktuar profilin.
Numëroni çfarë mbërriti, jo çfarë u konfigurua. Komanda ip route show dev tun0 liston rrugët e instaluara, dhe krahasimi i atij numri me listën e dërguar ndan një rrugë të hedhur nga një që nuk u dërgua kurrë. Një numër që përputhet me dërgimin e kthen dyshimin te serveri.
Një mbështjellës shell rreth binarit të motorit për të detyruar një numër më të madh turbullon përditësimet dhe e kthen kthimin pas në hamendje. Ai fsheh gjithashtu kufirin e vërtetë nga kushdo që lexon konfigurimin më pas.
Serveri vendos çfarë ju u ofrua
Politika për klient mund ta zvogëlojë listën përpara se të transmetohet. Një skedar specifik i klientit mund të shtojë rrugë për një identitet, ose një politikë grupi mund t'i heqë ato, dhe klienti nuk mund të dallojë një rrugë të filtruar nga një që nuk u përcaktua kurrë. Pikërisht kjo paqartësi e bën të rëndësishëm regjistrin e serverit. Kërkoni listën efektive të dërgimit për atë identitet, jo shabllonin.
Krahasoni regjistrin e serverit me listën e marrë. Hendeku midis tyre është shtresa e politikës, dhe zakonisht është më i vogël sesa sugjeron profili.
Kur dizajni e lejon, përmblidhni rrjetet ngjitur dhe fshini zërat e vjetruar. Më pak dhe më të mëdha rrugë zgjidhin më shumë raste sesa një tavan më i lartë.
Ndryshoni numrin në vendin e duhur
Përdorni cilësimin e dokumentuar të komponentit që e zotëron vërtet kufirin. Nëse fusha mungon në shtojcë, kontrolloni nëse shtojca është më e vjetër se funksioni ose nëse një bazë tjetër i zotëron rrugët. Më pas dokumentoni versionet e motorit, shtojcës dhe serverit pranë vlerës që zgjodhët. Përditësimi i radhës e rihap pyetjen, dhe shënimi është ai që e bën atë të përgjigjshme.
Ritestoni pas çdo përditësimi të cilësdo prej të treve. Një kufi i ngritur në vendin e duhur lëviz gjithsesi kur ndryshon komponenti që e zbaton. Regjistri i versioneve është e vetmja gjë që e bën atë lëvizje të parashikueshme.