iMessage opdateres ikke over Mac-VPN: kontroller i rækkefølge
Push-fejl er sjældent én blokeret port. Tag kontrollerne i rækkefølge: routing og app-omfang, resolveren, APNs-rækkevidde og til sidst kontoens tilstand.
Hvis Messages holder op med at synkronisere, mens Safari stadig indlæser sider, er VPN en sandsynlig årsag, men ikke en bevist. iMessage afhænger af Apples push-beskedtjeneste (APNs) sammen med Apples identitetstjenester, og en tunnel kan ændre ruten, resolveren eller den inspektion, der anvendes på disse forbindelser, uden at røre webtrafikken. Én blokeret port er sjældent hele historien, så kontrollerne nedenfor bevæger sig fra Mac'en og udad. Stop ved det første trin, der fejler, og ret det, før du ændrer noget andet.
Fastlæg først symptomet. Login-fejl, en besked der aldrig forlader enheden, en besked der aldrig ankommer, og en vedhæftning der ikke kan hentes er fire forskellige problemer, som tilfældigvis deler en app. Skriv ned, hvilket du har, hvilken VPN-profil der var aktiv, og klientversionen; den note får netværksejeren også brug for senere.
Kontrol 1: hvad tunnelen router og omfatter
Se på profilen før appen. En fuld tunnel sender al trafik gennem VPN'en, en split-tunnel sender kun de angivne undernet, og en tunnel pr. app omfatter kun de valgte programmer. Hvis Messages ligger uden for det inkluderede sæt, bruger den den fysiske grænseflade, og VPN'en kan ikke være årsagen. scutil --nc list viser konfigurationsstyrede tjenester, netstat -rn -f inet viser, hvor standardruten peger, og klientens profilvisning viser, om omfanget er app-baseret.
Betingelse for gennemførelse: standardruten eller inkluderingen pr. app dækker faktisk Messages, og den profil, du tester, er den, der er anvendt nu. Hvis ikke, stop og undersøg klienten eller styresystemet i stedet for netværket.
Kontrol 2: resolverpolitik og inspektion
Push- og kontotjenester opløser navne, der ofte er forskellige fra dem, din browser bruger, og opdelt DNS kan sende disse forespørgsler et uventet sted hen. scutil --dns viser resolvere pr. domæne; sammenlign den resolver, der bruges til Apple-domæner, med den, du forventer. En resolver, der svarer med en intern adresse eller afviser forespørgslen helt, ødelægger tjenesten, før en enkelt pakke når Apple.
Undersøg derefter, om tunnelen inspicerer TLS. Apples netværkskrav angiver, at de anførte tjenester ikke er designet til HTTPS-aflytning, og et apparat, der afslutter disse forbindelser, kan lade web-browsing være intakt, mens beskeder stille fejler. Hvis inspektionen dækker alt, skal du udelukke de relevante Apple-tjenestekategorier og teste igen i stedet for at slå inspektionen helt fra.
Kontrol 3: APNs-transport, inklusive 443
Enhedsforbindelser til APNs bruger TCP 5223, mens TCP 443 bruges til aktivering og fallback i understøttede situationer. Begge er udgående forbindelser, som enheden starter. Du har ikke brug for en indgående port på routeren, og at åbne en på Mac'en blotlægger en tjeneste uden at hjælpe en klient, der slet ikke kan nå Apple.
Betingelse for gennemførelse: en ny besked fra Mac'en når en modtager på et andet netværk, og deres svar ankommer, mens den samme profil stadig er aktiv. Send én ikke-følsom besked, og vent på ét svar i stedet for en bunke, så en delvis succes stadig viser, hvilken retning der fejlede. Hvis afsendelse virker, og vedhæftninger går i stå, er transporten sandsynligvis i orden, og den smallere vej er det, du skal undersøge.
Kontrol 4: kontoens tilstand, før du nulstiller den
En aktiverings- eller loginfejl hører til kontolaget, ikke tunnelen. Bekræft, at Mac'ens dato og klokkeslæt er korrekte, at Apple ID er logget ind, og om en verifikationsanmodning venter på en anden enhed. En ventende to-faktor-godkendelse ser fra Messages-vinduet nøjagtigt ud som en forbindelsesfejl.
Modstå nulstillingsinstinktet. At logge ud og ind igen eller nulstille kontoen kasserer den tilstand, der ville have vist, hvor fejlen sad, og på en administreret Mac kan det starte tilmeldingsrin, som du ikke kan fortryde alene. Godkend igen én gang, og kun efter transportkontrollerne er bestået, og kontoen er den eneste tilbageværende mistænkte.
Hvad du skal give netværksejeren
Hvis kontrollerne peger på tunnelen, er den nyttige rapport kort: Mac-model og macOS-version, klientnavn og -version, profilnavn, tidsvinduet, hvilken retning der fejlede, og den rute- eller resolverobservation, der afveg. Udelad beskedindhold og skærmbilleder af samtaler.
Bed om, at politikken anvendes ved den reelle filtreringsgrænse. Apples aktuelle netværkskrav for virksomheder viser værter og transportbetingelser pr. tjeneste, så ejeren kan sammenholde dem med regelsættet i stedet for at åbne en port og håbe. Test igen med én besked efter hver ændring; to variabler på én gang giver et resultat, du ikke kan læse.