FaceTime funciona, pero el Mac no puede llamar a través del iPhone
Una llamada de FaceTime que funciona no demuestra que el relé de llamadas del iPhone funcione en el Mac. Comprueba la ruta local que una VPN puede bloquear y luego prueba en el orden correcto.
Puedes iniciar una llamada de audio de FaceTime desde tu Mac sin problema y, acto seguido, marcar el número de un fontanero desde el mismo Mac y que no pase nada. La lectura habitual es que la red está sana y que se ha roto algo ajeno. Esa lectura es el mito, y sobrevive sobre todo porque FaceTime parece una prueba justa.
No lo es. El audio de FaceTime y el relé de llamadas son transportes separados con requisitos separados, y uno de ellos sobrevive a un túnel que el otro no puede cruzar.
La VPN tampoco es culpable por defecto. El orden de abajo elimina ambas suposiciones antes de que toques otro ajuste.
Que FaceTime funcione no te dice casi nada
El audio de FaceTime negocia una conexión con un interlocutor accesible. Ese tráfico puede cruzar internet, incluso una VPN de túnel completo, siempre que ambos extremos puedan intercambiar paquetes. El relé de llamadas no sale del edificio. Tu Mac pide a un iPhone cercano que haga la llamada por su línea celular, y esa petición es local.
Así que una llamada de FaceTime que funciona demuestra que el Mac tiene internet utilizable y puede llegar a los servicios de Apple. No dice nada sobre si el Mac ve el iPhone que tiene al lado. Dos dispositivos pueden compartir el mismo SSID y seguir siendo invisibles el uno para el otro.
Ese es todo el mito en una línea: ninguna llamada que sale del edificio pone a prueba el enlace local.
Qué exige realmente la ruta del relé
Cada elemento de la lista de Apple es obligatorio, no adicional. Ambos dispositivos en la misma red Wi-Fi, ambos con la misma cuenta de Apple iniciada, ambos con FaceTime iniciado y el número de teléfono activado, y Llamadas en otros dispositivos activado para el Mac que quieras usar. La guía de llamadas del iPhone es la referencia para la redacción actual.
En un iPhone reciente, el interruptor está en Ajustes, Apps, Teléfono, Llamadas en otros dispositivos, y tu Mac tiene que aparecer en esa lista y estar activado. Cuando el Mac intenta usar la línea por primera vez, macOS pregunta si se deben permitir llamadas desde ese iPhone. Si descartas ese aviso una vez, la función se queda rota en silencio, porque nada vuelve a preguntar.
El lado del Mac depende de la versión del sistema. Las versiones recientes de macOS incluyen una app Teléfono; las más antiguas enrutan las llamadas por FaceTime. Si un tutorial apunta a un menú que no encuentras, comprueba la versión antes de concluir que falta un ajuste.
| Requirement | How it fails when missing |
|---|---|
| Same Wi-Fi network | The iPhone is listed in settings but a call rings nowhere |
| Same Apple Account | The iPhone never appears as a call source |
| Number enabled in FaceTime | FaceTime calls work, the phone line does not appear |
| Calls on Other Devices enabled for this Mac | Incoming calls never arrive, outgoing dialing fails at once |
| macOS allow prompt accepted | Worked once after setup, then stopped without an error |
Dónde interfiere de verdad una VPN
Un cliente de VPN puede romper el relé de tres formas distintas, y solo la primera está documentada. El caso documentado es una configuración que impide el trabajo en red local: macOS avisa de que esa VPN puede interferir con las funciones de Continuity, y el relé es una función de Continuity. El segundo es un túnel completo que captura el tráfico que el Mac usaría para llegar al iPhone, así que la petición local sale hacia una puerta de enlace que no tiene ningún uso para ella. El tercero es un cliente que aplica su propio filtrado o interruptor de emergencia a todas las interfaces y no solo al túnel.
Un túnel dividido que solo transporta subredes corporativas suele dejar tranquila la ruta local. Por eso el mismo Mac puede funcionar con un perfil de VPN y fallar con otro, y la diferencia entre los dos perfiles es la señal útil.
Sé estricto sobre qué demuestra la comparación. Funcionar sin la VPN y fallar con ella es una interacción, no un diagnóstico. No nombra el protocolo, el puerto ni la interfaz que se bloqueó, e inventar rutas solo a partir de eso hace que la siguiente prueba no valga nada.
Tres fallos que se achacan a la VPN
Llamadas Wi-Fi. Es una función del operador en el iPhone, no algo que el Mac herede. Permite que el teléfono use el servicio del operador por Wi-Fi, no todos los operadores la ofrecen y no sirve de nada cuando el iPhone está apagado, fuera de cobertura o en una red que bloquea los extremos del operador. Si tu necesidad real es llamar mientras el iPhone se queda en casa, el relé era el mecanismo equivocado desde el principio.
Aislamiento de red. Las redes de invitados, el aislamiento de clientes en un punto de acceso y las VLAN separadas producen exactamente el síntoma del relé: el mismo SSID y ninguna visibilidad, sin ninguna VPN de por medio. Si el Wi-Fi del edificio aísla a los clientes, ningún ajuste de tu Mac cambiará el resultado.
Handoff. Handoff continúa una actividad entre dispositivos. No le da a tu Mac una línea celular y no es una prueba sustitutiva. Ver aparecer el icono de Handoff sí te dice que los dos dispositivos pueden encontrarse, lo cual vale la pena saber, pero se queda muy lejos de demostrar que el enrutamiento de llamadas funciona.
Un orden de pruebas que produce evidencia
Empieza por un estado conocido: iPhone desbloqueado y cerca, ambos dispositivos en la misma Wi-Fi, VPN desconectada en el Mac. Haz una llamada saliente y recibe una entrante. Las dos direcciones importan, porque fallan por motivos distintos. La saliente depende de que el Mac llegue a la línea, mientras que la entrante depende de que el iPhone trate ese Mac como un objetivo válido.
Vuelve a conectar la VPN con el perfil con el que trabajas de verdad y repite las dos llamadas sin cambiar nada más. Si ambas siguen funcionando, la VPN no es tu variable y deberías dejar de ajustarla. Si ambas se rompen, anota el nombre del perfil, la versión del cliente y si el tráfico local está excluido, y da esos tres hechos a quien sea dueño de la configuración.
Si solo falla una dirección, mira los ajustes de llamadas del iPhone antes que el túnel. Un fallo asimétrico es mucho más a menudo un interruptor por dispositivo que un problema de enrutamiento, y esa única observación ahorra una tarde.
Qué confirmar antes de escalar
Repasa estos cinco elementos en orden y anota la respuesta a cada uno: la misma red Wi-Fi, la misma cuenta de Apple, el número de teléfono activado en FaceTime, este Mac activado en Llamadas en otros dispositivos y el aviso de permiso de macOS aceptado. Todo lo que no puedas confirmar es una causa candidata gratis.
Luego decide para qué estás optimizando. Si las llamadas solo tienen que funcionar en tu escritorio, excluir el tráfico local del perfil de VPN suele bastar y no debilita el propósito del túnel. Si tienen que funcionar mientras el iPhone está en otro sitio, el relé es la función equivocada y la pregunta sobre el operador va primero.