FaceTime fonctionne, mais le Mac ne peut pas appeler via l'iPhone

Vous pouvez lancer un appel audio FaceTime depuis votre Mac sans le moindre problème, puis composer le numéro d'un plombier depuis ce même Mac et que rien ne se passe. La lecture habituelle est que le réseau est sain et que quelque chose d'indépendant s'est cassé. Cette lecture est le mythe, et elle survit surtout parce que FaceTime ressemble à un test équitable.

Il ne l'est pas. L'audio FaceTime et le relais d'appels sont des transports distincts avec des exigences distinctes, et l'un d'eux franchit un tunnel que l'autre ne peut pas traverser.

Le VPN n'est pas coupable par défaut non plus. L'ordre ci-dessous écarte les deux suppositions avant que vous ne touchiez à un autre réglage.

Un FaceTime qui fonctionne ne vous apprend presque rien

L'audio FaceTime négocie une connexion vers un pair joignable. Ce trafic peut traverser internet, y compris un VPN en tunnel complet, tant que les deux extrémités peuvent échanger des paquets. Le relais d'appels ne quitte pas le bâtiment. Votre Mac demande à un iPhone proche de passer l'appel sur sa ligne cellulaire, et cette requête est locale.

Un appel FaceTime réussi prouve donc que le Mac dispose d'un internet utilisable et qu'il atteint les services d'Apple. Il ne dit rien sur la capacité du Mac à voir l'iPhone posé à côté de lui. Deux appareils peuvent partager le même SSID et rester invisibles l'un pour l'autre.

Tout le mythe tient en une ligne : aucun appel qui quitte le bâtiment ne teste la liaison locale.

Ce que le chemin du relais exige vraiment

Chaque élément de la liste d'Apple est obligatoire, pas additif. Les deux appareils sur le même réseau Wi-Fi, tous deux connectés au même compte Apple, tous deux connectés à FaceTime avec le numéro de téléphone activé, et Appels sur d'autres appareils activé pour le Mac que vous voulez utiliser. Le guide des appels depuis l'iPhone fait référence pour la formulation actuelle.

Sur un iPhone récent, l'interrupteur se trouve dans Réglages, Apps, Téléphone, Appels sur d'autres appareils, et votre Mac doit figurer dans cette liste et être activé. Lorsque le Mac essaie d'utiliser la ligne pour la première fois, macOS demande s'il faut autoriser les appels depuis cet iPhone. Si vous ignorez cette invite une fois, la fonction reste silencieusement cassée, car plus rien ne la redemande.

Le côté Mac dépend de la version du système. Les versions récentes de macOS incluent une app Téléphone, les plus anciennes acheminent les appels via FaceTime. Si un tutoriel pointe vers un menu introuvable, vérifiez la version avant de conclure qu'un réglage manque.

Où un VPN interfère vraiment

Un client VPN peut casser le relais de trois manières distinctes, et seule la première est documentée. Le cas documenté est une configuration qui empêche le réseau local : macOS avertit qu'un tel VPN peut interférer avec les fonctions Continuity, et le relais est une fonction Continuity. Le deuxième est un tunnel complet qui capture le trafic que le Mac utiliserait pour joindre l'iPhone, si bien que la requête locale part vers une passerelle qui n'en a aucun usage. Le troisième est un client qui applique son propre filtrage ou son coupe-circuit à chaque interface au lieu du seul tunnel.

Un tunnel divisé qui ne transporte que des sous-réseaux d'entreprise laisse généralement le chemin local tranquille. C'est pourquoi le même Mac peut réussir avec un profil VPN et échouer avec un autre, et la différence entre les deux profils est le signal utile.

Soyez strict sur ce que la comparaison prouve. Fonctionner sans le VPN et échouer avec lui est une interaction, pas un diagnostic. Elle ne nomme ni le protocole, ni le port, ni l'interface qui a été bloqué, et inventer des routes à partir de cela seul rend le test suivant sans valeur.

Trois pannes mises sur le dos du VPN

Appels Wi-Fi. C'est une fonction de l'opérateur sur l'iPhone, pas quelque chose que le Mac hérite. Elle permet au téléphone d'utiliser le service de l'opérateur en Wi-Fi, tous les opérateurs ne la proposent pas, et elle est inutile quand l'iPhone est éteint, hors de portée ou sur un réseau qui bloque les points de terminaison de l'opérateur. Si votre véritable besoin est d'appeler pendant que l'iPhone reste à la maison, le relais était le mauvais mécanisme à tester dès le départ.

Isolation réseau. Les réseaux invités, l'isolation des clients sur un point d'accès et des VLAN séparés produisent exactement le symptôme du relais : le même SSID et aucune visibilité, sans VPN dans l'équation. Si le Wi-Fi du bâtiment isole les clients, aucun réglage sur votre Mac ne changera le résultat.

Handoff. Handoff poursuit une activité d'un appareil à l'autre. Il ne donne pas de ligne cellulaire à votre Mac et n'est pas un test de remplacement. Voir l'icône Handoff apparaître vous dit bien que les deux appareils peuvent se trouver, ce qui vaut la peine d'être su, mais c'est très loin de prouver que le routage des appels fonctionne.

Un ordre de test qui produit des preuves

Partez d'un état connu : iPhone déverrouillé et à proximité, les deux appareils sur le même Wi-Fi, VPN déconnecté sur le Mac. Passez un appel sortant et recevez un appel entrant. Les deux sens comptent, car ils échouent pour des raisons différentes. Le sortant dépend de la capacité du Mac à atteindre la ligne, tandis que l'entrant dépend de la capacité de l'iPhone à considérer ce Mac comme une cible valide.

Reconnectez le VPN avec le profil que vous utilisez réellement et répétez les deux appels sans rien changer d'autre. Si les deux fonctionnent encore, le VPN n'est pas votre variable et vous devriez cesser de l'ajuster. Si les deux cassent, notez le nom du profil, la version du client et si le trafic local est exclu, puis remettez ces trois faits à qui possède la configuration.

Si un seul sens échoue, regardez les réglages d'appel de l'iPhone avant le tunnel. Un échec asymétrique est bien plus souvent un interrupteur par appareil qu'un problème de routage, et cette seule observation fait gagner un après-midi.

Ce qu'il faut confirmer avant d'escalader

Passez ces cinq points dans l'ordre et notez la réponse à chacun : même réseau Wi-Fi, même compte Apple, numéro de téléphone activé dans FaceTime, ce Mac activé sous Appels sur d'autres appareils, et l'invite d'autorisation de macOS acceptée. Tout ce que vous ne pouvez pas confirmer est une cause candidate gratuite.

Décidez ensuite ce que vous optimisez. Si les appels doivent seulement fonctionner à votre bureau, exclure le trafic local du profil VPN suffit généralement et n'affaiblit pas le but du tunnel. S'ils doivent fonctionner alors que l'iPhone est ailleurs, le relais est la mauvaise fonction et la question de l'opérateur passe en premier.