FaceTime funkcias, sed la Mac ne povas telefoni per via iPhone

Vi povas senprobleme komenci FaceTime-sonvokon de via Mac, poste tajpi la numeron de instalisto de la sama Mac kaj nenio okazas. La kutima interpreto estas, ke la reto sanas kaj ke io nerilata rompiĝis. Tiu interpreto estas la mito, kaj ĝi pluvivas ĉefe ĉar FaceTime aspektas kiel justa testo.

Ĝi ne estas. FaceTime-sono kaj telefona plusendado estas apartaj transportoj kun apartaj postuloj, kaj unu el ili trapasas tunelon, kiun la alia ne povas transpasi.

Ankaŭ VPN ne estas kulpa antaŭe. La suba ordo forigas ambaŭ supozojn antaŭ ol vi tuŝos alian agordon.

Funkcianta FaceTime diras al vi preskaŭ nenion

FaceTime-sono interkonsentas konekton al atingebla partnero. Tiu trafiko povas trapasi la interreton, inkluzive de VPN kun plena tunelo, kondiĉe ke ambaŭ flankoj povas interŝanĝi pakaĵojn. Telefona plusendado ne forlasas la konstruaĵon. Via Mac petas proksiman iPhone meti la vokon sur sian poŝtelefonan linion, kaj tiu peto estas loka.

Do funkcianta FaceTime-voko pruvas, ke la Mac havas uzeblan interreton kaj povas atingi la servojn de Apple. Ĝi diras nenion pri tio, ĉu la Mac vidas la iPhone apud si. Du aparatoj povas kunhavi la saman SSID kaj tamen esti nevideblaj unu al la alia.

Jen la tuta mito en unu linio: neniu voko, kiu forlasas la konstruaĵon, testas la lokan ligon.

Kion la plusenda vojo efektive postulas

Ĉiu ero en la listo de Apple estas deviga, ne aldona. Ambaŭ aparatoj en la sama Wi-Fi-reto, ambaŭ ensalutintaj al la sama Apple-konto, ambaŭ ensalutintaj al FaceTime kun la telefonnombro ŝaltita, kaj Vokoj sur aliaj aparatoj ŝaltita por la Mac, kiun vi volas uzi. La gvidilo pri vokoj per iPhone estas la referenco por la nuna vortigo.

Sur lastatempa iPhone la ŝaltilo troviĝas sub Agordoj, Aplikaĵoj, Telefono, Vokoj sur aliaj aparatoj, kaj via Mac devas aperi en tiu listo kaj esti ŝaltita. Kiam la Mac unuafoje provas uzi la linion, macOS demandas, ĉu permesi vokojn de tiu iPhone. Se vi forĵetos tiun demandon unufoje, la funkcio restos silente rompita, ĉar nenio demandos denove.

La flanko de la Mac dependas de la sistema versio. Lastatempaj eldonoj de macOS venas kun aplikaĵo Telefono, pli malnovaj plusendas vokojn tra FaceTime. Se instrukcio montras menuon, kiun vi ne trovas, kontrolu la version antaŭ ol decidi, ke agordo mankas.

Kie VPN vere interferas

VPN-kliento povas rompi la plusendadon en tri malsamaj manieroj, kaj nur la unua estas dokumentita. La dokumentita kazo estas agordo, kiu malhelpas lokan retadon: macOS avertas, ke tia VPN povas interferi kun funkcioj de Continuity, kaj plusendado estas funkcio de Continuity. La dua estas plena tunelo, kiu kaptas la trafikon, kiun la Mac uzus por atingi la iPhone, do la loka peto foriras al kluzo, kiu havas neniun uzon por ĝi. La tria estas kliento, kiu aplikas sian propran filtradon aŭ haltigilon al ĉiu interfaco anstataŭ nur al la tunelo.

Dividita tunelo, kiu portas nur entreprenajn subretojn, kutime lasas la lokan vojon trankvila. Tial la sama Mac povas sukcesi per unu VPN-profilo kaj malsukcesi per alia, kaj la diferenco inter la du profiloj estas la utila signalo.

Estu strikta pri tio, kion pruvas la komparo. Funkcii sen la VPN kaj malsukcesi kun ĝi estas interagado, ne diagnozo. Ĝi ne nomas la protokolon, pordon aŭ interfacon, kiu estis blokita, kaj elpensi vojojn nur el tio faras la sekvan teston senvalora.

Tri paneoj, kiuj estas kulpigitaj al la VPN

Wi-Fi-vokoj. Tio estas funkcio de la operatoro sur la iPhone, ne io, kion la Mac heredas. Ĝi ebligas al la telefono uzi la servon de la operatoro per Wi-Fi, ne ĉiu operatoro proponas ĝin, kaj ĝi estas senutila, kiam la iPhone estas malŝaltita, ekster atingopovo aŭ en reto, kiu blokas la finpunktojn de la operatoro. Se via vera postulo estas telefoni dum la iPhone restas hejme, plusendado estis la malĝusta mekanismo por testi de la komenco.

Reta izolado. Gastaj retoj, klienta izolado sur alirpunkto kaj apartaj VLAN-oj produktas ĝuste la plusendan simptomon: sama SSID kaj neniu videbleco, sen VPN en la bildo. Se la Wi-Fi de la konstruaĵo izolas klientojn, neniu agordo sur via Mac ŝanĝos la rezulton.

Handoff. Handoff daŭrigas aktivecon inter aparatoj. Ĝi ne donas al via Mac poŝtelefona linio kaj ne estas anstataŭa testo. Vidi la ikonon Handoff aperi ja diras, ke la du aparatoj povas trovi unu la alian, kio indas scii, sed ĝi haltas multe antaŭ pruvi, ke vokplusendado funkcias.

Testa ordo, kiu produktas pruvojn

Komencu de konata stato: iPhone malŝlosita kaj proksime, ambaŭ aparatoj en la sama Wi-Fi, VPN malkonektita sur la Mac. Faru unu elirantan vokon kaj ricevu unu alvenantan. Ambaŭ direktoj gravas, ĉar ili malsukcesas pro malsamaj kaŭzoj. La eliranta dependas de tio, ĉu la Mac atingas la linion, dum la alvenanta dependas de tio, ĉu la iPhone traktas tiun Mac kiel validan celon.

Rekonektu la VPN per la profilo, kun kiu vi efektive laboras, kaj ripetu ambaŭ vokojn sen ŝanĝi ion alian. Se ambaŭ ankoraŭ funkcias, la VPN ne estas via variablo kaj vi devus ĉesi ĝin agordi. Se ambaŭ rompiĝas, notu la profilnomon, la klientversion kaj ĉu loka trafiko estas ekskludita, poste donu tiujn tri faktojn al tiu, kiu posedas la agordon.

Se nur unu direkto malsukcesas, rigardu la vokajn agordojn de la iPhone antaŭ la tunelo. Nesimetria paneo estas multe pli ofte ŝaltilo po aparato ol enkursiga problemo, kaj tiu unu observo ŝparas tutan posttagmezon.

Kion konfirmi antaŭ ol eskali

Trairu ĉi tiujn kvin erojn laŭ ordo kaj skribu la respondon al ĉiu: sama Wi-Fi-reto, sama Apple-konto, telefonnombro ŝaltita en FaceTime, ĉi tiu Mac ŝaltita sub Vokoj sur aliaj aparatoj, kaj la permesa demando de macOS akceptita. Ĉio, kion vi ne povas konfirmi, estas senpaga ebla kaŭzo.

Poste decidu, por kio vi optimumigas. Se vokoj devas funkcii nur ĉe via skribotablo, ekskludi lokan trafikon el la VPN-profilo kutime sufiĉas kaj ne malfortigas la celon de la tunelo. Se ili devas funkcii dum la iPhone estas aliloke, plusendado estas la malĝusta funkcio kaj la demando pri la operatoro venas unue.