FaceTime werkt, maar de Mac kan niet via de iPhone bellen

Je kunt zonder problemen een FaceTime-audiogesprek vanaf je Mac starten en vervolgens vanaf dezelfde Mac het nummer van een loodgieter draaien en er gebeurt niets. De gebruikelijke lezing is dat het netwerk gezond is en dat er iets ongerelateerds kapot is gegaan. Die lezing is de mythe, en ze overleeft vooral omdat FaceTime op een eerlijke test lijkt.

Dat is het niet. FaceTime-audio en het doorgeven van telefoongesprekken zijn aparte transporten met aparte vereisten, en een van de twee overleeft een tunnel die de andere niet kan passeren.

De VPN is ook niet bij voorbaat schuldig. De volgorde hieronder haalt beide aannames weg voordat je een andere instelling aanraakt.

Een werkende FaceTime vertelt je bijna niets

FaceTime-audio onderhandelt een verbinding met een bereikbare tegenpartij. Dat verkeer kan het internet passeren, ook een VPN met volledige tunnel, zolang beide uiteinden pakketten kunnen uitwisselen. Het doorgeven van oproepen verlaat het gebouw niet. Je Mac vraagt een iPhone in de buurt om het gesprek op zijn eigen mobiele lijn te plaatsen, en dat verzoek is lokaal.

Een werkende FaceTime-oproep bewijst dus dat de Mac bruikbaar internet heeft en de diensten van Apple bereikt. Het zegt niets over de vraag of de Mac de iPhone naast zich ziet. Twee apparaten kunnen hetzelfde SSID delen en toch onzichtbaar voor elkaar blijven.

Dat is de hele mythe in één regel: geen enkele oproep die het gebouw verlaat, test de lokale verbinding.

Wat het doorgeefpad echt vereist

Elk punt op Apples lijst is verplicht, niet aanvullend. Beide apparaten op hetzelfde Wi-Fi-netwerk, beide aangemeld bij hetzelfde Apple-account, beide aangemeld bij FaceTime met het telefoonnummer ingeschakeld, en Oproepen op andere apparaten aan voor de Mac die je wilt gebruiken. De Apple-handleiding voor bellen via de iPhone is de referentie voor de huidige formulering.

Op een recente iPhone zit de schakelaar onder Instellingen, Apps, Telefoon, Oproepen op andere apparaten, en je Mac moet in die lijst staan en ingeschakeld zijn. Als de Mac de lijn voor het eerst wil gebruiken, vraagt macOS of oproepen van die iPhone mogen worden toegestaan. Als je die melding één keer wegklikt, blijft de functie stil kapot, omdat niets het opnieuw vraagt.

De Mac-kant hangt af van de systeemversie. Recente macOS-versies hebben een Telefoon-app, oudere sturen oproepen via FaceTime. Als een handleiding een menu noemt dat je niet kunt vinden, controleer dan de versie voordat je besluit dat een instelling ontbreekt.

Waar een VPN echt in de weg zit

Een VPN-client kan het doorgeven op drie verschillende manieren breken, en alleen de eerste is gedocumenteerd. Het gedocumenteerde geval is een configuratie die lokaal netwerkverkeer verhindert: macOS waarschuwt dat zo'n VPN Continuity-functies kan verstoren, en doorgeven is een Continuity-functie. De tweede is een volledige tunnel die het verkeer onderschept dat de Mac zou gebruiken om de iPhone te bereiken, zodat het lokale verzoek naar een gateway vertrekt die er niets mee kan. De derde is een client die zijn eigen filtering of kill switch op elke interface toepast in plaats van alleen op de tunnel.

Een gesplitste tunnel die alleen bedrijfssubnetten vervoert, laat het lokale pad meestal met rust. Daarom kan dezelfde Mac met het ene VPN-profiel slagen en met een ander falen, en het verschil tussen die twee profielen is het nuttige signaal.

Wees streng over wat de vergelijking bewijst. Werken zonder de VPN en falen ermee is een wisselwerking, geen diagnose. Ze noemt niet het protocol, de poort of de interface die geblokkeerd werd, en alleen daaruit routes verzinnen maakt de volgende test waardeloos.

Drie storingen die de VPN krijgt aangewreven

Wi-Fi-bellen. Dit is een providerfunctie op de iPhone, niet iets wat de Mac erft. Het laat de telefoon de dienst van de provider via Wi-Fi gebruiken, niet elke provider biedt het aan, en het is nutteloos als de iPhone uit staat, buiten bereik is of op een netwerk zit dat de eindpunten van de provider blokkeert. Als je echte eis is bellen terwijl de iPhone thuisblijft, was doorgeven vanaf het begin het verkeerde mechanisme om te testen.

Netwerkisolatie. Gastnetwerken, clientisolatie op een accesspoint en aparte VLAN's produceren precies het symptoom van doorgeven: hetzelfde SSID en geen zichtbaarheid, zonder VPN in beeld. Als de Wi-Fi van het gebouw clients isoleert, verandert geen enkele instelling op je Mac het resultaat.

Handoff. Handoff zet een activiteit tussen apparaten voort. Het geeft je Mac geen mobiele lijn en het is geen vervangende test. Het Handoff-pictogram zien verschijnen zegt wel dat de twee apparaten elkaar kunnen vinden, wat de moeite van het weten waard is, maar het stopt ver voordat bewezen is dat het routeren van oproepen werkt.

Een testvolgorde die bewijs oplevert

Begin bij een bekende toestand: iPhone ontgrendeld en in de buurt, beide apparaten op dezelfde Wi-Fi, VPN losgekoppeld op de Mac. Voer één uitgaand gesprek en ontvang één inkomend gesprek. Beide richtingen doen ertoe, omdat ze om verschillende redenen falen. Uitgaand hangt ervan af of de Mac de lijn bereikt, terwijl inkomend ervan afhangt of de iPhone die Mac als geldig doel beschouwt.

Verbind de VPN opnieuw met het profiel waarmee je echt werkt en herhaal beide gesprekken zonder iets anders te wijzigen. Als beide nog werken, is de VPN niet je variabele en moet je ermee ophouden. Als beide breken, noteer dan de profielnaam, de clientversie en of lokaal verkeer is uitgesloten, en geef die drie feiten aan wie de configuratie bezit.

Als slechts één richting faalt, kijk dan naar de gespreksinstellingen van de iPhone voordat je naar de tunnel kijkt. Asymmetrische storing is veel vaker een schakelaar per apparaat dan een routeringsprobleem, en die ene observatie scheelt een middag.

Wat te bevestigen voordat je escaleert

Loop deze vijf punten in volgorde na en schrijf het antwoord op elk op: hetzelfde Wi-Fi-netwerk, hetzelfde Apple-account, telefoonnummer ingeschakeld in FaceTime, deze Mac ingeschakeld onder Oproepen op andere apparaten, en de toestemmingsvraag van macOS geaccepteerd. Alles wat je niet kunt bevestigen is een gratis mogelijke oorzaak.

Bepaal daarna waarop je optimaliseert. Als gesprekken alleen aan je bureau hoeven te werken, is lokaal verkeer uitsluiten van het VPN-profiel meestal genoeg en het verzwakt het doel van de tunnel niet. Als ze moeten werken terwijl de iPhone ergens anders is, is doorgeven de verkeerde functie en komt de vraag over de provider eerst.