Bakit bumabagsak ang VPN sa iyong Mac kapag ikinabit ang iPhone sa USB

Ikinakabit mo ang iPhone para mag-charge, at makalipas ang isang minuto ay tumitigil ang VPN sa iyong Mac sa pagpapadala ng trapiko. Nagpapakita ang Mga Setting ng System ng bagong serbisyong tinatawag na iPhone USB, at ang halatang hakbang ay burahin ito. Madalas mali ang hakbang na iyon. Ang serbisyo ay maaaring Personal na Hotspot ng telepono, o maaaring isang link na ginagamit ng Xcode at mga tool ng device para kausapin ang telepono, at sapat na magkaiba ang kilos ng dalawa kaya dapat mauna ang pagkilala bago ang pagbura.

Hakbang 1: Basahin ang serbisyong aktwal na ginawa ng telepono

Buksan ang Mga Setting ng System, pagkatapos ang Network, at ihambing ang listahan ng serbisyo kapag nakahiwalay at nakakabit ang telepono. Sa kasalukuyang macOS, nakalista ang serbisyo bilang iPhone USB. Pansinin kung aktibo ito, kung saan ito sa pagkakasunod-sunod ng serbisyo, at kung ginagamit ito ng Mac para sa default na ruta. Mahalaga ang pagkakasunod-sunod dahil pinipili ng macOS ang pinakamataas na aktibong serbisyong kayang maabot ang destinasyon, hindi ang alam mo ang pangalan.

Ang gabay ng Apple tungkol sa Personal na Hotspot ay naglalarawan ng mekanismo: habang naka-enable ang Personal na Hotspot sa telepono, ang pagkabit nito sa USB ay maaaring gawing gamitin ng Mac ang cellular na koneksyon ng telepono, kahit na mag-charge lang ang layunin mo. Hindi ito bug ng VPN client; sinusundan ng routing table ang isang serbisyong umangat bago ang Wi-Fi.

Kung umiiral ang serbisyo pero nananatiling hindi aktibo habang nakakabit ang telepono, malamang na nakikita mo ang koneksyong pang-charge lamang o link ng device, hindi hotspot. Panatilihin ang pagkakaibang iyon, dahil sinusubukan ito ng susunod na dalawang hakbang sa halip na hulaan mula sa icon.

Hakbang 2: Suriin kung aling ruta ang ginagamit ng endpoint ng VPN

Basahin ang ruta patungo sa naresolba na address ng server ng VPN, hindi patungo sa website. route -n get ay read-only at ipiniprinta ang interface at gateway na gagamitin ng kernel, at mahalaga ang dalawang linya.

scutil --dns | head -20
route -n get 203.0.113.10

Ang address sa itaas ay placeholder para sa dokumentasyon. Palitan ito ng endpoint na ipinapakita ng iyong client, at gamitin ang route -n get -inet6 para sa endpoint na IPv6. Ihambing ang output kapag nakahiwalay at nakakabit ang telepono, at huwag magdagdag o mag-alis ng ruta sa pagitan ng dalawang pagbasa. Kung nagbago ang interface mula en0 patungo sa interface ng iPhone USB, nanalo ang rutang hotspot sa paghahanap at ang panlabas na koneksyon ng VPN ay dumadaan na sa cellular.

Hindi ipinapaliwanag ng pagbabago ng ruta ang lahat ng pagkabigo. Maaari pa ring maabot ng client ang server at mabigo mamaya sa panloob na trapiko ng tunnel, dahil iba ang MTU ng bagong landas o hinaharangan ng operator ang protocol. Basahin ang sariling error ng client bago magbago ng anuman: ang panlabas na timeout ng handshake ay tumutukoy sa maabot, habang ang naitatag na tunnel na tumitigil sa pagpapadala ng trapiko ay tumutukoy sa MTU, DNS o patakaran.

Hakbang 3: Ihiwalay ang hotspot mula sa link ng komunikasyon ng device

Ang Xcode 15 at mas bago ay kumakausap sa device na nakakabit sa USB sa pamamagitan ng channel na nakabatay sa network na may kasamang link-local IPv6, kaya maaaring magpakita ang Mac para sa development ng karagdagang interface na walang kinalaman sa pag-access sa internet. Dinodokumento ng technical note na TN3158 ng Apple ang gawi na iyon at nagbabala na maaaring makagambala ang VPN o security filtering. Kabaligtaran ito ng problema sa hotspot: hindi nasisira ang VPN dahil nag-aalok ng internet ang telepono; nasisira ang koneksyon ng device dahil hinuhuli ito ng VPN.

Dalawang obserbasyon ang naghihiwalay sa mga kaso nang walang packet capture. Una, suriin kung ang interface ay may routable na address at default na ruta, o address na fe80:: na link-local lamang; link-local lamang ay nangangahulugang walang daan sa internet. Pangalawa, isara ang VPN at tingnan kung maabot muli ng Xcode ang device. Kung kaya, hinuhuli ng mga ruta o content filter ng VPN ang link-local na trapiko, at ang pagwawasto ay nasa configuration ng split tunnel o filter, hindi sa panel ng Network.

ifconfig | grep -A4 -E '^en[0-9]+:'
netstat -rn -f inet6 | head

Huwag hatulan sa pangalan ng interface lamang. Gumagawa at sumisira ang macOS ng mga interface na ito habang nakakabit ang mga device, at inilalaan ang numerong en sa runtime, kaya maaaring magpakita ang parehong Mac ng ibang numero pagkatapos ng restart o pagpalit ng cable.

Hakbang 4: Ulitin ang pagkabigo gamit ang isang variable sa isang pagkakataon

Kapag alam mo kung aling serbisyo ang sangkot, ulitin ang problema sa takdang pagkakasunod-sunod. Magsimula sa nakahiwalay na telepono at nakakabit na VPN. Ikabit ang telepono na patay ang Personal na Hotspot, hintayin na maging matatag ang listahan ng Network, at patakbuhin muli ang query ng ruta. Ihiwalay, buhayin ang Personal na Hotspot, ikabit muli, at ulitin. Isulat ang interface, gateway at error ng client para sa bawat isa sa tatlong estado, at mayroon kang paghahambing sa halip na alaala.

Kung nabigo ang VPN sa estado ng hotspot lamang, ilayo ang telepono sa landas na iyon: patayin ang Personal na Hotspot habang nag-charge, o ilipat ang serbisyong iPhone USB sa ilalim ng Wi-Fi sa pagkakasunod-sunod ng serbisyo. Kung nabigo ito sa bawat nakakabit na estado, kasama na ang patay na hotspot, tingnan kung paano hinahawakan ng client ang transition ng network. Ang ilang client ay nagtatanggal ng tunnel kapag nagbago ang pangunahing serbisyo at kailangan ng muling pagkonekta; gawi iyon ng client, hindi depekto ng telepono.

Baguhin ang isang bagay bawat pagtatangka. Ang pagbura ng serbisyo, pag-reset ng configuration ng VPN at muling pag-install ng client sa parehong minuto ay mag-iiwan sa iyo ng gumaganang Mac at walang ideya kung aling aksyon ang nag-ayos.

Hakbang 5: Magpasya kung ano ang itatabi at ano ang i-verify

Hayaan ang link ng device. Ang pag-alis ng interface na ginagamit ng Xcode ay hindi nag-aayos ng ruta ng VPN, at sinisira nito ang deployment sa mga device hanggang sa susunod na pagkabit. Kung talagang hindi kailangan ang serbisyo ng hotspot, patayin muna ang Personal na Hotspot sa telepono; iyon ang dokumentadong kontrol at nananatili pagkatapos ng restart.

Kung aalisin mo ang isang serbisyo, alisin ang natukoy mo at pagkatapos i-verify ang dalawang bagay: bumalik ang ruta patungo sa endpoint ng VPN sa inaasahang interface, at nagpapadala ang tunnel ng trapiko patungo sa panloob na address, hindi lamang sa internet. Itala ang pagkakasunod-sunod ng serbisyo at bersyon ng client, dahil maaaring baguhin ng update ng macOS kung paano lumilitaw ang telepono.

Pagkatapos ay uriin ang pagkabigong aktwal mong nakita. Ang timeout ng handshake, paghinto ng MTU pagkatapos umangat ang tunnel, at mga sagot ng DNS na nagmumula sa operator ay tatlong magkaibang problema na may tatlong magkaibang pagwawasto. Ang serbisyong USB ang trigger sa lahat ng tatlo; bihirang ito ang sanhi.