Jo stekke in iPhone yn om him op te laden, en in minút letter hâldt de VPN op jo Mac op mei ferkear troch te litten. Systeemynstellingen toane in nije tsjinst mei de namme iPhone USB, en de foar de hân lizzende stap is om dy te wiskjen. Dy stap is faak ferkeard. De tsjinst kin de Persoanlike Hotspot fan 'e telefoan wêze, of it kin in keppeling wêze dy't Xcode en apparaatark brûke om mei de telefoan te praten, en de twa drage har o sa oars dat identifikaasje foar it wiskjen komme moat.

Stap 1: Lês de tsjinst dy't de telefoan wier oanmakke hat

Iepenje Systeemynstellingen, dan Netwurk, en fergelykje de tsjinstelist mei de telefoan loskeppele en oansletten. Op it hjoeddeiske macOS stiet de tsjinst as iPhone USB. Tink derop oft er aktyf is, wêr't er yn 'e tsjinstfolchoarder stiet, en oft de Mac him foar de standertrûte brûkt. De tsjinstfolchoarder is fan belang, want macOS kiest de heechste aktive tsjinst dy't in bestimming berikke kin, net dy't jo by namme kenne.

Apple's hânlieding foar de Persoanlike Hotspot beskriuwt it meganisme: wylst de Persoanlike Hotspot op 'e telefoan ynskeakele is, kin it oansluten wurden fia USB de Mac de sellulêre ferbining fan 'e telefoan brûke litte, sels as jo allinnich oplade woene. Dat is gjin flater fan 'e VPN-klant; de rûtetabel folget in tsjinst dy't foar de Wi-Fi opkaam.

As de tsjinst bestiet mar ynaktyf bliuwt mei de telefoan oansletten, sjogge jo hiel wierskynlik in ferbining allinnich foar opladen of in apparaatkeppeling, gjin hotspot. Hâld dat ûnderskied fêst, want de folgjende twa stappen testen it ynstee fan it út it ikoan te rieden.

Stap 2: Kontrolearje hokker rûte it VPN-einpunt brûkt

Lês de rûte nei it oploste adres fan 'e VPN-tsjinner, net nei in webside. route -n get is allinnich-lêze en prints it ynterface en de gateway dat de kearn brûke soe, en beide rigels binne fan belang.

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

It adres hjirboppe is in plakhâlder foar dokumintaasje. Ferfang it troch it einpunt dat jo klant toant, en brûk route -n get -inet6 foar in IPv6-einpunt. Fergelykje de útfier mei de telefoan loskeppele en oansletten, en foegje of ferwiderje gjin rûtes tusken de twa lêzingen. As it ynterface feroaret fan en0 nei it iPhone USB-ynterface, hat it hotspotpaad it opfreegjen wûn en rydt de bûtenferbining fan 'e VPN no op sellulêr.

In rûteferoaring ferklearret net elke flater. De klant kin de tsjinner noch berikke en letter misbeteare op it ynderlike ferkear fan 'e tunnel, om't it nije paad in oare MTU hat of de operator it protokol blokkearret. Lês de eigen flater fan 'e klant foardat jo eat feroarje: in bûtenlânske handshake-timeout wiist op berikberens, wylst in oanmakke tunnel dy't ophâldt mei ferkear trochlitte wiist op MTU, DNS of belied.

Stap 3: Skied in hotspot fan in apparaatkommunikaasjokeppeling

Xcode 15 en letter prate mei in fia USB oansletten apparaat oer in netwurkbasearre kanaal dat link-lokale IPv6 omfettet, sadat in ûntwikkelings-Mac in ekstra ynterface sjen kin dat neat mei ynternettagong te krijen hat. Apple's technyske notysje TN3158 dokumintearret dat gedrach en warskôget dat VPN of befeiligingsfiltering der yn gripe kin. Dat is it omkearde fan it hotspotprobleem: de VPN brekt net om't de telefoan ynternet biedt; de apparaatferbining brekt om't de VPN him opfangt.

Twa waarnimmings skiede de gefallen sûnder pakketfangst. Earst, kontrolearje oft it ynterface in rûtber adres en in standertrûte hat, of allinnich in link-lokaal fe80::-adres; allinnich link-lokaal betsjut dat der gjin ynternetpaad is. Twad, slút de VPN en sjoch oft Xcode it apparaat wer berikke kin. As dat kin, fange de rûtes of it ynhâldsfilter fan 'e VPN it link-lokale ferkear op, en de repaaraasje heart yn 'e konfiguraasje fan 'e splitstunnel of it filter, net yn it Netwurkfinster.

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

Oardielje net allinnich op 'e namme fan it ynterface. macOS makket en ferneatiget dizze ynterfaces as apparaten oanslette wurde, en it en-nûmer wurdt by it rinnen tawiisd, sadat deselde Mac nei in werynset of kabelwiksel in oar nûmer sjen kin.

Stap 4: Reprodusearje de flater mei ien fariabele tagelyk

As jo witte hokker tsjinst belutsen is, reprodusearje it probleem yn in fêste folchoarder. Begjin mei de telefoan loskeppele en de VPN ferbûn. Slút de telefoan oan mei de Persoanlike Hotspot út, wachtsje oant de Netwurklis fêst is, en rin de rûte-opfrege opnij. Keppelje los, skeakelje de Persoanlike Hotspot oan, slút wer oan, en werhelje. Skriuw it ynterface, de gateway en de klantflater foar elk fan 'e trije steaten op, en jo hawwe in fergeliking ynstee fan in oantins.

As de VPN allinnich yn 'e hotspotsteat mist, hâld de telefoan fan dat paad ôf: skeakelje de Persoanlike Hotspot út by it opladen, of ferpleats de tsjinst iPhone USB ûnder Wi-Fi yn 'e tsjinstfolchoarder. As it yn elke oansletten steat mist, ek mei de hotspot út, sjoch dan hoe't de klant in netwurkoergong behannelt. Guon klanten brekke de tunnel ôf as de primêre tsjinst feroaret en hawwe in werferbining nedich; dat is klantgedrach, gjin telefoanflater.

Feroarje ien ding per besykjen. It wiskjen fan 'e tsjinst, it weromsetten fan 'e VPN-konfiguraasje en it opnij ynstallearjen fan 'e klant yn deselde minút litte jo efter mei in wurkjende Mac en gjin idee hokker aksje it reparearre.

Stap 5: Beslute wat jo hâlde en wat jo ferifiearje

Litte jo de apparaatkeppeling gewurde. It ferwiderjen fan in ynterface dat Xcode brûkt reparearret gjin VPN-rûte, en it brekt apparaatútrol oant de folgjende oansluting. As de hotspottsjinst wier net winske is, skeakelje dan earst de Persoanlike Hotspot op 'e telefoan út; dat is de dokumintearre kontrôle en dy oerlibbet in werynset.

As jo dochs in tsjinst ferwiderje, ferwiderje dan dy't jo identifisearre hawwe en ferifiearje dan twa dingen: de rûte nei it VPN-einpunt is wer op it ferwachte ynterface, en de tunnel lit ferkear troch nei in yntern adres, net allinnich nei it ynternet. Skriuw de tsjinstfolchoarder en de klantferzje op, want in macOS-update kin feroarje hoe't de telefoan ferskynt.

Klassifisearje dan de flater dy't jo wier seagen. In handshake-timeout, in MTU-stilstand nei't de tunnel omheech is, en DNS-antwurden dy't fan 'e operator komme binne trije ferskillende problemen mei trije ferskillende repaaraasjes. De USB-tsjinst is yn alle trije de triggers; de oarsaak is it selden.

Relatearre artikelen