FaceTime fungerer, men Macen kan ikkje ringje via iPhone

Du kan starte ein FaceTime-lydsamtale frå Macen utan problem, og deretter slå nummeret til ein røyrleggjar frå same Mac utan at noko skjer. Den vanlege lesinga er at nettverket er friskt og at noko urelatert har gått i stykke. Den lesinga er myten, og han overlever mest fordi FaceTime ser ut som ein rettferdig test.

Det er han ikkje. FaceTime-lyd og vidarekopling av telefonsamtalar er separate transportar med separate krav, og éin av dei overlever ein tunnel som den andre ikkje kan krysse.

VPN er heller ikkje skyldig på førehand. Rekkjefølgja nedanfor fjernar begge føresetnadene før du rører ei anna innstilling.

FaceTime som virkar fortel deg nesten ingenting

FaceTime-lyd forhandlar om ei sambinding til ein tilgjengeleg motpart. Den trafikken kan krysse internett, òg gjennom ein VPN med full tunnel, så lenge begge endar kan utveksle pakkar. Vidarekopling av anrop forlét ikkje bygningen. Macen din ber ein iPhone i nærleiken om å leggje anropet på si eiga mobil line, og den førespurnaden er lokal.

Så ein velfungerande FaceTime-samtale beviser at Macen har brukbart internett og når Apples tenester. Han seier ingenting om korvidt Macen ser iPhonen som står ved sida. To einingar kan dele same SSID og likevel vere usynlege for kvarandre.

Det er heile myten på éi line: ingen samtale som forlét bygningen testar den lokale sambindinga.

Kva vidarekoplingvegen faktisk krev

Kvart punkt på Apples liste er obligatorisk, ikkje i tillegg. Begge einingane på same Wi-Fi-nettverk, begge pålogga same Apple-konto, begge pålogga FaceTime med telefonnummeret aktivert, og Anrop på andre einingar slått på for Macen du vil bruke. Apples rettleiing for anrop frå iPhone er referansen for den gjeldande formuleringa.

På ein nyare iPhone sit brytaren under Innstillingar, Appar, Telefon, Anrop på andre einingar, og Macen din må visast i den lista og vere aktivert. Når Macen første gong prøver å bruke linja, spør macOS om anrop frå den iPhonen skal tillatast. Avvisar du den meldinga éin gong, blir funksjonen stille øydelagd, fordi ingenting spør igjen.

Macsida avheng av systemversjonen. Nyare macOS-utgåver kjem med ein Telefon-app, eldre ruter anrop gjennom FaceTime. Viss ei rettleiing peikar på ein meny du ikkje finn, sjekk versjonen før du konkluderer med at ei innstilling manglar.

Der ein VPN verkeleg forstyrrar

Ein VPN-klient kan øydeleggje vidarekoplinga på tre ulike måtar, og berre den første er dokumentert. Det dokumenterte tilfellet er ein konfigurasjon som hindrar lokalt nettverk: macOS åtvarar om at ein slik VPN kan forstyrre Continuity-funksjonar, og vidarekopling er ein Continuity-funksjon. Den andre er ein full tunnel som fangar trafikken Macen ville brukt for å nå iPhonen, så den lokale førespurnaden går ut mot ein gateway som ikkje har bruk for han. Den tredje er ein klient som brukar si eiga filtrering eller sin eigen kill switch på kvart grensesnitt i staden for berre på tunnelen.

Ein delt tunnel som berre fører bedriftsnett, lèt vanlegvis den lokale vegen vere i fred. Difor kan same Mac passere på éin VPN-profil og feile på ein annan, og skilnaden mellom dei to profilane er det nyttige signalet.

Ver streng om kva samanlikninga beviser. Å virke utan VPN og feile med han er ein interaksjon, ikkje ein diagnose. Han namngir ikkje protokollen, porten eller grensesnittet som vart blokkert, og å finne opp ruter berre ut frå det gjer neste test verdilaus.

Tre feil som får skulda for VPN

Wi-Fi-anrop. Dette er ein operatørfunksjon på iPhone, ikkje noko Macen arvar. Han lèt telefonen bruke tenesta til operatøren over Wi-Fi, ikkje alle operatørar tilbyr han, og han er ubrukeleg når iPhonen er avslått, utanfor rekkjevidde eller på eit nettverk som blokkerer endepunkta til operatøren. Viss det eigentlege kravet ditt er å ringje medan iPhonen blir heime, var vidarekopling feil mekanisme å teste frå starten.

Nettverksisolering. Gjestenettverk, klientisolering på eit aksesspunkt og separate VLAN gir nøyaktig vidarekopling-symtomet: same SSID og inga synlegheit, utan nokon VPN i biletet. Viss Wi-Fi-en i bygningen isolerer klientar, endrar inga innstilling på Macen resultatet.

Handoff. Handoff held fram ein aktivitet mellom einingar. Det gir ikkje Macen ei mobil line, og det er ikkje ein erstatningstest. Å sjå Handoff-ikonet dukke opp fortel faktisk at dei to einingane kan finne kvarandre, noko det er verdt å vite, men det stoppar langt frå å bevisa at anropsruting virkar.

Ei testrekkjefølgje som gir bevis

Start frå ein kjend tilstand: iPhone låst opp og i nærleiken, begge einingane på same Wi-Fi, VPN kopla frå på Macen. Gjer eitt utgåande anrop og ta imot eitt inngåande. Begge retningane betyr noko, fordi dei feilar av ulike grunnar. Utgåande avheng av at Macen når linja, medan inngåande avheng av at iPhonen behandlar den Macen som eit gyldig mål.

Kopla VPN til igjen med profilen du faktisk arbeider med, og gjenta begge anropa utan å endre noko anna. Viss begge framleis virkar, er ikkje VPN variabelen din, og du bør slutte å justere han. Viss begge bryt saman, noter profilnamnet, klientversjonen og om lokal trafikk er utelukka, og gi dei tre fakta til den som eig konfigurasjonen.

Viss berre éin retning feilar, sjå på anropsinnstillingane til iPhonen før tunnelen. Asymmetrisk feil er langt oftare ein brytar per eining enn eit rutingproblem, og den eine observasjonen sparar ein ettermiddag.

Kva du bør stadfeste før du eskalerer

Gå gjennom desse fem punkta i rekkjefølgje og skriv ned svaret på kvart: same Wi-Fi-nettverk, same Apple-konto, telefonnummer aktivert i FaceTime, denne Macen aktivert under Anrop på andre einingar, og macOS-tillatingsmeldinga godteken. Alt du ikkje kan stadfeste, er ein gratis mogleg årsak.

Avgjer så kva du optimaliserer for. Viss anrop berre må virke ved skrivebordet ditt, er det vanlegvis nok å utelukke lokal trafikk frå VPN-profilen, og det svekkjer ikkje føremålet med tunnelen. Viss dei må virke medan iPhonen er ein annan stad, er vidarekopling feil funksjon, og operatørspørsmålet kjem først.