FaceTime fungerar, men Macen kan inte ringa via din iPhone

Du kan starta ett FaceTime-ljudsamtal från din Mac utan problem och sedan slå numret till en rörmokare från samma Mac utan att något händer. Den vanliga läsningen är att nätverket är friskt och att något orelaterat har gått sönder. Den läsningen är myten, och den överlever mest för att FaceTime ser ut som ett rättvist test.

Det är det inte. FaceTime-ljud och vidarekoppling av telefonsamtal är separata transporter med separata krav, och en av dem klarar en tunnel som den andra inte kan passera.

Inte heller VPN är skyldig på förhand. Ordningen nedan tar bort båda antagandena innan du rör en annan inställning.

Ett FaceTime som fungerar säger dig nästan ingenting

FaceTime-ljud förhandlar om en anslutning till en nåbar motpart. Den trafiken kan passera internet, även en VPN med full tunnel, så länge båda ändarna kan utbyta paket. Vidarekopplingen av samtal lämnar inte byggnaden. Din Mac ber en iPhone i närheten att ringa samtalet på sin egen mobila linje, och den begäran är lokal.

Ett fungerande FaceTime-samtal bevisar alltså att Macen har användbart internet och når Apples tjänster. Det säger ingenting om huruvida Macen ser iPhonen som sitter bredvid. Två enheter kan dela samma SSID och ändå vara osynliga för varandra.

Det är hela myten på en rad: inget samtal som lämnar byggnaden testar den lokala länken.

Vad vidarekopplingsvägen faktiskt kräver

Varje punkt på Apples lista är obligatorisk, inte kompletterande. Båda enheterna på samma Wi-Fi-nätverk, båda inloggade på samma Apple-konto, båda inloggade i FaceTime med telefonnumret aktiverat, och Samtal på andra enheter påslaget för den Mac du vill använda. Apples vägledning för samtal från iPhone är referensen för den nuvarande formuleringen.

På en nyare iPhone sitter reglaget under Inställningar, Appar, Telefon, Samtal på andra enheter, och din Mac måste finnas i den listan och vara aktiverad. När Macen första gången försöker använda linjen frågar macOS om samtal från den iPhonen ska tillåtas. Om du avvisar den frågan en gång förblir funktionen tyst trasig, eftersom inget frågar igen.

Mac-sidan beror på systemversionen. Nyare macOS-versioner har en Telefon-app, äldre dirigerar samtal via FaceTime. Om en guide pekar på en meny du inte hittar, kontrollera versionen innan du drar slutsatsen att en inställning saknas.

Där en VPN verkligen stör

En VPN-klient kan bryta vidarekopplingen på tre olika sätt, och bara det första är dokumenterat. Det dokumenterade fallet är en konfiguration som hindrar lokalt nätverk: macOS varnar för att en sådan VPN kan störa Continuity-funktioner, och vidarekoppling är en Continuity-funktion. Det andra är en full tunnel som fångar den trafik som Macen skulle använda för att nå iPhonen, så den lokala begäran går ut mot en gateway som inte har någon nytta av den. Det tredje är en klient som tillämpar sin egen filtrering eller kill switch på varje gränssnitt i stället för bara på tunneln.

En delad tunnel som bara bär företagets subnät lämnar vanligtvis den lokala vägen i fred. Därför kan samma Mac lyckas på en VPN-profil och misslyckas på en annan, och skillnaden mellan de två profilerna är den användbara signalen.

Var sträng om vad jämförelsen bevisar. Att fungera utan VPN och misslyckas med den är en interaktion, inte en diagnos. Den namnger inte protokollet, porten eller gränssnittet som blockerades, och att hitta på rutter enbart utifrån det gör nästa test värdelöst.

Tre fel som läggs på VPN

Wi-Fi-samtal. Det här är en operatörsfunktion på iPhone, inte något Macen ärver. Den låter telefonen använda operatörens tjänst via Wi-Fi, inte alla operatörer erbjuder den, och den är oanvändbar när iPhonen är avstängd, utom räckhåll eller på ett nätverk som blockerar operatörens slutpunkter. Om ditt egentliga krav är att ringa medan iPhonen stannar hemma var vidarekoppling fel mekanism att testa från början.

Nätverksisolering. Gästnätverk, klientisolering på en åtkomstpunkt och separata VLAN ger exakt vidarekopplingens symptom: samma SSID och ingen synlighet, utan någon VPN i bilden. Om byggnadens Wi-Fi isolerar klienter ändrar ingen inställning på din Mac resultatet.

Handoff. Handoff fortsätter en aktivitet mellan enheter. Det ger inte din Mac en mobil linje och det är inte ett ersättningstest. Att se Handoff-ikonen dyka upp säger visserligen att de två enheterna kan hitta varandra, vilket är värt att veta, men det stannar långt före ett bevis på att samtalsroutning fungerar.

En testordning som ger bevis

Börja från ett känt läge: iPhone upplåst och i närheten, båda enheterna på samma Wi-Fi, VPN frånkopplad på Macen. Ring ett utgående samtal och ta emot ett inkommande. Båda riktningarna spelar roll, eftersom de misslyckas av olika skäl. Utgående beror på att Macen når linjen, medan inkommande beror på att iPhonen behandlar den Macen som ett giltigt mål.

Anslut VPN igen med den profil du faktiskt arbetar med och upprepa båda samtalen utan att ändra något annat. Om båda fortfarande fungerar är VPN inte din variabel och du bör sluta justera den. Om båda går sönder, anteckna profilnamnet, klientversionen och om lokal trafik är undantagen, och ge de tre fakta till den som äger konfigurationen.

Om bara en riktning misslyckas, titta på iPhonens samtalsinställningar före tunneln. Asymmetriska fel är mycket oftare en omkopplare per enhet än ett routingproblem, och den enda observationen sparar en eftermiddag.

Vad du ska bekräfta innan du eskalerar

Gå igenom de här fem punkterna i ordning och skriv ned svaret på varje: samma Wi-Fi-nätverk, samma Apple-konto, telefonnummer aktiverat i FaceTime, den här Macen aktiverad under Samtal på andra enheter och macOS-tillståndsfrågan accepterad. Allt du inte kan bekräfta är en gratis möjlig orsak.

Bestäm sedan vad du optimerar för. Om samtalen bara behöver fungera vid ditt skrivbord räcker det oftast att undanta lokal trafik från VPN-profilen, och det försvagar inte tunnelns syfte. Om de måste fungera medan iPhonen är någon annanstans är vidarekoppling fel funktion och operatörsfrågan kommer först.