Por que a VPN do teu Mac cae cando conectas un iPhone por USB

Conectas un iPhone para cargalo e, un minuto despois, a VPN do teu Mac deixa de pasar tráfico. Axustes do Sistema mostra un servizo novo chamado iPhone USB, e o movemento obvio é borralo. Ese movemento adoita ser incorrecto. O servizo pode ser o Punto de acceso persoal do teléfono, ou pode ser unha ligazón que Xcode e as ferramentas de dispositivos usan para falar co teléfono, e ambos se comportan de forma abondo distinta como para que a identificación teña que vir antes do borrado.

Pasó 1: Le o servizo que o teléfono creou realmente

Abre Axustes do Sistema, logo Rede, e compara a lista de servizos co teléfono desconectado e conectado. No macOS actual o servizo aparece como iPhone USB. Fíxate en se está activo, onde queda na orde de servizos e se o Mac o usa para a ruta predeterminada. A orde de servizos importa porque macOS escolle o servizo activo máis alto que pode chegar a un destino, non o que recoñeces polo nome.

A guía de Apple sobre o Punto de acceso persoal describe o mecanismo: mentres o Punto de acceso persoal está activado no teléfono, conectalo por USB pode facer que o Mac use a conexión móbil do teléfono, mesmo cando só querías cargalo. Non é un fallo do cliente VPN; a táboa de rutas segue un servizo que subiu antes que o Wi-Fi.

Se o servizo existe pero queda inactivo co teléfono conectado, o máis probable é que esteas vendo unha conexión só de carga ou unha ligazón de dispositivo, non un hotspot. Conserva esa distinción, porque os dous pasos seguintes próbana en lugar de adiviñala pola icona.

Pasó 2: Comproba que ruta usa o extremo da VPN

Le a ruta cara ao enderezo resolto do servidor VPN, non cara a un sitio web. route -n get é de só lectura e imprime a interface e a porta de enlace que usaría o núcleo, e ambas liñas importan.

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

O enderezo de arriba é un marcador de documentación. Substitúeo polo extremo que mostra o teu cliente e usa route -n get -inet6 para un extremo IPv6. Compara a saída co teléfono desconectado e conectado, e non engadas nin quites rutas entre as dúas lecturas. Se a interface cambia de en0 á interface iPhone USB, a ruta do hotspot gañou a consulta e a conexión exterior da VPN agora vai pola rede móbil.

Un cambio de ruta non explica todos os fallos. O cliente aínda pode chegar ao servidor e fallar despois no tráfico interior do túnel, porque a ruta nova ten outra MTU ou o operador bloquea o protocolo. Le o erro propio do cliente antes de cambiar nada: un tempo de espera do apretón de mans exterior apunta á accesibilidade, mentres que un túnel establecido que deixa de pasar tráfico apunta a MTU, DNS ou política.

Pasó 3: Separa un hotspot dunha ligazón de comunicación co dispositivo

Xcode 15 e posteriores falan cun dispositivo conectado por USB por unha canle de rede que inclúe IPv6 de ligazón local, así que un Mac de desenvolvemento pode mostrar unha interface extra que non ten nada que ver co acceso a internet. A nota técnica TN3158 de Apple documenta ese comportamento e advirte de que a VPN ou o filtrado de seguridade poden interferir con el. É o contrario do problema do hotspot: a VPN non se rompe porque o teléfono ofreza internet; a conexión do dispositivo rompe porque a VPN a captura.

Dúas observacións separan os casos sen captura de paquetes. Primeiro, comproba se a interface ten un enderezo encamiñable e unha ruta predeterminada, ou só un enderezo fe80:: de ligazón local; só ligazón local significa que non hai camiño a internet. Segundo, pecha a VPN e mira se Xcode pode volver chegar ao dispositivo. Se pode, as rutas da VPN ou o filtro de contido capturan o tráfico de ligazón local, e a solución está na configuración do túnel dividido ou do filtro, non no panel Rede.

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

Non xulgues só polo nome da interface. macOS crea e destrúe estas interfaces a medida que se conectan dispositivos, e o número en asígnase en tempo de execución, así que o mesmo Mac pode mostrar un número distinto tras un reinicio ou un cambio de cable.

Pasó 4: Reproduce o fallo cunha variable á vez

Unha vez saibas que servizo intervén, reproduce o problema nunha orde fixa. Comeza co teléfono desconectado e a VPN conectada. Conecta o teléfono co Punto de acceso persoal desactivado, espera a que a lista Rede se asente e volve executar a consulta de ruta. Desconecta, activa o Punto de acceso persoal, volve conectar e repite. Anota a interface, a porta de enlace e o erro do cliente para cada un dos tres estados, e terás unha comparación en lugar dun recordo.

Se a VPN falla só no estado de hotspot, mantén o teléfono fóra desa ruta: desactiva o Punto de acceso persoal mentres cargas, ou move o servizo iPhone USB por debaixo do Wi-Fi na orde de servizos. Se falla en todos os estados conectados, incluído co hotspot desactivado, mira como xestiona o cliente unha transición de rede. Algúns clientes desfán o túnel cando cambia o servizo principal e necesitan reconexión; é comportamento do cliente, non un defecto do teléfono.

Cambia unha cousa por intento. Borrar o servizo, restablecer a configuración da VPN e reinstalar o cliente no mesmo minuto déixache un Mac que funciona e ningunha idea de que acción o arranxou.

Pasó 5: Decide que conservar e que verificar

Deixa a ligazón do dispositivo en paz. Quitar unha interface que Xcode usa non arranxa unha ruta da VPN, e rompe o despregamento en dispositivos ata a próxima conexión. Se o servizo de hotspot non o queres de verdade, desactiva primeiro o Punto de acceso persoal no teléfono; ese é o control documentado e sobrevive a un reinicio.

Se eliminas un servizo, elimina o que identificaches e logo verifica dúas cousas: a ruta cara ao extremo da VPN volve estar na interface esperada, e o túnel pasa tráfico cara a un enderezo interno, non só cara a internet. Anota a orde de servizos e a versión do cliente, porque unha actualización de macOS pode cambiar como aparece o teléfono.

Logo clasifica o fallo que viches realmente. Un tempo de espera do apretón de mans, un atasco de MTU despois de levantar o túnel e respostas DNS que veñen do operador son tres problemas distintos con tres solucións distintas. O servizo USB é o desencadeante nos tres; raramente é a causa.