FaceTime werk, maar jou Mac kan nie deur jou iPhone bel nie
’n Werkende FaceTime-oproep bewys nie dat iPhone-oproepdeurgee op jou Mac werk nie. Kyk na die plaaslike pad wat ’n VPN kan blokkeer en toets dan in die regte volgorde.
Jy kan sonder enige probleem ’n FaceTime-klankoproep van jou Mac af begin en dan dieselfde Mac ’n loodgieter se nommer laat skakel en niks gebeur nie. Die gewone gevolgtrekking is dat die netwerk gesond is en iets onverwant gebreek het. Daardie gevolgtrekking is die mite, en dit oorleef meestal omdat FaceTime soos ’n billike toets lyk.
Dit is nie. FaceTime-klank en telefoondeurgee is afsonderlike transportmiddels met afsonderlike vereistes, en een van hulle oorleef ’n tonnel wat die ander nie kan oorsteek nie.
Die VPN is ook nie by verstek skuldig nie. Die volgorde hieronder verwyder albei aannames voordat jy aan nog ’n instelling raak.
FaceTime wat werk sê byna niks vir jou
FaceTime-klank onderhandel ’n verbinding na ’n bereikbare eweknie. Daardie verkeer kan die internet oorsteek, insluitend ’n voltonnel-VPN, solank albei kante pakkette kan uitruil. Telefoondeurgee verlaat nie die gebou nie. Jou Mac vra ’n nabygeleë iPhone om die oproep op sy sellulêre lyn te plaas, en daardie versoek is plaaslik.
’n Werkende FaceTime-oproep bewys dus dat die Mac bruikbare internet het en Apple se dienste kan bereik. Dit sê niks oor of die Mac die iPhone langs hom kan sien nie. Twee toestelle kan dieselfde SSID deel en steeds onsigbaar vir mekaar wees.
Dit is die hele mite in een sin: geen oproep wat die gebou verlaat, toets die plaaslike skakel nie.
Wat die deurgeepad werklik vereis
Elke item op Apple se lys is verpligtend eerder as bykomend. Albei toestelle op dieselfde Wi-Fi-netwerk, albei aangemeld by dieselfde Apple-rekening, albei aangemeld by FaceTime met die telefoonnommer geaktiveer, en Oproepe op ander toestelle aangeskakel vir die Mac wat jy wil gebruik. Die iPhone-oproepgids is die verwysing vir die huidige bewoording.
Op ’n onlangse iPhone sit die skakelaar onder Instellings, Programme, Telefoon, Oproepe op ander toestelle, en jou Mac moet in daardie lys verskyn en geaktiveer wees. Wanneer die Mac die lyn die eerste keer probeer gebruik, vra macOS of oproepe van daardie iPhone toegelaat moet word. Verwerp daardie aanmaning een keer en die funksie bly stil-stil stukkend, want niks vra weer nie.
Die Mac-kant hang van die stelselweergawe af. Onlangse macOS-weergawes lewer ’n Telefoon-app, oueres lei oproepe deur FaceTime. As ’n handleiding na ’n kieslys wys wat jy nie kan vind nie, kyk na die weergawe voordat jy besluit ’n instelling ontbreek.
| Requirement | How it fails when missing |
|---|---|
| Same Wi-Fi network | The iPhone is listed in settings but a call rings nowhere |
| Same Apple Account | The iPhone never appears as a call source |
| Number enabled in FaceTime | FaceTime calls work, the phone line does not appear |
| Calls on Other Devices enabled for this Mac | Incoming calls never arrive, outgoing dialing fails at once |
| macOS allow prompt accepted | Worked once after setup, then stopped without an error |
Waar ’n VPN werklik inmeng
’n VPN-kliënt kan deurgee op drie verskillende maniere breek, en net die eerste een is gedokumenteer. Die gedokumenteerde geval is ’n konfigurasie wat plaaslike netwerking verhoed: macOS waarsku dat so ’n VPN Continuity-kenmerke kan inmeng, en deurgee is ’n Continuity-kenmerk. Die tweede is ’n voltonnel wat die verkeer vasvang wat die Mac sou gebruik om die iPhone te bereik, so die plaaslike versoek vertrek na ’n poort wat niks daarmee te doen het nie. Die derde is ’n kliënt wat sy eie filtering of doodskakelaar op elke koppelvlak toepas eerder as net op die tonnel.
’n Gesplete tonnel wat net korporatiewe subnetwerke dra, laat die plaaslike pad gewoonlik alleen. Dit is hoekom dieselfde Mac op een VPN-profiel kan slaag en op ’n ander kan misluk, en die verskil tussen die twee profiele is die nuttige sein.
Wees streng oor wat die vergelyking bewys. Werk sonder die VPN en misluk met dit is ’n interaksie, nie ’n diagnose nie. Dit noem nie die protokol, poort of koppelvlak wat geblokkeer is nie, en om alleen daaruit roetes te bedink maak die volgende toets waardeloos.
Drie mislukkings wat die VPN die skuld kry
Wi-Fi-oproep. Dit is ’n kenmerk van die diensverskaffer op die iPhone, nie iets wat die Mac erf nie. Dit laat die telefoon die diensverskaffer se diens oor Wi-Fi gebruik, nie elke diensverskaffer bied dit nie, en dit is nutteloos wanneer die iPhone af is, buite bereik is of op ’n netwerk is wat die diensverskaffer se eindpunte blokkeer. As jou werklike vereiste is om te bel terwyl die iPhone by die huis bly, was deurgee van die begin af die verkeerde meganisme om te toets.
Netwerk-isolasie. Gaste-netwerke, kliënt-isolasie op ’n toegangspunt en aparte VLANs lewer presies die deurgee-simptoom, dieselfde SSID en geen sigbaarheid, met geen VPN in die prentjie nie. As die gebou se Wi-Fi kliënte isoleer, sal geen instelling op jou Mac die resultaat verander nie.
Handoff. Handoff gaan met ’n aktiwiteit oor toestelle voort. Dit gee nie vir jou Mac ’n sellulêre lyn nie en dit is nie ’n plaasvervangende toets nie. Om die Handoff-ikoon te sien verskyn sê wel dat die twee toestelle mekaar kan vind, wat die moeite werd is om te weet, maar dit stop ver tekort om te bewys dat oproeproetering werk.
’n Toetsvolgorde wat bewyse lewer
Begin van ’n bekende toestand: iPhone ontsluit en naby, albei toestelle op dieselfde Wi-Fi, VPN op die Mac ontkoppel. Plaas een uitgaande oproep en ontvang een inkomende oproep. Albei rigtings maak saak, want hulle misluk om verskillende redes. Uitgaande hang daarvan af dat die Mac die lyn bereik, terwyl inkomende daarvan afhang dat die iPhone daardie Mac as ’n geldige teiken beskou.
Herkoppel die VPN met die profiel waarmee jy werklik werk en herhaal albei oproepe sonder om enigiets anders te verander. As albei nog werk, is die VPN nie jou veranderlike nie en moet jy ophou om dit aan te pas. As albei breek, teken die profielnaam, die kliëntweergawe en of plaaslike verkeer uitgesluit is aan, en gee daardie drie feite aan wie ook al die konfigurasie besit.
As net een rigting misluk, kyk na die iPhone se oproepinstellings voordat jy na die tonnel kyk. Asimmetriese mislukking is veel vaker ’n skakelaar per toestel as ’n roeteringsprobleem, en daardie een waarneming spaar ’n middag.
Wat om te bevestig voordat jy eskaleer
Werk hierdie vyf items in volgorde deur en skryf die antwoord op elkeen neer: dieselfde Wi-Fi-netwerk, dieselfde Apple-rekening, telefoonnommer in FaceTime geaktiveer, hierdie Mac geaktiveer onder Oproepe op ander toestelle, en die macOS-toelaataanmaning aanvaar. Enigiets wat jy nie kan bevestig nie, is ’n gratis kandidaatoorsaak.
Besluit dan waarvoor jy optimaliseer. As oproepe net by jou lessenaar hoef te werk, is die uitsluiting van plaaslike verkeer uit die VPN-profiel gewoonlik genoeg en dit verswak nie die tonnel se doel nie. As hulle moet werk terwyl die iPhone elders is, is deurgee die verkeerde funksie en kom die vraag oor die diensverskaffer eerste.