Rrugët e importuara të VPN ndryshojnë nga klienti që funksionon? Krahasoni të dyja

Një shërbim privat përgjigjet përmes VPN ndërsa trafiku i zakonshëm i internetit sillet krejt ndryshe nga makina e një kolegu, dhe tundimi është të përfundosh se klienti Ubuntu është prishur. Ky përfundim kalon një hap. Një operacion privat që funksionon dhe një rrugë publike e ndryshme janë dy vëzhgime, dhe ndryshimi zakonisht qëndron te politika e trafikut që instaloi secili klient, jo te vetë klienti.

Krahasimi i konfigurimit të ruajtur me gjendjen aktuale të rrjetit kërkon tre komanda dhe përgjigjet pyetjes që hamendja po përpiqej të përgjigjej.

Së pari profili i ruajtur, pastaj gjendja aktuale

Një lidhje OpenVPN e importuar bëhet profil i vet i NetworkManager. Skedari .ovpn nga i cili erdhi pushon së qeni burim i së vërtetës në momentin që importimi përfundon, kështu që redaktimi i atij skedari më vonë nuk ndryshon asgjë te lidhja që po përdorni. Ky është vendi i parë ku krahasimi shkon keq, dhe shkon keq në heshtje.

nmcli -f connection.id,connection.uuid,ipv4.never-default,ipv4.routes,ipv4.dns connection show office-vpn

Lexoni UUID kur emrat përplasen; emrat e dyfishtë i mbijetojnë riinstalimeve dhe rikthimit të profileve, dhe mund të shpenzoni një orë duke redaktuar kopjen që nuk përdoret. Vlerat që shihni përshkruajnë qëllimin e ruajtur: nëse profili mund të marrë rrugën e paracaktuar, cilat rrugë u ruajtën dhe cilat zgjidhës dhe domene kërkimi kërkon. Ato nuk përshkruajnë çfarë ndodhi kur lidhja u aktivizua, sepse një shtojcë ose një shtytje nga serveri mund të shtojë gjendje që profili nuk e përmend. Kjo është arsyeja pse komanda tjetër ka rëndësi.

Pastaj shikoni çfarë bëri sistemi në të vërtetë me atë qëllim, duke përfshirë rregullat e politikës dhe çdo tabelë e jo vetëm tabelën kryesore. Vetitë e ruajtura janë hyrje, dhe tabelat e instaluara janë rezultati.

ip -4 rule show
ip -4 route show table all

Dy destinacione, një krahasim

Zgjidhni një destinacion privat që funksionon dhe një destinacion të zakonshëm publik, pastaj pyesni kernelin se cilën rrugë do të merrte secili. Pikërisht kryerja e kësaj në të dyja makinat e kthen një ndryshim të paqartë në një të saktë.

ip -4 route get 10.40.0.20
ip -4 route get 203.0.113.20

Adresat janë shembuj që zëvendësohen me tuajat; e rëndësishme është çifti, jo numrat. Krahasoni ndërfaqen, adresën burimore dhe tabelën e përmendur në çdo dalje. Kur kërkimi privat përmend tunelin dhe kërkimi publik përmend gjithashtu tunelin, keni një tunel të plotë dhe klienti tjetër mund të ketë një të ndarë, ose e kundërta.

Mos kërkoni që dy klientët të shtypin tekst identik. redirect-gateway def1 në OpenVPN zakonisht shprehet si dy rrugë gjysmë-prefiksi në vend të një të paracaktuare, dhe një menaxher që i shfaq ndryshe nuk është për këtë arsye i gabuar. Gjykoni mbulimin, të cilin e tregojnë kërkimet, jo formatimin.

Ku dy klientët ndryshojnë në mënyrë legjitime

Parazgjedhjet e klientëve janë zgjedhje politike dhe lejohet të mos pajtohen. Një produkt mund të preferojë një tunel të plotë, një tjetër mban parazgjedhjen lokale dhe drejton vetëm prefikset private, dhe i treti ndjek atë që shtyu serveri. Një ndryshim është defekt vetëm kur kundërshton kërkesën që ju është dhënë.

Prandaj krahasoni secilin klient me qëllimin e miratuar të tunelit të ndarë ose të plotë, jo me njëri-tjetrin. Nëse kërkesa është që trafiku privat të përdorë tunelin dhe rruga lokale e internetit të mbetet lokale, atëherë tuneli i plotë është gabimi dhe tuneli i ndarë është i saktë, pavarësisht se cili klient bëri çfarë. Shkruani qëllimin përpara se të shikoni cilindo konfigurim, përndryshe klienti i parë që shqyrtoni bëhet në heshtje standardi.

DNS është boshti i dytë dhe dështon në mënyrë të pavarur. Një rrugë e saktë mund të dërgojë ende kërkesa te një zgjidhës që nuk mund të përgjigjet për zonën private, dhe një zgjidhës i saktë nuk rregullon një rrugë të gabuar. Kontrolloni të dyja, dhe trajtojeni një emër privat që zgjidhet ndërsa një adresë private nuk zgjidhet si provë që dy shtresat zgjidhen veçmas.

Mbajeni krahasimin të pastër

Ekzekutoni një pronar lidhjeje në një kohë. Një sesion OpenVPN nga rreshti i komandës që punon pranë profilit të importuar instalon rrugët e veta dhe gjendjen e vet të zgjidhësit, dhe përzierja që rezulton nuk është sjellja e asnjë klienti. Hiqni njërin përpara se të matni tjetrin. Rinisni nëse nuk jeni të sigurt se çfarë ende mban gjendje, sepse një rrugë e vjetër prej një ore do të duket saktësisht si problem politike.

Mbajini të palëvizshme edhe gjithçka tjetër: i njëjti endpoint, i njëjti llogari, të njëjtat versione softueri, i njëjti rrjet. Një sukses në laptopin Windows të një kolegu teston një klient tjetër, një integrim tjetër të zgjidhësit dhe ndoshta një profil tjetër serveri, prandaj nuk është provë për menaxherin Ubuntu.

Referenca e cilësimeve IPv4 të NetworkManager përcakton saktësisht never-default dhe vetitë e rrugëve të ruajtura, që ia vlen të lexohet përpara se të ndryshoni një vlerë të menaxhuar. Dhe mbani mend shtrirjen e këtij krahasimi: mbulon IPv4 dhe nuk thotë asgjë për politikën përkatëse IPv6, e cila ka parazgjedhjet e veta dhe mënyrën e vet për t’ju befasuar.