iMessage ne plu ĝisdatiĝas tra Mac-VPN: kontroloj laŭ ordo
Push-malsukcesoj malofte estas nur unu blokita pordo. Faru la kontrolojn laŭ ordo: enkursigo kaj amplekso de la aplikaĵoj, solvilo, atingeblo de APNs, poste stato de la konto.
Se Messages ĉesas sinkronigi dum Safari ankoraŭ ŝargas paĝojn, la VPN estas verŝajna kialo, sed ne pruvita. iMessage dependas de la puŝa sciiga servo de Apple (APNs) kune kun la identecservoj de Apple, kaj tunelo povas ŝanĝi la itineron, la solvilon aŭ la inspektadon aplikatan al tiuj ligoj sen tuŝi la retan trafikon. Unu blokita pordo malofte estas la tuta rakonto, do la kontroloj sube iras de la Mac eksteren. Haltu ĉe la unua paŝo, kiu malsukcesas, kaj riparu ĝin antaŭ ol ŝanĝi ion alian.
Unue precizigu la simptomon. Malsukceso de saluto, mesaĝo, kiu neniam foriras, mesaĝo, kiu neniam alvenas, kaj aldonaĵo, kiu ne elŝutiĝas, estas kvar malsamaj problemoj, kiuj hazarde dividas unu aplikaĵon. Notu, kiun vi havas, kiu VPN-profilo estis aktiva, kaj la klientan version; tiu noto ankaŭ necesos al la retposedanto poste.
Kontrolo 1: kion la tunelo enkursigas kaj ampleksas
Rigardu la profilon antaŭ la aplikaĵo. Plena tunelo sendas la tutan trafikon tra la VPN, dividita tunelo nur la listigitajn subretojn, kaj tunelo por unuopa aplikaĵo inkluzivas nur la elektitajn aplikaĵojn. Se Messages staras ekster la inkluzivita aro, ĝi uzas la fizikan interfacon kaj la VPN ne povas esti la kialo. scutil --nc list montras servojn administratajn per agordo, netstat -rn -f inet montras, kien direktiĝas la defaŭlta itinero, kaj la profila vido en la kliento montras, ĉu la amplekso bazas sur la aplikaĵo.
Sukceskondiĉo: la defaŭlta itinero aŭ la inkluzivo por unuopa aplikaĵo vere kovras Messages, kaj la profilo, kiun vi testas, estas tiu aplikata nun. Se ne, haltu kaj ekzamenu la klienton aŭ la operaciumon anstataŭ la reton.
Kontrolo 2: solvila politiko kaj inspektado
Puŝaj kaj kontaj servoj solvas nomojn, kiuj ofte diferencas de tiuj, kiujn uzas via retumilo, kaj dividita DNS povas sendi tiujn demandojn al neatendita loko. scutil --dns listigas solvilojn laŭ domajno; komparu la solvilon uzatan por Apple-domajnoj kun tiu, kiun vi atendas. Solvilo, kiu respondas per interna adreso aŭ tute rifuzas la demandon, rompas la servon antaŭ ol eĉ unu paketo atingas Apple.
Poste kontrolu, ĉu la tunelo inspektas TLS. La retaj postuloj de Apple deklaras, ke ĝiaj listigitaj servoj ne estas projektitaj por HTTPS-interkaptado, kaj aparato, kiu finas tiujn ligojn, povas lasi retumadon sendifekta dum mesaĝado silente malsukcesas. Se inspektado kovras ĉion, ekskludu la koncernajn Apple-servokategoriojn kaj retestu anstataŭ tutmonde malŝalti la inspektadon.
Kontrolo 3: APNs-transporto, inkluzive 443
Aparataj ligoj al APNs uzas TCP 5223, dum TCP 443 uziĝas por aktivigo kaj rezerva vojo en subtenataj situacioj. Ambaŭ estas elirantaj ligoj iniciataj de la aparato. Vi ne bezonas envenantan pordon sur la enkursigilo, kaj malfermi tian sur la Mac elmetas servon sen helpi klienton, kiu tute ne povas atingi Apple.
Sukceskondiĉo: nova mesaĝo de la Mac atingas ricevanton en alia reto kaj ties respondo alvenas, dum la sama profilo ankoraŭ aktivas. Sendu unu nesenteman mesaĝon kaj atendu unu respondon anstataŭ aro, por ke eĉ parta sukceso montru, kiu direkto malsukcesis. Se sendado funkcias kaj aldonaĵoj haltas, la transporto verŝajne estas en ordo kaj la pli mallarĝa vojo estas tio, kion ekzameni.
Kontrolo 4: konta stato antaŭ ol restarigi ĝin
Aktiviga aŭ salutada eraro apartenas al la konta tavolo, ne al la tunelo. Konfirmu, ke la dato kaj horo de la Mac estas ĝustaj, ke la Apple ID estas salutinta, kaj ĉu kontrolpeto atendas sur alia aparato. Penda dufaktora aprobo aspektas el la fenestro de Messages precize kiel konekta malsukceso.
Rezistu la restarigan instinkton. Elsaluti kaj resaluti, aŭ restarigi la konton, forĵetas la staton, kiu montrus al vi, kie kuŝis la fiasko, kaj sur administrata Mac ĝi povas komenci aliĝajn paŝojn, kiujn vi ne povas sola malfari. Reaŭtentigi unu fojon, kaj nur post kiam la transportaj kontroloj pasis kaj la konto restas la sola suspektato.
Kion transdoni al la retposedanto
Se la kontroloj montras la tunelon, la utila raporto estas mallonga: Mac-modelo kaj macOS-versio, klienta nomo kaj versio, profila nomo, la tempa fenestro, kiu direkto malsukcesis, kaj la itinera aŭ solvila observo, kiu diferencis. Lasu ekstere mesaĝan enhavon kaj ekrankopiojn de konversacioj.
Petu, ke la politiko aplikiĝu ĉe la reala filtrado-limo. La aktualaj entreprenaj retaj postuloj de Apple listigas gastigantojn kaj transportajn kondiĉojn por ĉiu servo, do la posedanto povas kompari ilin kun la regulkompleto anstataŭ malfermi pordon kaj esperi. Retestu per unu mesaĝo post ĉiu ŝanĝo; du variabloj samtempe donas rezulton, kiun vi ne povas legi.