FaceTime працуе, але Mac не можа званіць праз iPhone

Вы можаце пачаць аўдыявыклік FaceTime са свайго Mac без перашкод, а затым набраць нумар сантэхніка з таго ж Mac — і нічога не адбываецца. Звычайнае тлумачэнне: сетка здаровая, а зламалася нешта не звязанае. Гэтае тлумачэнне і ёсць міф, і ён трымаецца галоўным чынам таму, што FaceTime выглядае сумленным тэстам.

Гэта не так. Аўдыё FaceTime і перадача тэлефонных выклікаў — асобныя транспарты з асобнымі патрабаваннямі, і адзін з іх праходзіць праз тунель, які другі пераадолець не можа.

VPN таксама не вінаваты па змаўчанні. Парадак ніжэй здымае абодва дапушчэнні, перш чым вы кранеце яшчэ адну наладу.

Працоўны FaceTime амаль нічога вам не кажа

Аўдыё FaceTime дамаўляецца аб злучэнні з дасягальным суразмоўцам. Гэты трафік можа перасякаць інтэрнэт, уключаючы VPN з поўным тунелем, калі абодва бакі могуць абменьвацца пакетамі. Перадача выклікаў не пакідае будынак. Ваш Mac просіць блізкі iPhone зрабіць выклік праз яго сотавую лінію, і гэты запыт лакальны.

Такім чынам, працоўны выклік FaceTime даказвае, што Mac мае прыдатны інтэрнэт і можа дасягнуць сэрвісаў Apple. Ён нічога не кажа пра тое, ці бачыць Mac iPhone, які стаіць побач. Дзве прылады могуць мець адзін SSID і ўсё ж быць нябачнымі адна для адной.

Вось увесь міф у адным радку: ні адзін выклік, які пакідае будынак, не тэстуе лакальнае злучэнне.

Што насамрэч патрабуе шлях перадачы

Кожны пункт у спісе Apple абавязковы, а не дадатковы. Абедзве прылады ў адной сетцы Wi-Fi, абедзве ўвайшлі ў адзін уліковы запіс Apple, абедзве ўвайшлі ў FaceTime з уключаным нумарам тэлефона, а «Выклікі на іншых прыладах» уключаны для Mac, які вы хочаце выкарыстоўваць. Даведнік па выкліках з iPhone з'яўляецца крыніцай для бягучай фармулёўкі.

На новым iPhone перамыкач знаходзіцца ў раздзеле «Налады», «Праграмы», «Тэлефон», «Выклікі на іншых прыладах», і ваш Mac павінен з'явіцца ў гэтым спісе і быць уключаным. Калі Mac упершыню спрабуе выкарыстаць лінію, macOS пытаецца, ці дазволіць выклікі з гэтага iPhone. Адхіліце гэтае пытанне аднойчы — і функцыя застанецца ціха зламанай, бо больш нішто не спытае.

Бок Mac залежыць ад версіі сістэмы. Новыя выпускі macOS пастаўляюцца з праграмай «Тэлефон», старыя перадаюць выклікі праз FaceTime. Калі падручнік паказвае меню, якога вы не можаце знайсці, праверце версію, перш чым вырашаць, што налада адсутнічае.

Дзе VPN сапраўды перашкаджае

Кліент VPN можа зламаць перадачу трыма рознымі спосабамі, і дакументаваны толькі першы. Дакументаваны выпадак — канфігурацыя, якая перашкаджае лакальнай сетцы: macOS папярэджвае, што такі VPN можа перашкаджаць функцыям Continuity, а перадача — гэта функцыя Continuity. Другі — поўны тунель, які перахоплівае трафік, які Mac выкарыстаў бы, каб дасягнуць iPhone, таму лакальны запыт сыходзіць да шлюза, якому ён не патрэбны. Трэці — кліент, які ўжывае сваё фільтраванне або «аварыйны выключальнік» да кожнага інтэрфейсу, а не толькі да тунелю.

Раздзелены тунель, які нясе толькі карпаратыўныя падсеткі, звычайна не чапае лакальны шлях. Вось чаму адзін і той жа Mac можа прайсці на адным профілі VPN і збаць на другім, і рознасць паміж двума профілямі — гэта карысны сігнал.

Будзьце строгія ў тым, што даказвае параўнанне. Праца без VPN і збой з ім — гэта ўзаемадзеянне, а не дыягназ. Яно не называе пратакол, порт або інтэрфейс, які быў заблакаваны, і выдумляць маршруты толькі з гэтага — значыць зрабіць наступны тэст бескарысным.

Тры збоі, якія валіць на VPN

Wi-Fi Calling. Гэта функцыя аператара на iPhone, а не тое, што Mac атрымлівае ў спадчыну. Яна дазваляе тэлефону карыстацца паслугай аператара праз Wi-Fi, не кожны аператар яе прапануе, і яна бескарысная, калі iPhone выключаны, па-за зонай або ў сетцы, якая блакуе канчатковыя кропкі аператара. Калі вашае сапраўднае патрабаванне — званіць, пакуль iPhone застаецца дома, то перадача была няправільным механізмам для тэсту ад самага пачатку.

Ізаляцыя сеткі. Гасцёвыя сеткі, ізаляцыя кліентаў на кропцы доступу і асобныя VLAN даюць менавіта сімптом перадачы: адзін SSID і ніякай бачнасці, без VPN у карціне. Калі Wi-Fi будынка ізалюе кліентаў, ніякая налада на вашым Mac не зменіць вынік.

Handoff. Handoff працягвае дзейнасць паміж прыладамі. Ён не дае вашаму Mac сотавую лінію і не з'яўляецца заменным тэстам. З'яўленне значка Handoff сапраўды кажа, што дзве прылады могуць знайсці адна адну, і гэта варта ведаць, але да доказу працы маршрутызацыі выклікаў гэта вельмі далёка.

Парадак тэсту, які дае доказы

Пачніце з вядомага стану: iPhone разблакаваны і побач, абедзве прылады ў адной сетцы Wi-Fi, VPN на Mac адключаны. Зрабіце адзін зыходны выклік і прыміце адзін уваходны. Абодва кірункі важныя, бо яны збаць па розных прычынах. Зыходны залежыць ад таго, ці дасягае Mac лініі, а ўваходны — ад таго, ці лічыць iPhone гэты Mac прыдатнай мэтай.

Падключыце VPN з профілем, з якім вы сапраўды працуеце, і паўтарыце абодва выклікі, не змяняючы нічога іншага. Калі абодва яшчэ працуюць, VPN не ваша зменная, і трэба спыніць яго настройваць. Калі абодва збаць, запішыце імя профілю, версію кліента і ці выключаны лакальны трафік, а затым аддайце гэтыя тры факты таму, хто валодае канфігурацыяй.

Калі збаецца толькі адзін кірунак, паглядзіце на налады выклікаў iPhone раней за тунель. Асіметрычны збой куды часцей бывае перамыкачом для кожнай прылады, чым праблемай маршрутызацыі, і гэта адно назіранне эканоміць паўдня.

Што пацвердзіць перад эскалацыяй

Прайдзіце гэтыя пяць пунктаў па парадку і запішыце адказ на кожны: адна сетка Wi-Fi, адзін уліковы запіс Apple, нумар тэлефона ўключаны ў FaceTime, гэты Mac уключаны ў «Выклікі на іншых прыладах» і запыт macOS на дазвол прыняты. Усё, што вы не можаце пацвердзіць, — бясплатная верагодная прычына.

Затым вырашыце, што вы аптымізуеце. Калі выклікі павінны працаваць толькі за вашым сталом, выключэнне лакальнага трафіку з профілю VPN звычайна дастаткова і не аслабляе мэты тунелю. Калі яны павінны працаваць, пакуль iPhone знаходзіцца ў іншым месцы, перадача — няправільная функцыя, і пытанне аператара ідзе першым.