Pam mae VPN eich Mac yn torri pan ydych yn plygio iPhone drwy USB

Rydych yn plygio iPhone i'w wefru, ac munud yn ddiweddarach mae'r VPN ar eich Mac yn stopio pasio traffig. Mae Gosodiadau'r System yn dangos gwasanaeth newydd o'r enw iPhone USB, a'r cam amlwg yw ei ddileu. Mae'r cam hwnnw'n aml yn anghywir. Gall y gwasanaeth fod yn Hotspot Personol y ffôn, neu gall fod yn ddolen y mae Xcode ac offer dyfeisiau yn ei defnyddio i siarad â'r ffôn, ac mae'r ddau yn ymddwyn yn ddigon gwahanol fel bod rhaid adnabod cyn dileu.

Cam 1: Darllenwch y gwasanaeth a greodd y ffôn mewn gwirionedd

Agorwch Gosodiadau'r System, yna Rhwydwaith, a chymharwch y rhestr gwasanaethau gyda'r ffôn wedi'i ddatgysylltu ac wedi'i gysylltu. Ar macOS presennol mae'r gwasanaeth yn cael ei restru fel iPhone USB. Nodwch a yw'n weithredol, ble mae'n sefyll yn nhrefn y gwasanaethau, ac a yw'r Mac yn ei ddefnyddio ar gyfer y llwybr diofyn. Mae trefn y gwasanaethau'n bwysig oherwydd bod macOS yn dewis y gwasanaeth gweithredol uchaf sy'n gallu cyrraedd cyrchfan, nid yr un rydych yn adnabod ei enw.

Mae canllaw Hotspot Personol Apple yn disgrifio'r mecanwaith: tra bod Hotspot Personol wedi'i alluogi ar y ffôn, gall ei gysylltu drwy USB beri i'r Mac ddefnyddio cysylltiad symudol y ffôn, hyd yn oed pan oeddech ond am wefru. Nid yw hynny'n fyg cleient VPN; mae'r tabl llwybro yn dilyn gwasanaeth a gododd o flaen Wi-Fi.

Os yw'r gwasanaeth yn bodoli ond yn aros yn anweithredol gyda'r ffôn wedi'i gysylltu, rydych yn ôl pob tebyg yn edrych ar gysylltiad gwefru yn unig neu ddolen ddyfais, yn hytrach na hotspot. Cadwch y gwahaniaeth hwnnw, oherwydd bod y ddau gam nesaf yn ei brofi yn hytrach na dyfalu o'r eicon.

Cam 2: Gwiriwch pa lwybr y mae pwynt diwedd y VPN yn ei ddefnyddio

Darllenwch y llwybr i gyfeiriad datrysiedig gweinydd y VPN, nid i wefan. route -n get yn ddarllen yn unig ac yn argraffu'r rhyngwyneb a'r porth y byddai'r cnewyllyn yn ei ddefnyddio, ac mae'r ddwy linell yn bwysig.

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

Mae'r cyfeiriad uchod yn ddeiliad lle ar gyfer dogfennaeth. Amnewidiwch ef â'r pwynt diwedd y mae eich cleient yn ei ddangos, a defnyddiwch route -n get -inet6 ar gyfer pwynt diwedd IPv6. Cymharwch yr allbwn gyda'r ffôn wedi'i ddatgysylltu ac wedi'i gysylltu, a pheidiwch ag ychwanegu na dileu llwybrau rhwng y ddau ddarlleniad. Os yw'r rhyngwyneb yn newid o en0 i ryngwyneb iPhone USB, mae llwybr y hotspot wedi ennill y chwiliad ac mae cysylltiad allanol y VPN nawr yn teithio dros y rhwydwaith symudol.

Nid yw newid llwybr yn esbonio pob methiant. Gall y cleient gyrraedd y gweinydd o hyd a methu'n ddiweddarach ar draffig mewnol y tiwnel, oherwydd bod gan y llwybr newydd MTU gwahanol neu fod y cludwr yn blocio'r protocol. Darllenwch wall y cleient ei hun cyn newid unrhyw beth: mae terfyn amser ysgwyd llaw allanol yn awgrymu cyrhaeddiad, tra bod tiwnel sefydledig sy'n stopio pasio traffig yn awgrymu MTU, DNS neu bolisi.

Cam 3: Gwahanwch hotspot oddi wrth ddolen gyfathrebu dyfais

Mae Xcode 15 a diweddarach yn siarad â dyfais sydd wedi'i phlygio drwy USB dros sianel rwydwaith sy'n cynnwys IPv6 lleol-i'r-ddolen, felly gall Mac datblygu ddangos rhyngwyneb ychwanegol nad oes ganddo ddim i'w wneud â mynediad i'r rhyngrwyd. Mae nodyn technegol TN3158 Apple yn dogfennu'r ymddygiad hwnnw ac yn rhybuddio y gall VPN neu hidlo diogelwch ymyrryd ag ef. Gwrthwyneb problem y hotspot yw hyn: nid yw'r VPN yn torri oherwydd bod y ffôn yn cynnig rhyngrwyd; mae cysylltiad y ddyfais yn torri oherwydd bod y VPN yn ei ddal.

Mae dau sylw yn gwahanu'r achosion heb gipio pecynnau. Yn gyntaf, gwiriwch a oes gan y rhyngwyneb gyfeiriad llwybredig a llwybr diofyn, neu ddim ond cyfeiriad fe80:: lleol-i'r-ddolen; lleol-i'r-ddolen yn unig sy'n golygu nad oes llwybr rhyngrwyd. Yn ail, diffoddwch y VPN a gweld a all Xcode gyrraedd y ddyfais eto. Os gall, mae llwybrau'r VPN neu'r hidlydd cynnwys yn dal traffig lleol-i'r-ddolen, ac mae'r atgyweiriad yn perthyn i ffurfweddiad y tiwnel hollt neu'r hidlydd, nid i'r panel Rhwydwaith.

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

Peidiwch â barnu ar enw'r rhyngwyneb yn unig. Mae macOS yn creu ac yn dinistrio'r rhyngwynebau hyn wrth i ddyfeisiau gysylltu, ac mae'r rhif en yn cael ei ddyrannu ar amser rhedeg, felly gall yr un Mac ddangos rhif gwahanol ar ôl ailgychwyn neu newid cebl.

Cam 4: Ailadroddwch y methiant gydag un newidyn ar y tro

Unwaith y byddwch yn gwybod pa wasanaeth sy'n gysylltiedig, ailadroddwch y broblem mewn trefn sefydlog. Dechreuwch gyda'r ffôn wedi'i ddatgysylltu a'r VPN wedi'i gysylltu. Cysylltwch y ffôn gyda Hotspot Personol wedi'i ddiffodd, arhoswch i'r rhestr Rhwydwaith setlo, a rhedwch y cwestiwn llwybr eto. Datgysylltwch, galluogwch Hotspot Personol, cysylltwch eto, ac ailadroddwch. Nodwch y rhyngwyneb, y porth a gwall y cleient ar gyfer pob un o'r tri chyflwr, ac mae gennych gymhariaeth yn lle cof.

Os yw'r VPN yn methu dim ond yng nghyflwr y hotspot, cadwch y ffôn oddi ar y llwybr hwnnw: diffoddwch Hotspot Personol wrth wefru, neu symudwch wasanaeth iPhone USB o dan Wi-Fi yn nhrefn y gwasanaethau. Os yw'n methu ym mhob cyflwr cysylltiedig, gan gynnwys gyda'r hotspot wedi'i ddiffodd, edrychwch ar sut mae'r cleient yn trin trosglwyddiad rhwydwaith. Mae rhai cleientiaid yn tynnu'r tiwnel i lawr pan fydd y prif wasanaeth yn newid ac angen ailgysylltu; ymddygiad y cleient yw hynny, nid bai'r ffôn.

Newidiwch un peth ar bob cynnig. Mae dileu'r gwasanaeth, ailosod ffurfweddiad y VPN ac ailosod y cleient yn yr un munud yn eich gadael gyda Mac sy'n gweithio a dim syniad pa weithred a'i trwsiodd.

Cam 5: Penderfynwch beth i'w gadw a beth i'w wirio

Gadewch ddolen y ddyfais yn llonydd. Nid yw tynnu rhyngwyneb y mae Xcode yn ei ddefnyddio yn trwsio llwybr VPN, ac mae'n torri defnyddio dyfeisiau tan y cysylltiad nesaf. Os yw'r gwasanaeth hotspot yn wirioneddol ddiangen, diffoddwch Hotspot Personol ar y ffôn yn gyntaf; dyna'r rheolydd dogfennedig ac mae'n goroesi ailgychwyn.

Os byddwch yn dileu gwasanaeth, dilewch yr un a adnabuoch ac yna gwiriwch ddau beth: bod y llwybr i bwynt diwedd y VPN yn ôl ar y rhyngwyneb a ddisgwylir, a bod y tiwnel yn pasio traffig i gyfeiriad mewnol yn hytrach nag i'r rhyngrwyd yn unig. Cadwch nodyn o drefn y gwasanaethau a fersiwn y cleient, oherwydd gall diweddariad macOS newid sut mae'r ffôn yn ymddangos.

Yna dosbarthwch y methiant a welsom mewn gwirionedd. Mae terfyn amser ysgwyd llaw, MTU yn stopio ar ôl i'r tiwnel godi, ac atebion DNS yn dod o'r cludwr yn dri phroblem wahanol â thri atgyweiriad gwahanol. Gwasanaeth USB yw'r sbardun yn y tri; prin yw'r achos.