FaceTime funcționează, dar Mac-ul nu poate suna prin iPhone
Un apel FaceTime reușit nu demonstrează că redirecționarea apelurilor prin iPhone funcționează pe Mac. Verificați calea locală pe care o VPN o poate bloca, apoi testați în ordinea corectă.
Puteți porni un apel audio FaceTime de pe Mac fără nicio problemă, apoi puteți forma numărul unui instalator de pe același Mac și nu se întâmplă nimic. Interpretarea obișnuită este că rețeaua este sănătoasă și că s-a stricat ceva fără legătură. Acea interpretare este mitul, și supraviețuiește mai ales pentru că FaceTime pare un test corect.
Nu este. Audio-ul FaceTime și redirecționarea apelurilor telefonice sunt transporturi separate cu cerințe separate, iar unul dintre ele trece printr-un tunel pe care celălalt nu-l poate traversa.
Nici VPN-ul nu este vinovat implicit. Ordinea de mai jos înlătură ambele presupuneri înainte să atingeți altă setare.
Un FaceTime care funcționează nu vă spune aproape nimic
Audio-ul FaceTime negociază o conexiune cu un interlocutor accesibil. Acel trafic poate traversa internetul, inclusiv un VPN cu tunel complet, atâta timp cât ambele capete pot schimba pachete. Redirecționarea apelurilor nu părăsește clădirea. Mac-ul dvs. cere unui iPhone din apropiere să facă apelul pe linia lui celulară, iar acea cerere este locală.
Deci un apel FaceTime reușit demonstrează că Mac-ul are internet utilizabil și ajunge la serviciile Apple. Nu spune nimic despre dacă Mac-ul vede iPhone-ul aflat lângă el. Două dispozitive pot împărți același SSID și totuși să fie invizibile unul pentru celălalt.
Acesta este tot mitul într-o singură linie: niciun apel care părăsește clădirea nu testează legătura locală.
Ce cere de fapt calea de redirecționare
Fiecare element din lista Apple este obligatoriu, nu suplimentar. Ambele dispozitive în aceeași rețea Wi-Fi, ambele conectate la același cont Apple, ambele conectate la FaceTime cu numărul de telefon activat, iar Apeluri pe alte dispozitive pornit pentru Mac-ul pe care vreți să îl folosiți. Ghidul Apple pentru apeluri de pe iPhone este referința pentru formularea actuală.
Pe un iPhone recent, comutatorul este în Setări, Aplicații, Telefon, Apeluri pe alte dispozitive, iar Mac-ul dvs. trebuie să apară în acea listă și să fie activat. Când Mac-ul încearcă să folosească linia prima dată, macOS întreabă dacă să permită apeluri de pe acel iPhone. Dacă respingeți acea solicitare o dată, funcția rămâne tăcut defectă, pentru că nimic nu mai întreabă.
Partea Mac depinde de versiunea sistemului. Versiunile recente de macOS vin cu o aplicație Telefon, cele mai vechi direcționează apelurile prin FaceTime. Dacă un tutorial indică un meniu pe care nu îl găsiți, verificați versiunea înainte de a decide că lipsește o setare.
| 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 |
Unde interferează cu adevărat un VPN
Un client VPN poate strica redirecționarea în trei moduri diferite, iar doar primul este documentat. Cazul documentat este o configurație care împiedică rețeaua locală: macOS avertizează că un astfel de VPN poate interfera cu funcțiile Continuity, iar redirecționarea este o funcție Continuity. Al doilea este un tunel complet care captează traficul pe care Mac-ul l-ar folosi ca să ajungă la iPhone, așa că cererea locală pleacă spre un gateway care nu are niciun folos din ea. Al treilea este un client care aplică propria filtrare sau propriul kill switch fiecărei interfețe, nu doar tunelului.
Un tunel divizat care transportă doar subrețele corporate lasă de obicei calea locală în pace. De aceea același Mac poate trece pe un profil VPN și poate eșua pe altul, iar diferența dintre cele două profiluri este semnalul util.
Fiți strict cu privire la ce demonstrează comparația. Funcționarea fără VPN și eșecul cu el este o interacțiune, nu un diagnostic. Nu numește protocolul, portul sau interfața care a fost blocată, iar inventarea de rute doar din asta face următorul test fără valoare.
Trei defecțiuni puse pe seama VPN-ului
Apeluri Wi-Fi. Aceasta este o funcție a operatorului pe iPhone, nu ceva ce Mac-ul moștenește. Permite telefonului să folosească serviciul operatorului prin Wi-Fi, nu toți operatorii îl oferă, și este inutilă când iPhone-ul este oprit, în afara razei sau într-o rețea care blochează punctele terminale ale operatorului. Dacă cerința dvs. reală este să sunați în timp ce iPhone-ul rămâne acasă, redirecționarea era mecanismul greșit de testat de la început.
Izolarea rețelei. Rețelele pentru oaspeți, izolarea clienților pe un punct de acces și VLAN-urile separate produc exact simptomul redirecționării: același SSID și nicio vizibilitate, fără niciun VPN în imagine. Dacă Wi-Fi-ul clădirii izolează clienții, nicio setare de pe Mac-ul dvs. nu va schimba rezultatul.
Handoff. Handoff continuă o activitate între dispozitive. Nu îi dă Mac-ului dvs. o linie celulară și nu este un test substitut. Vederea pictogramei Handoff spune într-adevăr că cele două dispozitive se pot găsi, ceea ce merită știut, dar se oprește mult înainte de a demonstra că rutarea apelurilor funcționează.
O ordine de testare care produce dovezi
Porniți de la o stare cunoscută: iPhone deblocat și aproape, ambele dispozitive în aceeași rețea Wi-Fi, VPN deconectat pe Mac. Faceți un apel de ieșire și primiți un apel de intrare. Ambele direcții contează, pentru că eșuează din motive diferite. Ieșirea depinde de faptul că Mac-ul ajunge la linie, iar intrarea depinde de faptul că iPhone-ul consideră acel Mac o țintă validă.
Reconectați VPN-ul cu profilul cu care lucrați efectiv și repetați ambele apeluri fără să schimbați nimic altceva. Dacă ambele încă funcționează, VPN-ul nu este variabila dvs. și ar trebui să nu îl mai reglați. Dacă ambele se strică, notați numele profilului, versiunea clientului și dacă traficul local este exclus, apoi dați aceste trei fapte celui care deține configurația.
Dacă eșuează doar o direcție, uitați-vă la setările de apel ale iPhone-ului înainte de tunel. Eșecul asimetric este mult mai des un comutator pentru fiecare dispozitiv decât o problemă de rutare, iar acea singură observație economisește o după-amiază.
Ce să confirmați înainte de a escalada
Parcurgeți aceste cinci puncte în ordine și notați răspunsul la fiecare: aceeași rețea Wi-Fi, același cont Apple, număr de telefon activat în FaceTime, acest Mac activat la Apeluri pe alte dispozitive și solicitarea de permisiune macOS acceptată. Orice nu puteți confirma este o cauză candidată gratuită.
Apoi decideți pentru ce optimizați. Dacă apelurile trebuie să funcționeze doar la biroul dvs., excluderea traficului local din profilul VPN este de obicei suficientă și nu slăbește scopul tunelului. Dacă trebuie să funcționeze cât timp iPhone-ul este în altă parte, redirecționarea este funcția greșită, iar întrebarea despre operator vine prima.