FaceTime virker, men Macen kan ikke ringe via iPhone

Du kan starte en FaceTime-lydsamtale fra Macen uten problemer, og deretter slå nummeret til en rørlegger fra samme Mac uten at noe skjer. Den vanlige lesningen er at nettverket er friskt og at noe urelatert har gått i stykker. Den lesningen er myten, og den overlever mest fordi FaceTime ser ut som en rettferdig test.

Det er den ikke. FaceTime-lyd og telefonsamtale-viderekobling er separate transporter med separate krav, og én av dem overlever en tunnel som den andre ikke kan krysse.

VPN er heller ikke skyldig på forhånd. Rekkefølgen nedenfor fjerner begge antakelsene før du rører en annen innstilling.

FaceTime som virker forteller deg nesten ingenting

FaceTime-lyd forhandler en forbindelse til en tilgjengelig motpart. Den trafikken kan krysse internett, også gjennom en VPN med full tunnel, så lenge begge ender kan utveksle pakker. Viderekobling av anrop forlater ikke bygningen. Macen din ber en iPhone i nærheten om å legge anropet på sin mobilinje, og den forespørselen er lokal.

Så en velfungerende FaceTime-samtale beviser at Macen har brukbart internett og når Apples tjenester. Den sier ingenting om hvorvidt Macen ser iPhone som står ved siden av. To enheter kan dele samme SSID og likevel være usynlige for hverandre.

Det er hele myten på én linje: ingen samtale som forlater bygningen tester den lokale forbindelsen.

Hva viderekoblingsveien faktisk krever

Hvert punkt på Apples liste er obligatorisk, ikke i tillegg. Begge enheter på samme Wi-Fi-nettverk, begge pålogget samme Apple-konto, begge pålogget FaceTime med telefonnummeret aktivert, og Anrop på andre enheter slått på for Macen du vil bruke. Apples veiledning for anrop fra iPhone er referansen for den gjeldende formuleringen.

På en nyere iPhone sitter bryteren under Innstillinger, Apper, Telefon, Anrop på andre enheter, og Macen din må vises i den listen og være aktivert. Når Macen første gang prøver å bruke linjen, spør macOS om anrop fra den iPhonen skal tillates. Avviser du den meldingen én gang, blir funksjonen stille ødelagt, fordi ingenting spør igjen.

Macsiden avhenger av systemversjonen. Nyere macOS-utgivelser leveres med en Telefon-app, eldre ruter anrop gjennom FaceTime. Hvis en veiledning peker på en meny du ikke finner, sjekk versjonen før du konkluderer med at en innstilling mangler.

Der en VPN virkelig forstyrrer

En VPN-klient kan ødelegge viderekoblingen på tre ulike måter, og bare den første er dokumentert. Det dokumenterte tilfellet er en konfigurasjon som hindrer lokalt nettverk: macOS advarer om at en slik VPN kan forstyrre Continuity-funksjoner, og viderekobling er en Continuity-funksjon. Den andre er en full tunnel som fanger trafikken Macen ville brukt for å nå iPhonen, så den lokale forespørselen går ut mot en gateway som ikke har bruk for den. Den tredje er en klient som bruker sin egen filtrering eller kill switch på hvert grensesnitt i stedet for bare på tunnelen.

En delt tunnel som bare fører bedriftsnett, lar vanligvis den lokale veien være i fred. Derfor kan samme Mac passere på én VPN-profil og feile på en annen, og forskjellen mellom de to profilene er det nyttige signalet.

Vær streng om hva sammenligningen beviser. Å virke uten VPN og feile med den er en interaksjon, ikke en diagnose. Den navngir ikke protokollen, porten eller grensesnittet som ble blokkert, og å finne opp ruter bare ut fra det gjør neste test verdiløs.

Tre feil som får skylden for VPN

Wi-Fi-anrop. Dette er en operatørfunksjon på iPhone, ikke noe Macen arver. Den lar telefonen bruke operatørens tjeneste over Wi-Fi, ikke alle operatører tilbyr den, og den er ubrukelig når iPhonen er avslått, utenfor rekkevidde eller på et nettverk som blokkerer operatørens endepunkter. Hvis det egentlige kravet ditt er å ringe mens iPhonen blir hjemme, var viderekobling feil mekanisme å teste fra starten.

Nettverksisolering. Gjestenettverk, klientisolering på et aksesspunkt og separate VLAN gir nøyaktig viderekoblingssymptomet: samme SSID og ingen synlighet, uten noen VPN i bildet. Hvis bygningens Wi-Fi isolerer klienter, endrer ingen innstilling på Macen resultatet.

Handoff. Handoff fortsetter en aktivitet mellom enheter. Det gir ikke Macen en mobilinje, og det er ikke en erstatningstest. Å se Handoff-ikonet dukke opp forteller faktisk at de to enhetene kan finne hverandre, noe det er verdt å vite, men det stopper langt fra å bevise at anropsruting virker.

En testrekkefølge som gir bevis

Start fra en kjent tilstand: iPhone låst opp og i nærheten, begge enheter på samme Wi-Fi, VPN koblet fra på Macen. Foreta ett utgående anrop og motta ett innkommende. Begge retninger betyr noe, fordi de feiler av ulike grunner. Utgående avhenger av at Macen når linjen, mens innkommende avhenger av at iPhonen behandler den Macen som et gyldig mål.

Koble VPN til igjen med profilen du faktisk arbeider med, og gjenta begge anropene uten å endre noe annet. Hvis begge fortsatt virker, er ikke VPN din variabel, og du bør slutte å justere den. Hvis begge bryter sammen, noter profilnavnet, klientversjonen og om lokal trafikk er utelukket, og gi de tre fakta til den som eier konfigurasjonen.

Hvis bare én retning feiler, se på iPhonens anropsinnstillinger før tunnelen. Asymmetrisk feil er langt oftere en bryter per enhet enn et rutingproblem, og den ene observasjonen sparer en ettermiddag.

Hva du bør bekrefte før du eskalerer

Gå gjennom disse fem punktene i rekkefølge og skriv ned svaret på hvert: samme Wi-Fi-nettverk, samme Apple-konto, telefonnummer aktivert i FaceTime, denne Macen aktivert under Anrop på andre enheter, og macOS-tillatelsesmeldingen godtatt. Alt du ikke kan bekrefte, er en gratis mulig årsak.

Avgjør så hva du optimaliserer for. Hvis anrop bare må virke ved skrivebordet ditt, er det vanligvis nok å utelukke lokal trafikk fra VPN-profilen, og det svekker ikke tunnelens formål. Hvis de må virke mens iPhonen er et annet sted, er viderekobling feil funksjon, og operatørspørsmålet kommer først.