Vrstni red storitev v macOS ne upravlja vaših poti VPN
Vrstni red storitev izbira med običajnimi vmesniki. VPN je že nad njimi, njegove vključene poti pa prihajajo iz profila, ne s tega seznama.
Nekaj na spletnem mestu spodleti, sodelavec se spomni, da obstaja vrstni red storitev, in Wi-Fi se povleče nad Ethernet. Nič se ne spremeni, ker ta seznam ni nikoli odločil, kam gre cilj VPN. Apple daje povezavam VPN prednost pred običajnimi in jih drži zunaj tega prerazvrščanja, zato stikalo odgovarja na ožje vprašanje od postavljenega. Napaka potrebuje izbrano pot in resolver, ne nove razvrstitve.
Kaj vrstni red storitev spremeni in česa se nikoli ne dotakne
„Nastavi vrstni red storitev“ je v Sistemskih nastavitvah, Omrežje, v meniju Dejanje, in razvršča običajne povezave, ko sta aktivni dve ali več. Ta razvrstitev izbere primarno storitev, ki zagotavlja privzeto pot in del vedenja resolverja. To je odločitev med enakovrednimi, ne stikalo za zasebne cilje za tunelom. Prenosnik z Wi-Fi in vmesnikom USB Ethernet ga uporablja za odgovor na smiselno vprašanje in to vprašanje ni o tunelu.
Profil VPN nosi vključene poti, izključene cilje in včasih pravila za posamezne aplikacije, in ta odločajo, kaj vstopi v tunel; meni razvrščanja jih ne ureja. Zato lahko profil z razdeljenim tunelom pusti javni promet zunaj, medtem ko VPN še vedno presega vsak fizični vmesnik. Vlečenje Wi-Fi na vrh ne naredi zasebnega obsega dosegljivega in ne more ustaviti cilja, ki ga profil že vključuje. Seznam premika vmesnike; profil premika predpone. Apple dokumentira prednost na svoji strani o vrstnem redu omrežnih storitev, ki si jo velja enkrat prebrati, preden kar koli prerazporedite.
Preberite pot, ki jo je stroj dejansko izbral
Vprašajte stroj, kam gre določen naslov, z ukazom route get 10.20.4.10, nato to ponovite za IPv6 z ukazom route -n get -inet6 2001:db8::10. Družini sta ločeni odločitvi, zato delujoča pot IPv4 ne pove ničesar o v6, neposredno povezano podomrežje ali bolj specifična predpona pa v vsakem primeru premaga splošno oznako povezave, in prav zato oznaka še naprej zavaja ljudi.
Če izhod poimenuje vmesnik tunela, je profil ujel cilj in vrstni red ni pomemben. Če poimenuje fizični vmesnik, profil tega ni storil, in nobeno vlečenje ne bo spremenilo tabele predpon. Oba izhoda poimenujeta tudi izvorni naslov, ki bi ga stroj uporabil, in to je polje, ki ga je treba navesti pri primerjavi dveh izvajanj. Shranite izhod, preden kar koli spremenite, ker je to edini dokaz, ki ga boste imeli pozneje.
DNS razrešuje po imenu, ne po vmesniku
Resolverji z obsegom in tisti, specifični za domeno, pomenijo, da se odgovor lahko razlikuje po imenu in ne po vmesniku. scutil --dns izpiše konfiguracijo resolverja, ki jo sistem dejansko uporablja, vključno z vnosi z obsegom. Vrstni red storitev vpliva na to, katera storitev zagotavlja privzeti resolver, vendar lahko obseg, specifičen za ime, vseeno zmaga.
Zato lahko ping na naslov deluje, medtem ko ime gostitelja spodleti, ali obratno. Preberite oba izhoda, preden izberete krivca.
Spremenite profil in nato znova preberite oba izhoda
Ko je treba spremeniti politiko ciljev, lastnik je profil VPN: vključene poti, izključene poti in vsa pravila razdeljenega tunela, ki jih podpira dobavitelj. Spreminjanje vmesnikov samo premakne razpravo. Na Macu, ki se upravlja na daljavo, najprej shranite trenutno stanje omrežja, ker izguba tunela na stroju, do katerega ne morete priti, je potovanje in ne razveljavitev.
Ponovite napako, preberite pot, preberite resolver, spremenite eno stvar in nato znova preberite ista dva izhoda. Mešanje več storitev in profilov hkrati pusti stroj, ki ga nihče ne zna razložiti, tudi tisti, ki ga je popravil. Preizkus se konča, ko se oba izhoda ujemata z načrtovano spremembo. Če se še vedno razhajata, profil in stroj opisujeta dve različni politiki, in spremeniti je treba profil.