NetworkManager edo wg-quick: nork dauzka zure WireGuard ibilbideak?
Bi kudeatzailek WireGuard esteka beraren jabe izan nahi dezakete, eta editatu duzun konfigurazioa agian ez da indarrean dagoena. Aurkitu jabea ibilbide, arau eta interfazearen egoeratik abiatuta.
AllowedIPs aldatzen duzu WireGuard fitxategian, tunela berrabiarazten duzu, eta bideratze-taula berdin-berdin ikusten da. Ohiko erreakzioa arazo handiko ibilbidea ezabatu eta aurrera egitea da, hurrengo berrkonexioak berriz ere jarri arte funtzionatzen duena. Editatu duzun fitxategia ez da nahitaez ikusten ari zaren egoera sortu zuen objektua. Bi kudeatzailek protokolo bera exekuta dezakete makina berean, eta haietako batek baino ez du interfazearen jabetza une bakoitzean.
Mitoa: makina bakarrean WireGuard konfigurazio bakarra dago
wg-quick-ek fitxategi bat irakurtzen du honen azpian: /etc/wireguard/ eta interfazea eraikitzen du zuk igotzean. NetworkManager-ek konexio-profila gordetzen du bere keyfile formatuan eta aktibatzean ematen du, eta wg-quick fitxategi bat inportatzeak balioak profil horretan kopiatzen ditu, hura estekatu beharrean. Originala geroago editatzeak ez du ezer aldatzen, profilek jada ez duelako irakurtzen. Beraz, pare eta gakoen zerrenda bera bi aldiz egon daiteke, bigarren kopia indarrean dagoela.
Gogoratzeko merezi duen seinale bat: berrabiaraztea baina ez berrinportazioa gainditzen duten aldaketak biltegi batetik datoz, eta berrabiaraztean desagertzen direnak bestetik.
Adibide praktiko batek banaketa begi-bistakoa egiten du. Alderatu nmcli connection show honekin: systemctl status wg-quick@wg0, eta gero egiaztatu ibilbideak zein interfazeri zintzilik dauden. Zerbitzua hilda badago eta interfazea altxatuta badago, profilek egiten du lana, fitxategiak esan arren.
Mitoa: bideratze-arauak WireGuard-en parte dira
Kernelaren WireGuard gailuak pareak eta gakoak ezagutzen ditu, eta ez daki ezer politika-bideratzeari buruz. Ikusten dituzun ip rule sarrera eta taula gehigarriak interfazea altxatu zuen tresnak instalatu zituen. wg-quick-ek fwmark bat eta taula dedikatu bat gehi haren gaineko arauak gehi ditzake, eta NetworkManager-ek bere ipv4 ezarpenen bidez instalatzen ditu ibilbideak eta DNS sistema erabiltzen duen resolver backend-aren esku uzten du. Tunel bera, alboko efektu desberdinak.
Irakurri ip rule eta ip route show table all ezer aldatu aurretik, eta idatzi ibilbide bakoitza zein taulatan bizi den. Konfiguratu ez duzun taula-zenbaki bat sortu zuen tresnari buruzko aztarna sendoa da.
Mitoa: ibilbidea ezabatzea konponbidea da
Exekuzioan ezabatutako ibilbidea jabeak hurrengo aktibazioan berriro instalatuko duen ibilbidea da, eta aktibazioa zuri gabe gerta daiteke: ordenagailu eramangarria esnatzea, estekaren dardara bat, zerbitzuaren berrabiaraztea edo NetworkManager-en autokonexioa. Horregatik itzultzen da ibilbide bera eta horregatik irtenbide behin-behinekoa fidagarritasunik gabekoa dirudi, okerra izan beharrean. Identifikatu lehenengo kudeatzailea, eta gero aldatu kudeatzaile horrek benetan irakurtzen duen sarrera.
Berriz konektatzea eta dagokion zerbitzua berrabiaraztea da konponbide benetakoa itxura oneko konponbidetik bereizten duen proba.
Aukeratu jabe bakarra eta kendu bestea
Aukeratu zure hedapenak onartzen duen kudeatzailea, eta gero desgaitu lehiakide den aktibazioa bere kontrol dokumentatuaren bidez, alferrik egongo delakoan egon beharrean. Maszkaratutako wg-quick zerbitzua edo ezabatutako NetworkManager profila esplizitua da; biak gaituta utzi eta elkarren aurka lasterkatzea ez. Gorde funtzionatzen duen sarbidea ezer desgaitu aurretik, zure urruneko saioa daraman interfazea kentzeko zorian egon baitaiteke.
Aldaketaren ondoren, egiaztatu barne hartutako eta kanpo utzitako trafikoa, gero DNS, eta gero berrabiarazi behin. Egoerak kudeatzaile bakarrekin berrabiaraztea gainditzen badu, jabe bat duzu, kasualitate bat izan beharrean.
Arau orokorra WireGuard-etik harago gordetzea merezi du: ezarpen bat behin eta berriro itzultzen denean, utzi emaitza ezabatzeari eta aurkitu hura etengabe sortzen duen prozesua.