Hindi kinokontrol ng pagkakasunod-sunod ng serbisyo sa macOS ang iyong mga ruta ng VPN

May nabigo sa isang website, naalala ng isang katrabaho na may pagkakasunod-sunod ng serbisyo, at hinihila ang Wi-Fi sa ibabaw ng Ethernet. Walang nagbabago, dahil hindi kailanman nagpasya ang listahang iyon kung saan pupunta ang isang destinasyon ng VPN. Binibigyan ng Apple ng priyoridad ang mga koneksyong VPN kaysa sa mga ordinaryo at inilalayo sila sa muling pag-aayos na iyon, kaya sinasagot ng switch ang isang mas makitid na tanong kaysa sa itinanong. Ang pagkabigo ay nangangailangan ng napiling ruta at ng resolver, hindi ng bagong ranggo.

Ano ang binabago ng pagkakasunod-sunod ng serbisyo, at ano ang hindi nito kailanman ginagalaw

Ang „Itakda ang Pagkakasunod-sunod ng Serbisyo” ay nasa Mga Setting ng System, Network, sa menu ng Aksyon, at niraranggo nito ang mga ordinaryong koneksyon kapag dalawa o higit pa ang aktibo. Pinipili ng ranggong iyon ang pangunahing serbisyo, na nagbibigay ng default na ruta at bahagi ng pag-uugali ng resolver. Ito ay isang pagpapasya sa pagitan ng magkapantay, hindi isang switch para sa mga pribadong destinasyon sa likod ng isang tunnel. Gumagamit nito ang isang laptop na may Wi-Fi at USB Ethernet adapter upang sagutin ang isang makatwirang tanong, at ang tanong na iyon ay hindi tungkol sa tunnel.

Nagdadala ang isang profile ng VPN ng mga kasamang ruta, mga ibinukod na destinasyon at kung minsan mga tuntunin sa bawat app, at ang mga iyon ang nagpapasya kung ano ang pumapasok sa tunnel; hindi binabago ng menu ng pagkakasunod-sunod ang mga iyon. Iyon ang dahilan kung bakit ang isang split-tunnel na profile ay maaaring mag-iwan ng pampublikong trapiko sa labas habang ang VPN ay nananatiling nangunguna sa bawat pisikal na interface. Ang paghila ng Wi-Fi sa itaas ay hindi nagpapabukas ng isang pribadong saklaw at hindi mapipigilan ang isang destinasyong kasama na ng profile. Ang listahan ay naglilipat ng mga interface; ang profile ay naglilipat ng mga prefix. Idinodokumento ng Apple ang priyoridad sa pahina ng pagkakasunod-sunod ng mga serbisyo ng network, na sulit basahin nang isang beses bago mo ayusin muli ang anuman.

Basahin ang rutang aktwal na pinili ng makina

Tanungin ang makina kung saan pupunta ang isang partikular na address gamit ang route get 10.20.4.10, pagkatapos ulitin ito para sa IPv6 gamit ang route -n get -inet6 2001:db8::10. Ang dalawang pamilya ay magkahiwalay na desisyon, kaya ang gumaganang rutang IPv4 ay walang sinasabi tungkol sa v6, at ang direktang konektadong subnet o mas tiyak na prefix ay tinalo pa rin ang pangkalahatang label ng koneksyon, na siyang eksaktong dahilan kung bakit patuloy na inililigaw ng label ang mga tao.

Kung pinangalanan ng output ang interface ng tunnel, nahuli ng profile ang destinasyon at walang kaugnayan ang pagkakasunod-sunod. Kung pinangalanan nito ang pisikal na interface, hindi iyon ginawa ng profile, at walang dami ng paghila ang magbabago sa talahanayan ng prefix. Pinangalanan din ng parehong output ang source address na gagamitin ng makina, at iyon ang field na dapat sipiin kapag inihahambing ang dalawang pagtakbo. I-save ang output bago baguhin ang anuman, dahil iyon lamang ang ebidensiyang mayroon ka pagkatapos.

Niresolba ng DNS ayon sa pangalan, hindi ayon sa interface

Ang mga resolver na may saklaw at partikular sa domain ay nangangahulugang maaaring mag-iba ang sagot ayon sa pangalan sa halip na ayon sa interface. Ipinapakita ng scutil --dns ang configuration ng resolver na aktwal na ginagamit ng system, kasama ang mga entry na may saklaw. Naaapektuhan ng pagkakasunod-sunod ng serbisyo kung aling serbisyo ang nagbibigay ng default na resolver, ngunit ang isang saklaw na partikular sa pangalan ay maaari pa ring manalo.

Iyon ang dahilan kung bakit ang ping sa isang address ay maaaring gumana habang nabigo ang hostname, o kabaligtaran. Basahin ang parehong output bago pumili ng salarin.

Baguhin ang profile, pagkatapos ay basahin muli ang parehong output

Kapag ang isang patakaran sa destinasyon ay kailangang magbago, ang may-ari ay ang profile ng VPN: mga kasamang ruta, mga ibinukod na ruta at anumang panuntunan ng split-tunnel na sinusuportahan ng vendor. Ang pagpapalit ng mga interface ay naglilipat lamang ng debate. Sa isang Mac na pinamamahalaan nang malayuan, i-save muna ang kasalukuyang estado ng network, dahil ang mawalan ng tunnel sa isang makina na hindi mo maabot ay isang paglalakbay, hindi isang rollback.

Ulitin ang pagkabigo, basahin ang ruta, basahin ang resolver, baguhin ang isang bagay, pagkatapos ay basahin muli ang parehong dalawang output. Ang paghahalo ng maraming serbisyo at profile nang sabay ay nag-iiwan ng makina na walang makapagpapaliwanag, kasama na ang taong nag-ayos nito. Tapos na ang pagsubok kapag ang parehong output ay sumasang-ayon sa pagbabagong nilayon mo. Kung hindi pa rin sila magkasundo, ang profile at ang makina ay naglalarawan ng dalawang magkaibang patakaran, at ang profile ang dapat baguhin.