iMessage се не ажурира преко Mac VPN-а: провере по реду
Push грешке ретко су само један блокиран порт. Изведите провере по реду: рутирање и обухват апликације, resolver, доступност APNs, затим стање налога.
Ако Messages престане да синхронизује док Safari и даље учитава странице, VPN је вероватан узрок, али не доказан. iMessage зависи од Apple Push Notification service заједно са Apple идентитетским сервисима, а тунел може да промени руту, resolver или инспекцију која се примењује на те везе, без додиривања веб саобраћаја. Један блокиран порт ретко је цела прича, па провере испод иду од Mac-а ка споља. Зауставите се на првом кораку који не успе и поправите га пре него што промените било шта друго.
Прво утврдите симптом. Неуспешна пријава, порука која никада не одлази, порука која никада не стиже и прилог који се не преузима су четири различита проблема која случајно деле једну апликацију. Запишите који је ваш, који VPN профил је био активан и верзију клијента; та белешка ће касније требати и власнику мреже.
Провера 1: шта тунел рутира и који обухват покрива
Погледајте профил пре апликације. Пун тунел шаље сав саобраћај кроз VPN, подељени тунел шаље само наведене подмреже, а тунел по апликацији укључује само изабране апликације. Ако је Messages изван укљученог скупа, користи физички интерфејс и VPN не може бити узрок. scutil --nc list приказује сервисе којима управља конфигурација, netstat -rn -f inet приказује где води подразумевана рута, а приказ профила клијента показује да ли је обухват заснован на апликацијама.
Услов за пролаз: подразумевана рута или укључивање по апликацији заиста покрива Messages, а профил који тестирате је онај који се сада примењује. Ако није, зауставите се и прегледајте клијент или ОС, а не мрежу.
Провера 2: политика resolver-а и инспекција
Push и сервиси налога разрешавају имена која се често разликују од оних које користи ваш прегледач, а подељени DNS може да пошаље те упите на неочекивано место. scutil --dns наводи resolver-е по домену; упоредите resolver који се користи за Apple домене са оним који очекујете. Resolver који одговара интерном адресом или потпуно одбија упит квари сервис пре него што и један пакет стигне до Apple-а.
Затим проверите да ли тунел инспектира TLS. Apple-ови мрежни захтеви наводе да наведени сервиси нису пројектовани за HTTPS пресретање, а уређај који прекида те везе може да остави веб прегледање нетакнутим док поруке тихо пропадају. Ако инспекција покрива све, изузмите релевантне Apple категорије сервиса и поново тестирајте уместо да глобално искључите инспекцију.
Провера 3: APNs транспорт, укључујући 443
Веза уређаја са APNs користи TCP 5223, док се TCP 443 користи за активацију и резервни пут у подржаним ситуацијама. Обе су одлазне везе које покреће уређај. Није вам потребан долазни порт на рутеру, а његово објављивање на Mac-у излаже сервис без помоћи клијенту који ионако не стиже до Apple-а.
Услов за пролаз: нова порука са Mac-а стиже примаоцу на другој мрежи и њихов одговор долази, уз исти профил још активан. Пошаљите једну неосетљиву поруку и сачекајте један одговор уместо серије, да би делимичан успех ипак показао који смер није успео. Ако слање ради а прилози се заглаве, транспорт је вероватно у реду и ужи пут је оно што треба прегледати.
Провера 4: стање налога пре него што га ресетујете
Грешка при активацији или пријави припада слоју налога, не тунелу. Потврдите да су датум и време на Mac-у тачни, да је Apple ID пријављен и да ли на другом уређају чека захтев за верификацију. Одобрење са два фактора које чека изгледа тачно као квар повезивања из унутрашњости прозора Messages.
Одуприте се инстинкту за ресетовање. Одјава и поновна пријава, или ресетовање налога, одбацује стање које би вам показало где је квар, а на управљаном Mac-у може да покрене кораке уписа које не можете сами да поништите. Поново се аутентификујте једном, и то тек када су транспортне провере прошле и налог остане једини осумњичени.
Шта предати власнику мреже
Ако провере указују на тунел, користан извештај је кратак: модел Mac-а и верзија macOS-а, назив и верзија клијента, назив профила, временски прозор, који смер није успео и запажање о рути или resolver-у које се разликовало. Изоставите садржај порука и снимке екрана разговора.
Затражите да се политика примењује на стварној граници филтрирања. Важећи Apple-ови мрежни захтеви за предузећа наводе host-ове и транспортне услове по сервису, па власник може да их упореди са скупом правила уместо да отвори порт и нада се. Поново тестирајте једном поруком после сваке промене; две променљиве истовремено дају резултат који не можете прочитати.