Ja Messages pārstāj sinhronizēties, kamēr Safari joprojām ielādē lapas, VPN ir ticams iemesls, bet ne pierādīts. iMessage ir atkarīgs no Apple Push Notification service un Apple identitātes pakalpojumiem, un tunelis var mainīt maršrutu, resolveri vai pārbaudi, kas tiek piemērota šiem savienojumiem, neaizskarot tīmekļa trafiku. Viens bloķēts ports reti ir viss stāsts, tāpēc zemāk esošās pārbaudes virzās no Mac uz ārpusi. Apstājieties pie pirmā neveiksmīgā soļa un izlabojiet to, pirms maināt ko citu.

Vispirms fiksējiet simptomu. Pierakstīšanās kļūda, ziņa, kas nekad neaiziet, ziņa, kas nekad neatnāk, un pielikums, kas nelejupielādējas, ir četras dažādas problēmas, kurām vienkārši ir kopīga viena lietotne. Pierakstiet, kura no tām ir, kurš VPN profils bija aktīvs un klienta versija; šī piezīme vēlāk būs vajadzīga arī tīkla īpašniekam.

Pārbaude 1: ko tunelis maršrutē un kādu tvērumu tas aptver

Vispirms apskatiet profilu, nevis lietotni. Pilns tunelis sūta visu trafiku caur VPN, sadalīts tunelis sūta tikai uzskaitītos apakštīklus, un lietotnes tunelis ietver tikai izvēlētās lietotnes. Ja Messages atrodas ārpus iekļautās kopas, tā izmanto fizisko saskarni un VPN nevar būt iemesls. scutil --nc list parāda konfigurācijas pārvaldītus pakalpojumus, netstat -rn -f inet parāda, kur norāda noklusējuma maršruts, un klienta profila skats parāda, vai tvērums ir balstīts uz lietotni.

Nokārtošanas nosacījums: noklusējuma maršruts vai iekļaušana pēc lietotnes patiešām aptver Messages, un profils, kuru testējat, ir tas, kas tiek piemērots tagad. Ja nē, apstājieties un pārbaudiet klientu vai OS, nevis tīklu.

Pārbaude 2: resolver politika un pārbaude

Push un konta pakalpojumi atrisina vārdus, kas bieži atšķiras no tiem, ko izmanto jūsu pārlūks, un sadalītais DNS var nosūtīt šos vaicājumus negaidītā vietā. scutil --dns uzskaita resolverus pa domēniem; salīdziniet Apple domēniem izmantoto resolveri ar to, ko gaidāt. Resolveris, kas atbild ar iekšēju adresi vai pilnībā atsakās no vaicājuma, sabojā pakalpojumu vēl pirms viens pakets sasniedz Apple.

Pēc tam pārbaudiet, vai tunelis inspicē TLS. Apple tīkla prasības norāda, ka uzskaitītie pakalpojumi nav paredzēti HTTPS pārtveršanai, un ierīce, kas izbeidz šos savienojumus, var atstāt tīmekļa pārlūkošanu neskartu, kamēr ziņošana klusi neizdodas. Ja pārbaude aptver visu, izslēdziet attiecīgās Apple pakalpojumu kategorijas un testējiet vēlreiz, nevis izslēdziet pārbaudi visā tīklā.

Pārbaude 3: APNs transports, tostarp 443

Ierīču savienojumi ar APNs izmanto TCP 5223, bet TCP 443 tiek izmantots aktivizācijai un rezerves ceļam atbalstītās situācijās. Abi ir izejoši, ierīces iniciēti savienojumi. Jums nav vajadzīgs ienākošs ports maršrutētājā, un tā publicēšana Mac datorā atklāj pakalpojumu, nepalīdzot klientam, kurš vispār nevar sasniegt Apple.

Nokārtošanas nosacījums: jauna ziņa no Mac sasniedz saņēmēju citā tīklā un viņu atbilde atnāk, kamēr tas pats profils joprojām ir aktīvs. Nosūtiet vienu nekonfidenciālu ziņu un gaidiet vienu atbildi, nevis partiju, lai daļējs panākums joprojām parādītu, kurš virziens neizdevās. Ja sūtīšana darbojas un pielikumi kavējas, transports, iespējams, ir kārtībā, un šaurākais ceļš ir tas, kas jāpārbauda.

Pārbaude 4: konta stāvoklis pirms tā atiestatīšanas

Aktivizācijas vai pierakstīšanās kļūda pieder konta slānim, nevis tunelim. Pārliecinieties, ka Mac datums un laiks ir pareizi, ka Apple ID ir pierakstījies un vai citā ierīcē gaida verifikācijas uzvedne. Gaidošs divu faktoru apstiprinājums no Messages loga iekšpuses izskatās tieši kā savienojuma kļūme.

Pretojieties atiestatīšanas instinktam. Izrakstīšanās un atkārtota pierakstīšanās vai konta atiestatīšana izmet stāvokli, kas būtu parādījis, kur atrodas kļūme, un pārvaldītā Mac tas var sākt reģistrācijas soļus, ko vienatnē nevarat atsaukt. Autentificējieties vēlreiz vienu reizi un tikai pēc tam, kad transporta pārbaudes ir izturētas un konts ir palicis vienīgais aizdomās turamais.

Ko nodot tīkla īpašniekam

Ja pārbaudes norāda uz tuneli, noderīgais ziņojums ir īss: Mac modelis un macOS versija, klienta nosaukums un versija, profila nosaukums, laika logs, kurš virziens neizdevās un novērotais maršruta vai resolvera atšķirība. Neiekļaujiet ziņu saturu un sarunu ekrānuzņēmumus.

Lūdziet, lai politika tiktu piemērota īstajā filtrēšanas robežā. Apple pašreizējās uzņēmuma tīkla prasības uzskaita resursdatorus un transporta nosacījumus katram pakalpojumam, tāpēc īpašnieks var tos salīdzināt ar noteikumu kopu, nevis atvērt portu un cerēt. Pēc katras izmaiņas testējiet vēlreiz ar vienu ziņu; divi mainīgie vienlaikus dod rezultātu, ko nevarat nolasīt.

Saistītie raksti