Per què la VPN del teu Mac cau quan connectes un iPhone per USB

Connectes un iPhone per carregar-lo i, un minut després, la VPN del teu Mac deixa de passar trànsit. Preferències del Sistema mostra un servei nou anomenat iPhone USB, i el moviment obvi és esborrar-lo. Aquest moviment sovint és incorrecte. El servei pot ser el punt d’accés personal del telèfon, o pot ser un enllaç que Xcode i les eines de dispositius fan servir per parlar amb el telèfon, i tots dos es comporten de manera prou diferent perquè la identificació hagi de venir abans de l’esborrament.

Pas 1: Llegeix el servei que el telèfon ha creat realment

Obre Preferències del Sistema i després Xarxa, i compara la llista de serveis amb el telèfon desconnectat i connectat. A la macOS actual el servei apareix com iPhone USB. Fixa’t si és actiu, on se situa en l’ordre de serveis i si el Mac l’utilitza per a la ruta predeterminada. L’ordre de serveis importa perquè macOS tria el servei actiu més alt que pot arribar a una destinació, no el que reconeixes pel nom.

La guia d’Apple sobre el punt d’accés personal descriu el mecanisme: mentre el punt d’accés personal està activat al telèfon, connectar-lo per USB pot fer que el Mac utilitzi la connexió mòbil del telèfon, fins i tot quan només volies carregar-lo. No és un error del client VPN; la taula d’encaminament segueix un servei que ha pujat abans que el Wi-Fi.

Si el servei existeix però queda inactiu amb el telèfon connectat, el més probable és que estiguis veient una connexió només de càrrega o un enllaç de dispositiu, no un punt d’accés. Conserva aquesta distinció, perquè els dos passos següents la proven en lloc d’endevinar-ho per la icona.

Pas 2: Comprova quina ruta fa servir el punt final de la VPN

Llegeix la ruta cap a l’adreça resolta del servidor VPN, no cap a un lloc web. route -n get només és de lectura i imprimeix la interfície i la porta d’enllaç que el nucli faria servir, i les dues línies importen.

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

L’adreça de dalt és un marcador de documentació. Substitueix-la pel punt final que mostra el teu client i fes servir route -n get -inet6 per a un punt final IPv6. Compara la sortida amb el telèfon desconnectat i connectat, i no afegeixis ni eliminis rutes entre les dues lectures. Si la interfície canvia d’en0 a la interfície iPhone USB, la ruta del punt d’accés ha guanyat la consulta i la connexió exterior de la VPN ara va per la xarxa mòbil.

Un canvi de ruta no explica tots els errors. El client encara pot arribar al servidor i fallar més tard en el trànsit interior del túnel, perquè la ruta nova té una MTU diferent o l’operador bloqueja el protocol. Llegeix l’error propi del client abans de canviar res: un temps d’espera de l’apretada de mans exterior apunta a l’abast, mentre que un túnel establert que deixa de passar trànsit apunta a MTU, DNS o política.

Pas 3: Separa un punt d’accés d’un enllaç de comunicació amb el dispositiu

Xcode 15 i posteriors parlen amb un dispositiu connectat per USB per un canal de xarxa que inclou IPv6 d’enllaç local, així que un Mac de desenvolupament pot mostrar una interfície extra que no té res a veure amb l’accés a internet. La nota tècnica TN3158 d’Apple documenta aquest comportament i avisa que la VPN o el filtratge de seguretat hi poden interferir. És el revés del problema del punt d’accés: la VPN no es trenca perquè el telèfon ofereixi internet; la connexió del dispositiu es trenca perquè la VPN la captura.

Dues observacions separen els casos sense captura de paquets. Primer, comprova si la interfície té una adreça enrutables i una ruta predeterminada, o només una adreça fe80:: d’enllaç local; només enllaç local vol dir que no hi ha camí a internet. Segon, tanca la VPN i mira si Xcode pot tornar a arribar al dispositiu. Si pot, les rutes de la VPN o el filtre de contingut capturen el trànsit d’enllaç local, i la solució és a la configuració del túnel dividit o del filtre, no al tauler Xarxa.

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

No jutgis només pel nom de la interfície. macOS crea i destrueix aquestes interfícies a mesura que s’hi connecten dispositius, i el número en s’assigna en temps d’execució, així que el mateix Mac pot mostrar un número diferent després d’un reinici o d’un canvi de cable.

Pas 4: Reprodueix la fallada amb una variable alhora

Un cop sàpigues quin servei hi intervé, reprodueix el problema en un ordre fix. Comença amb el telèfon desconnectat i la VPN connectada. Connecta el telèfon amb el punt d’accés personal desactivat, espera que la llista Xarxa s’estabilitzi i torna a executar la consulta de ruta. Desconnecta, activa el punt d’accés personal, torna a connectar i repeteix. Anota la interfície, la porta d’enllaç i l’error del client per a cadascun dels tres estats, i tindràs una comparació en lloc d’un record.

Si la VPN falla només en l’estat de punt d’accés, mantén el telèfon fora d’aquell camí: desactiva el punt d’accés personal mentre carregues, o mou el servei iPhone USB per sota del Wi-Fi a l’ordre de serveis. Si falla en tots els estats connectats, inclòs amb el punt d’accés desactivat, mira com el client gestiona una transició de xarxa. Alguns clients desfan el túnel quan canvia el servei primari i necessiten una reconnexió; és comportament del client, no un defecte del telèfon.

Canvia una cosa per intent. Esborrar el servei, reiniciar la configuració de la VPN i reinstal·lar el client en el mateix minut et deixa un Mac que funciona i cap idea de quina acció ho ha arreglat.

Pas 5: Decideix què mantenir i què verificar

Deixa l’enllaç del dispositiu tranquil. Treure una interfície que Xcode fa servir no arregla una ruta de la VPN, i trenca el desplegament al dispositiu fins a la propera connexió. Si el servei de punt d’accés no el vols de veritat, desactiva primer el punt d’accés personal al telèfon; aquest és el control documentat i sobreviu a un reinici.

Si elimines un servei, elimina el que has identificat i després verifica dues coses: la ruta cap al punt final de la VPN torna a ser a la interfície esperada, i el túnel passa trànsit cap a una adreça interna, no només cap a internet. Anota l’ordre de serveis i la versió del client, perquè una actualització de macOS pot canviar com apareix el telèfon.

Després classifica la fallada que has vist realment. Un temps d’espera de l’apretada de mans, una aturada d’MTU després que el túnel estigui en marxa i respostes DNS que venen de l’operador són tres problemes diferents amb tres solucions diferents. El servei USB és el desencadenant en tots tres; poques vegades és la causa.