iMessage ei uuenda end Maci VPN-i kaudu: kontrollid järjekorras
Push-tõrked on harva ainult üks blokeeritud port. Tehke kontrollid järjekorras: marsruutimine ja rakenduste ulatus, resolver, APNs-i kättesaadavus, seejärel konto olek.
Kui Messages lakkab sünkroonimast, samal ajal kui Safari laeb endiselt lehti, on VPN tõenäoline põhjus, kuid mitte tõestatud. iMessage sõltub Apple'i push-teavitusteenusest (APNs) koos Apple'i identiteediteenustega ning tunnel võib muuta marsruuti, resolverit või nendele ühendustele rakendatavat kontrolli, puutumata veebiliiklust. Üks blokeeritud port on harva kogu lugu, seega liiguvad allolevad kontrollid Macist väljapoole. Peatuge esimesel sammul, mis ebaõnnestub, ja parandage see enne, kui muudate midagi muud.
Täpsustage esmalt sümptom. Sisselogimise tõrge, sõnum, mis ei lahku kunagi, sõnum, mis ei saabu kunagi, ja manuse allalaadimine, mis ei õnnestu, on neli erinevat probleemi, mis juhtumisi jagavad ühte rakendust. Kirjutage üles, milline neist teil on, milline VPN-profiil oli aktiivne ja kliendi versioon; seda märget vajab hiljem ka võrguomanik.
Kontroll 1: mida tunnel marsruudib ja millega piirdub
Vaadake profiili enne rakendust. Täistunnel saadab kogu liikluse läbi VPN-i, jaotatud tunnel ainult loetletud alamvõrgud, ja rakendusepõhine tunnel hõlmab ainult valitud rakendusi. Kui Messages jääb kaasatud hulgast välja, kasutab see füüsilist liidest ja VPN ei saa olla põhjus. scutil --nc list näitab konfiguratsiooniga hallatavaid teenuseid, netstat -rn -f inet näitab, kuhu vaikimisi marsruut osutab, ja kliendi profiilivaade näitab, kas ulatus põhineb rakendusel.
Läbimise tingimus: vaikimisi marsruut või rakendusepõhine kaasamine katab tegelikult Messagesi ja testitav profiil on see, mis on praegu rakendatud. Kui ei, peatuge ja uurige klienti või operatsioonisüsteemi, mitte võrku.
Kontroll 2: resolveri poliitika ja kontroll
Push- ja kontoteenused lahendavad nimesid, mis erinevad sageli nendest, mida teie brauser kasutab, ja jaotatud DNS võib need päringud ootamatusse kohta saata. scutil --dns loetleb resolverid domeeni kaupa; võrrelge Apple'i domeenide jaoks kasutatavat resolverit sellega, mida ootate. Resolver, mis vastab sisemise aadressiga või keeldub päringust otse, rikub teenuse enne, kui ükski pakett Apple'ini jõuab.
Seejärel kontrollige, kas tunnel kontrollib TLS-i. Apple'i võrgunõuded kinnitavad, et selle loetletud teenused ei ole mõeldud HTTPS-i pealtkuulamiseks, ja seade, mis need ühendused lõpetab, võib jätta veebilehitsemise puutumata, samal ajal kui sõnumside vaikselt ebaõnnestub. Kui kontroll katab kõike, jätke asjakohased Apple'i teenusekategooriad välja ja testige uuesti, selle asemel et kontroll täielikult välja lülitada.
Kontroll 3: APNs-i transport, sealhulgas 443
Seadmete ühendused APNs-iga kasutavad TCP-d 5223, kusjuures TCP 443 on aktiveerimiseks ja varuteeks toetatud olukordades. Mõlemad on väljuvad, seadme algatatud ühendused. Teil ei ole ruuteril vaja sissetulevat porti ja selle avamine Macis paljastab teenuse, aitamata klienti, kes ei jõua niikuinii Apple'ini.
Läbimise tingimus: uus sõnum Macist jõuab teises võrgus asuva saajani ja tema vastus saabub, sama profiil on endiselt aktiivne. Saatke üks tundmatu sõnum ja oodake ühte vastust, mitte kampaaniat, et ka osaline edu näitaks, milline suund ebaõnnestus. Kui saatmine töötab ja manused takerduvad, on transport tõenäoliselt korras ja kitsam tee on see, mida uurida.
Kontroll 4: konto olek enne lähtestamist
Aktiveerimis- või sisselogimistõrge kuulub kontokihile, mitte tunnelile. Kinnitage, et Maci kuupäev ja kellaaeg on õiged, et Apple ID on sisse logitud, ja kas mõnes teises seadmes ootab kinnitustaotlus. Ootel kaheastmeline kinnitus näeb Messagesi aknast täpselt välja nagu ühenduse tõrge.
Vastustage lähtestamise tungi. Välja- ja uuesti sisselogimine või konto lähtestamine viskab ära oleku, mis oleks näidanud, kus tõrge asus, ja hallatud Macis võib see käivitada registreerimisetapid, mida te ei saa üksi tagasi võtta. Autentige end uuesti üks kord ja alles pärast seda, kui transpordikontrollid on läbitud ja konto on ainus kahtlusalune.
Mida võrguomanikule anda
Kui kontrollid osutavad tunnelile, on kasulik aruanne lühike: Maci mudel ja macOS-i versioon, kliendi nimi ja versioon, profiili nimi, ajavahemik, milline suund ebaõnnestus, ja erinev marsruudi või resolveri tähelepanek. Jätke välja sõnumite sisu ja vestluste ekraanipildid.
Paluge poliitikat rakendada tegelikul filtreerimispiiril. Apple'i praegused ettevõtte võrgunõuded loetlevad hostid ja transporditingimused teenuse kaupa, nii et omanik saab neid reeglistikuga kõrvutada, selle asemel et port avada ja loota. Testige pärast iga muudatust ühe sõnumiga uuesti; kaks muutujat korraga annavad tulemuse, mida te ei suuda lugeda.