iMessage nuk përditësohet përmes VPN-së së Mac: kontrolle me radhë

Nëse Messages ndalon sinkronizimin ndërsa Safari vazhdon të ngarkojë faqe, VPN-ja është një shkak i mundshëm, por jo i provuar. iMessage varet nga Apple Push Notification service bashkë me shërbimet e identitetit të Apple, dhe një tunel mund të ndryshojë rrugën, resolver-in ose inspektimin e aplikuar për ato lidhje pa prekur trafikun e web-it. Një portë e vetme e bllokuar rrallë është e gjithë historia, prandaj kontrollet më poshtë shkojnë nga Mac-i drejt jashtë. Ndaloni në hapin e parë që dështon dhe rregulloni atë përpara se të ndryshoni diçka tjetër.

Së pari përcaktoni simptomën. Dështimi i hyrjes, një mesazh që nuk niset kurrë, një mesazh që nuk arrin kurrë dhe një bashkëngjitje që nuk shkarkohet janë katër probleme të ndryshme që ndodh të ndajnë një aplikacion. Shkruani cilin keni, cili profil VPN ishte aktiv dhe versionin e klientit; ai shënim do t'i duhet më vonë edhe pronarit të rrjetit.

Kontrolli 1: çfarë rrugëton tuneli dhe çfarë shtrirje mbulon

Shikoni profilin përpara aplikacionit. Një tunel i plotë dërgon të gjithë trafikun përmes VPN-së, një tunel i ndarë dërgon vetëm nënrrjetet e listuara, dhe një tunel për çdo aplikacion përfshin vetëm aplikacionet e zgjedhura. Nëse Messages është jashtë grupit të përfshirë, po përdor ndërfaqen fizike dhe VPN-ja nuk mund të jetë shkaku. scutil --nc list shfaq shërbimet e menaxhuara nga konfigurimi, netstat -rn -f inet tregon ku drejtohet rruga e parazgjedhur, dhe pamja e profilit të klientit tregon nëse shtrirja bazohet në aplikacione.

Kushti i kalimit: rruga e parazgjedhur ose përfshirja për çdo aplikacion mbulon vërtet Messages, dhe profili që po testoni është ai që aplikohet tani. Nëse jo, ndaloni dhe inspektoni klientin ose OS-në, jo rrjetin.

Kontrolli 2: politika e resolver-it dhe inspektimi

Shërbimet push dhe të llogarisë zgjidhin emra që shpesh ndryshojnë nga ata që përdor shfletuesi juaj, dhe DNS i ndarë mund t'i dërgojë ato kërkesa në një vend të papritur. scutil --dns liston resolver-ët sipas domenit; krahasoni resolver-in e përdorur për domenet Apple me atë që prisni. Një resolver që përgjigjet me një adresë të brendshme, ose e refuzon kërkesën plotësisht, e prish shërbimin përpara se një paketë e vetme të arrijë te Apple.

Më pas kontrolloni nëse tuneli inspekton TLS. Kërkesat e rrjetit të Apple thonë se shërbimet e listuara nuk janë projektuar për interceptim HTTPS, dhe një pajisje që i përfundon ato lidhje mund ta lërë shfletimin e web-it të paprekur ndërsa mesazhet dështojnë në heshtje. Nëse inspektimi mbulon gjithçka, përjashtoni kategoritë përkatëse të shërbimeve Apple dhe ritestoni, në vend që ta çaktivizoni inspektimin globalisht.

Kontrolli 3: transporti APNs, përfshirë 443

Lidhjet e pajisjeve me APNs përdorin TCP 5223, ndërsa TCP 443 përdoret për aktivizim dhe rrugë rezervë në situata të mbështetura. Të dyja janë lidhje dalëse të nisura nga pajisja. Nuk ju duhet një portë hyrëse në ruter, dhe publikimi i njërës në Mac ekspozon një shërbim pa ndihmuar një klient që nuk arrin te Apple gjithsesi.

Kushti i kalimit: një mesazh i ri nga Mac-i arrin një marrës në një rrjet tjetër, dhe përgjigjja e tij vjen, me të njëjtin profil ende aktiv. Dërgoni një mesazh jo të ndjeshëm dhe prisni një përgjigje në vend të një grupi, që një sukses i pjesshëm të tregojë ende cila drejtim dështoi. Nëse dërgimi funksionon dhe bashkëngjitjet ngecin, transporti është ndoshta në rregull dhe rruga më e ngushtë është ajo që duhet inspektuar.

Kontrolli 4: gjendja e llogarisë përpara se ta rivendosni

Një gabim aktivizimi ose hyrjeje i përket shtresës së llogarisë, jo tunelit. Konfirmoni që data dhe ora e Mac-it janë të sakta, që Apple ID është i identifikuar dhe nëse një kërkesë verifikimi po pret në një pajisje tjetër. Një miratim me dy faktorë në pritje duket saktësisht si një dështim lidhjeje nga brenda dritares së Messages.

Rezistoni instinktit të rivendosjes. Dalja dhe hyrja përsëri, ose rivendosja e llogarisë, hedh poshtë gjendjen që do t'ju kishte treguar ku qëndronte dështimi, dhe në një Mac të menaxhuar mund të nisë hapa regjistrimi që nuk mund t'i anuloni vetëm. Riidentifikohuni një herë, dhe vetëm pasi kontrollet e transportit kanë kaluar dhe llogaria mbetet e dyshuara e vetme.

Çfarë t'i jepni pronarit të rrjetit

Nëse kontrollet tregojnë tunelin, raporti i dobishëm është i shkurtër: modeli i Mac-it dhe versioni i macOS, emri dhe versioni i klientit, emri i profilit, dritarja kohore, cila drejtim dështoi dhe vëzhgimi i rrugës ose resolver-it që ndryshonte. Lini jashtë përmbajtjen e mesazheve dhe pamjet e ekranit të bisedave.

Kërkoni që politika të zbatohet në kufirin e vërtetë të filtrimit. Kërkesat aktuale të rrjetit të ndërmarrjes nga Apple listojnë host-et dhe kushtet e transportit për çdo shërbim, kështu që pronari mund t'i krahasojë me grupin e rregullave në vend që të hapë një portë dhe të shpresojë. Ritestoni me një mesazh pas çdo ndryshimi; dy variabla njëherësh japin një rezultat që nuk mund ta lexoni.