NetworkManager-en falta den VPN bidea: profileko politika edo script bat?

Konektatzen zara, tunelaren interfazea agertzen da, eta behar duzun prefijo bat ez dago taulan. Hurrengo urratsa normalean hura gehitzen duen script baten bila aritzea da. Bilaketa horrek profil batean OpenVPN laguntzaile bat itsasten duten erantzunetara eramaten zaitu, eta erantzun horien erdiak egoera okertu egiten du hobetu beharrean, falta den bide batek hiru jabe posible dituelako eta horietako bakarra delako falta den script bat.

Erabaki zein jabe den arduratsua ezer idatzi aurretik.

Hiru jabe, falta den prefijo bat

Prefijoak huts egin dezake inork eman ez duelako, profileak uko egin diolako edo begiratzen ez duzun leku batean instalatu delako. Akats desberdinak dira eta konponbide desberdinak dituzte.

Lehenengoa da egiaztatzeko errazena: zerbitzariak edo pluginak inoiz eskaini al zuen bidea? Prefijoa inoiz jaso ez duen backend batek ezin du instalatu, eta script lagungarri batek ezin du pareak inoiz deskribatu ez zuen irisgarritasunik asmatu. Bigarrena profileko politika da, konexioak bestela hartuko lituzkeen bideak zapal ditzakeena. Hirugarrena taula edo arau bat da, bidea erreferentzia lehenetsiak inoiz kontsultatzen ez duen leku batean gorde dezakeena.

Laugarren jabea zu zara, geroago: konektatzean bidea gehitzen duen baina deskonektatzean kentzen ez duen script bat. Horrek tunelak baino gehiago irauten duen prefijo bat sortzen du, interfaze hilean seinalatzen du eta makina arazten duen hurrengo pertsona nahasten du.

Irakurri profila ezer gehitu aurretik

Hasi gordetako konexioaren propietateekin. Irakurri horiek sekreturik isuri gabe, eta erabili UUIDa profilaren izena anbiguoa bada.

nmcli -f vpn.service-type,ipv4.never-default,ipv4.ignore-auto-routes,ipv4.route-table,ipv4.routes connection show office

vpn.service-type guneak esaten dizu zein backend den konexioaren jabe, eta hori garrantzitsua da pluginaren datuak backendaren berariazkoak direlako. Plugin batek onartzen duen giltza ez da beste baterako onartutako argibidea, beraz beste bezero baten dokumentaziotik kopiatutako zati bat ez da ezeren froga.

ipv4.ignore-auto-routes eta ipv4.never-default galdera desberdinei erantzuten diete. Lehenengoak konexioak bestela automatikoki hartuko lituzkeen bideak bazter ditzake, eta bigarrenak profileak bide lehenetsia izan daitekeen kontrolatzen du. Bide automatikoak alde batera uzten dituen eta beste ezeretan oinarritzen ez den profil bat garbi konektatuko da eta ia ezer ez du instalatuko.

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

Bi komando horiek hirugarren aukera argitzen dute. Bilatu zure prefijoa taula guztietan, ez bakarrik main-en, eta egiaztatu politika-arau batek dagokion bilaketa beste nonbait bidaltzen duen. Prefijoa beste taula batean badago eta ezerk ez badu kontsultatzen, ez duzu falta den biderik; inoiz hara iristen ez den bilaketa bat duzu.

Script batek konpondu ezin duena

Script lagungarri bat gehitzeak NetworkManagerren vpn.data eremuari exekutatzeko programa bat ematen dio. Mekanismo erreala da, eta kasu hauetako gehienetarako okerra da, scriptak kontrola jasotzen baitu profileko politikak zer onartu erabaki ondoren.

OpenVPNren script-security da beste nahasmen errepikakorra. OpenVPNren ezarpena da, bezeroak zein script exekutatu ditzakeen eta haien ingurunean zer jar dezakeen arautzen duena; maila 3ak ingurunearen bidez kredentzialak pasatzea baimentzen du, eta hori sekretuen kudeaketari buruzko erabakia da, ez bideen konponketa. OpenVPN ez den backend bat duen profil batean itsasteak, edo script batek behar ez duenean igotzeak, esposizioa gehitzen du biderik gehitu gabe.

Gero berrabiarazteko erreakzioa dago. NetworkManager zerbitzua berrabiarazteak kudeatutako esteka guztiak eraisten eta berreraikitzen ditu, zuk urrutitik lan egiten baduzu konektatuta zauden esteka barne. Ekintza disruptiboa da, ez diagnostiko kaltegabea, eta zerbitzari batean bizirik irauten duen saio baten eta irauten ez duenaren arteko aldea izan daiteke.

Erabakia, hurrenkeran

Egin hiru galdera segidan. Pareak prefijoa eman al zuen, backendaren erregistroak edo bere egoera-irteerak erakutsiko duena? Bai bada, profila bideak onartu eta instalatzeko konfiguratuta dago, edo zapaltzen ari da? Bidea nonbait badago, bilaketa-bidea zuzena al da probatzen ari zaren trafikoarentzat?

Lehen erantzuna bai, bigarrena bai eta hirugarrena zuzena denean soilik bihurtzen da defentsagarri script osagarri bat, eta orduan ere galdetu beharko zenuke backendak bidea berez onartzen duen. VPN ezarpenen erreferentzia guneak service-type eta pluginaren berariazko datu-hiztegia dokumentatzen ditu, eta hor hasi behar da giltza bat existitzen dela suposatu aurretik.

Onartutako zuzenketa baten ondoren, konektatu berriro eta probatu helmuga helbidez eta gero izenez, gero deskonektatu eta konektatu berriro egoera errepikagarria dela baieztatzeko. Jabe bat, taula bat eta tunelarekin desagertzen den bide bat da merezi duen emaitza.