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-овите тековни барања за корпоративна мрежа ги наведуваат домаќините и транспортните услови по услуга, така што сопственикот може да ги спореди со множеството правила наместо да отвори порт и да се надева. Тестирајте повторно со една порака по секоја промена; две променливи истовремено даваат резултат што не можете да го прочитате.