Þjónusturöðin í macOS stjórnar ekki VPN-leiðunum þínum
Þjónusturöðin velur milli venjulegra tengja. VPN er nú þegar ofar þeim, og leiðirnar sem það inniheldur koma frá sniðinu, ekki frá þeim lista.
Eitthvað á vefsíðu mistekst, kollegi man að þjónusturöðin er til, og Wi-Fi er dregið fyrir ofan Ethernet. Ekkert breytist, því sá listi hefur aldrei ákveðið hvert VPN-áfangastaður fer. Apple gefur VPN-tengingum forgang fram yfir venjulegar og heldur þeim utan við þessa endurröðun, svo rofinn svarar þrengri spurningu en sú sem er lögð fram. Bilunin þarf valda leið og leysirinn, ekki nýja röðun.
Hvað þjónusturöðin breytir, og hvað hún snertir aldrei
„Setja þjónusturöð” er undir Kerfisstillingar, Net, í Aðgerðavalmyndinni, og hún raðar venjulegum tengingum þegar tvær eða fleiri eru virkar. Sú röðun velur aðalþjónustuna, sem veitir sjálfgefna leið og hluta af hegðun leysisins. Þetta er úrslit á milli jafningja, ekki rofi fyrir einkaaðfangaáfangastaði bak við göng. Fartölva með Wi-Fi og USB-Ethernet-tengi notar hana til að svara skynsamri spurningu, og sú spurning snýst ekki um göngin.
VPN-snið ber innifaldar leiðir, útilokaða áfangastaði og stundum reglur fyrir hvert forrit, og þær ákveða hvað fer inn í göngin; röðunarvalmyndin breytir þeim ekki. Þess vegna getur snið með skiptum göngum látið almennan umferð vera úti á meðan VPN er enn ofar öllum líkamlegum tengjum. Að draga Wi-Fi efst getur ekki gert einkasvið aðgengilegt og getur ekki stöðvað áfangastað sem sniðið inniheldur þegar. Listinn færir tengi; sniðið færir forskeyti. Apple skjalfestir forganginn á síðu sinni um þjónusturöð nets, sem vert er að lesa einu sinni áður en þú endurraðar nokkru.
Lestu leiðina sem vélin valdi í raun
Spurðu vélina hvert tiltekið vistfang fer með route get 10.20.4.10, endurtaktu svo fyrir IPv6 með route -n get -inet6 2001:db8::10. Fjölskyldurnar tvær eru aðskildar ákvarðanir, svo virk IPv4-leið segir ekkert um v6, og beintengt undirnet eða nákvæmara forskeyti vinnur hvort eð er yfir almennu tengimerkið, sem er einmitt ástæðan fyrir því að merkið heldur áfram að villa fólki.
Ef úttakið nefnir tengi ganganna hefur sniðið náð áfangastaðnum og röðunin skiptir engu. Ef það nefnir líkamlega tengið gerði sniðið það ekki, og engin dráttur breytir forskeytistöflunni. Bæði úttökin nefna líka upprunavistfangið sem vélin myndi nota, og það er reiturinn sem á að vitna í þegar tveimur keyrslum er borið saman. Vistaðu úttakið áður en þú breytir nokkru, því það er eina sönnunin sem þú hefur eftir.
DNS leysir eftir nafni, ekki eftir tengi
Afmörkuð og lénsérstök leysir þýða að svarið getur verið mismunandi eftir nafni frekar en eftir tengi. scutil --dns prentar leysisstillinguna sem kerfið notar í raun, þar á meðal afmörkuð færslur. Þjónusturöðin hefur áhrif á hvaða þjónusta veitir sjálfgefna leysinn, en nafnskýr mörk geta samt unnið.
Þess vegna getur ping á vistfang virkað á meðan hýsilnafnið mistekst, eða öfugt. Lestu bæði úttökin áður en þú velur sökudólg.
Breyttu sniðinu og lestu svo bæði úttökin aftur
Þegar stefnu áfangastaðar þarf að breyta er eigandinn VPN-sniðið: innifaldar leiðir, útilokaðar leiðir og hvaða reglur um skipt göng sem söluaðilinn styður. Að breyta tengjum færir bara rökræðuna. Á Mac sem stýrt er í fjarska skaltu fyrst vista núverandi netástand, því að missa göngin á vél sem þú kemst ekki að er ferðalag en ekki afturköllun.
Endurgerðu bilunina, lestu leiðina, lestu leysinn, breyttu einu atriði og lestu svo sömu tvö úttökin aftur. Að stokka nokkrar þjónustur og snið í einu skilur eftir vél sem enginn getur útskýrt, þar á meðal sá sem lagaði hana. Prófið er búið þegar bæði úttökin eru sammála breytingunni sem þú ætlaðir. Ef þau greinir enn á, lýsa sniðið og vélin tveimur ólíkum stefnum, og sniðið er það sem á að breyta.