OpenVPN motorra edo Tunnelblick: nor da Mac VPN saioaren jabe?

Homebrew-k OpenVPN programa bat instalatzen du; Tunnelblick-ek motor bat edo gehiago exekutatzen dituen kudeatzaile bat instalatzen du. Bata bestearen gaineko geruza desberdinak dira, eta galdera erabilgarria ez da terminala erabiltzea gustatzen zaizun ala ez. Galdera da nor den konfigurazioaren, DNS aldaketen, kredentzialen eskaeraren eta saioa amaitzean garbiketaren jabe. Geruza horien jabe bakarra da konfigurazioa aurreikusgarri egiten duena.

Pasa beheko bost egiaztapenak ordenan. Bi jabe dituen lehenengoa da jendeak OpenVPN berari leporatzen dizkion erdi-konektatutako egoera bitxiak sortzen dituena. Egiaztapen bakoitzak erabakitzen duen froga izendatzen du.

Lehen egiaztapena: zein OpenVPN fitxategi bitar exekutatzen da benetan

Exekutatu pgrep -fl openvpn konektatuta zauden bitartean eta irakurri komando-lerro osoa. Lehen bidea da benetan exekutatzen ari den motorra. Apple Silicon-en Homebrew instalazioa normalean /opt/homebrew azpian egoten da, Intel Mac-ek /usr/local erabiltzen dute, eta Tunnelblick-ek motorra bere aplikazio-paketearen barrutik exekutatzen du.

Tunnelblick-ek motorrak biltzen ditu eta konfigurazioari bat aukeratzen uzten dio. Homebrew formula eguneratzeak binafario independentea aldatzen du, ez Tunnelblick profil batek abiarazten duen motorra. Bertsioak alderatzen badituzu portaera-desberdintasuna azaltzeko, alderatu prozesu-zerrendako motorra, ez pakete-kudeatzailekoa. Bertsio-kateak bakarrik ez dizu esango motor horrek zein profil kargatu zuen.

Kopiatutako profil batek bi motor berdinak dirudite ere egin dezake, fitxategi desberdinak irakurtzen dituzten bitartean. Komando-lerroko profilaren bideak esaten dizu zein konfigurazio kargatu zuen exekutatzen ari den prozesuak; editore batean irekitako profila ez da froga. Alderatu bide hori portaera alderatu aurretik.

Bigarren egiaztapena: nork aldatzen ditu DNS eta ibilbideak

Motorrak OpenVPN-ren up eta down direktibak exekuta ditzake, baina kudeatzaileak bizi-ziklo bera izan dezake. Tunnelblick-eko izen-zerbitzariaren ezarpenek bere konexio eta deskonexio script estandarrak kontrolatzen dituzte, eta integrazio hori gaituta dagoenean, profileko direktiba lehiakideak ezereztu daitezke.

Hori garrantzitsua da DNS delako tunel funtzionala gehienetan hautsita ematen duen lekua. Egiaztatu scutil --dns konektatuta zauden bitartean, hartu oharra zein ebazle den lehenengoa, eta berretsi deskonektatu ondoren itzultzen dela. Profilak DNS bera ezartzea espero badu kudeatzaileak ere kudeatzen duen bitartean, bien arteko batek galduko du.

Erabaki zein geruza den DNS-aren jabe lehen konexioaren aurretik, eta gero kendu galtzen duen direktiba, biak tokian utzi beharrean. Ibilbide-aldaketek arau bera jarraitzen dute: jabe bakarra, konfigurazioan ikusgai, dokumentatutako berreskuratze-bide batekin.

Hirugarren egiaztapena: nondik datoz kredentzialak

Eskaera interaktiboak eta gainbegiratzeko prozesu batek baldintza desberdinak dituzte. Aplikazio batek gordetako kredentziala ez dago automatikoki beste prozesu batentzat eskuragarri, eta kudeatzaileari lotutako giltza-sortako elementua ikusezina izan daiteke shell batetik abiarazitako motor independente batentzat.

Zerrendatu profileko kredentzialen iturria: bezeroaren ziurtagiria eta gakoa, erabiltzaile-izena eta pasahitzaren eskaera, edo kanpoko laguntzaile batek emandako tokena. Ondoren berretsi hautatutako jabeak iturri horretara pertsona bat gabe irits daitekeela, konexioak berrabiaraztea gainditu behar badu.

Laugarren egiaztapena: nork abiarazten, gainbegiratzen eta gelditzen duen prozesua

Inplementazio independenteak gainbegirale bat behar du zutik egon behar badu. Launchd-ek motorra saioa hastean edo eskaeran abiaraz dezake, kraskaren ondoren berrabiarazi eta garbi gelditu, baina norbaitek idatzi eta bere gain hartu behar du lan hori. Komandoa terminalean exekutatzeak proba baterako balio du, eta ez leihoa ixten duen erabiltzaile batentzat.

Tunnelblick jabea izaten jarraitzen badu, erabili haren kontrol onartuak bigarren motor bat abiarazi beharrean. Homebrew binafarioak, kopiatutako profil bat emanda, konexio independentea irekitzen du bere konfigurazio eta integrazio-testuinguruarekin, lehendik dagoen Tunnelblick saioari agindu beharrean.

Hautatzen duzun jabea edozein dela ere, zehaztu zer gertatzen den atsedenean, sare-aldaketan eta saioa ixtean. Kudeatzaileak normalean gertaera horiek kudeatzen ditu; prozesu hutsak normalean ez, eta ondoriozko ibilbide edo ebazle zaharkitua erraza da zerbitzariaren hutsegite gisa oker irakurtzen.

Bosgarren egiaztapena: nola egiaztatzen den eskualdaketa

Probatu jabe berria zaharra desgaituta, eta gero probatu zaharra berriro mantentzeko asmoa baduzu. Lan-fluxu batean erantzuten duen eta bestean erantzuten ez duen baliabide pribatu bat falta den integrazioaren froga da, ez zerbitzariarena.

Motor independente bati eskualdaketarako, idatzi profilaren bidea, binafarioaren bidea, gainbegiralea, DNS-aren jabea eta kredentzialen iturria. Ondoren egiaztatu baliabide pribatua, internet publikorako bidea eta deskonexio garbia ordena horretan. Deskonektatu ondoren DNS edo ibilbideak geratzen badira, jabe berria ez da amaitu.

Tunnelblick-i eskualdaketarako, hautatu konfiguraziorako motorra, gaitu nahi duzun DNS integrazioa eta kendu haren aurka egiten duten profileko direktibak. Ondoren errepikatu hiru egiaztapen berak. Funtzionatzen duen baina ebazlea aldatuta uzten duen konexioa eskualdaketa hutsa da, tunela altxatu bada ere.

Paketatzeak ez du zerbitzariarekiko bateragarritasuna erabakitzen. Egiaztatu zerbitzuaren beraren bezero-baldintzak, eta aukeratu motorra bakarrik haren kudeaketa eman nahi duzunean.