iMessage не абнаўляецца праз VPN на Mac: праверкі па парадку

Калі Messages перастае сінхранізавацца, а Safari ўсё яшчэ загружае старонкі, VPN — праўдападобная прычына, але не даказаная. iMessage залежыць ад службы push-апавяшчэнняў Apple (APNs) разам са службамі ідэнтыфікацыі Apple, а тунель можа змяніць маршрут, рэзалвер або праверку, якая ўжываецца да гэтых злучэнняў, не закранаючы вэб-трафік. Адзін заблакаваны порт рэдка бывае ўсёй справай, таму праверкі ніжэй ідуць ад Mac вонкі. Спыніцеся на першым кроку, які не ўдаўся, і выпраўце яго, перш чым мяняць што-небудзь яшчэ.

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

Праверка 1: што тунель маршрутызуе і што ахоплівае

Паглядзіце на профіль раней, чым на праграму. Поўны тунель накіроўвае ўвесь трафік праз VPN, раздзелены тунель толькі пералічаныя падсеткі, а тунель для асобных праграм уключае толькі выбраныя праграмы. Калі Messages знаходзіцца па-за ўключаным наборам, ён выкарыстоўвае фізічны інтэрфейс, і VPN не можа быць прычынай. scutil --nc list паказвае службы, якія кіруюцца канфігурацыяй, netstat -rn -f inet паказвае, куды накіраваны маршрут па змаўчанні, а прадстаўленне профілю ў кліенце паказвае, ці ахоп заснаваны на праграме.

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

Праверка 2: палітыка рэзалвера і праверка

Службы push і ўліковых запісаў развязаюць імёны, якія часта адрозніваюцца ад тых, што выкарыстоўвае ваш браўзер, і раздзелены DNS можа адправіць гэтыя запыты некуды нечакана. scutil --dns пералічвае рэзалверы па даменах; параўнайце рэзалвер, які выкарыстоўваецца для даменаў Apple, з тым, які вы чакаеце. Рэзалвер, які адказвае ўнутраным адрасам або цалкам адмаўляе ў запыце, ламае службу яшчэ да таго, як хоць адзін пакет дасягне Apple.

Затым праверце, ці тунель інспектуе TLS. Патрабаванні Apple да сеткі сцвярджаюць, што яе пералічаныя службы не разлічаны на перахоп HTTPS, і прылада, якая завяршае гэтыя злучэнні, можа пакінуць вэб-браўзінг цэлым, пакуль абмен паведамленнямі ціха збаўляе. Калі інспекцыя ахоплівае ўсё, выключыце адпаведныя катэгорыі службаў Apple і паўтарыце тэст замест таго, каб цалкам адключыць інспекцыю.

Праверка 3: транспарт APNs, уключаючы 443

Злучэнні прылад з APNs выкарыстоўваюць TCP 5223, а TCP 443 для актывацыі і рэзервовага шляху ў падтрыманых сітуацыях. Абодва зыходныя злучэнні, ініцыяваныя прыладай. Вам не патрэбны ўваходны порт на маршрутызатары, а адкрыццё такога на Mac падвяргае службу ўздзеянню, не дапамагаючы кліенту, які не можа дасягнуць Apple.

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

Праверка 4: стан уліковага запісу перад скідом

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

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

Што перадаць уладальніку сеткі

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

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