iMessage ei päivity Mac-VPN:n yli: tarkistukset järjestyksessä
Push-virheet ovat harvoin vain yksi estetty portti. Tee tarkistukset järjestyksessä: reititys ja sovelluslaajuus, resolveri, APNs-yhteys, sitten tilin tila.
Jos Messages lopettaa synkronoinnin, vaikka Safari lataa edelleen sivuja, VPN on mahdollinen mutta ei todistettu syy. iMessage riippuu Applen push-ilmoituspalvelusta (APNs) ja Applen identiteettipalveluista, ja tunneli voi muuttaa reitin, resolverin tai näihin yhteyksiin kohdistuvan tarkastuksen koskematta verkkoliikenteeseen. Yksi estetty portti on harvoin koko tarina, joten alla olevat tarkistukset etenevät Macista ulospäin. Pysähdy ensimmäiseen epäonnistuvaan vaiheeseen ja korjaa se ennen kuin muutat mitään muuta.
Täsmennä ensin oire. Kirjautumisvirhe, viesti joka ei koskaan lähde, viesti joka ei koskaan saavu ja liite joka ei lataudu ovat neljä eri ongelmaa, jotka sattuvat jakamaan saman sovelluksen. Kirjoita ylös, mikä niistä sinulla on, mikä VPN-profiili oli aktiivinen ja asiakasohjelman versio; tuota muistiinpanoa tarvitsee myöhemmin myös verkon omistaja.
Tarkistus 1: mitä tunneli reitittää ja kattaa
Katso profiilia ennen sovellusta. Täystunneli lähettää kaiken liikenteen VPN:n kautta, jaettu tunneli vain luetellut aliverkot, ja sovelluskohtainen tunneli sisältää vain valitut sovellukset. Jos Messages on mukana olevan joukon ulkopuolella, se käyttää fyysistä liitäntää eikä VPN voi olla syy. scutil --nc list näyttää konfiguraation hallitsemat palvelut, netstat -rn -f inet näyttää mihin oletusreitti osoittaa, ja asiakasohjelman profiilinäkymä näyttää, onko laajuus sovellusperusteinen.
Läpäisyehto: oletusreitti tai sovelluskohtainen sisällytys kattaa todella Messagesin, ja testaamasi profiili on nyt käytössä oleva. Jos ei, pysähdy ja tutki asiakasohjelmaa tai käyttöjärjestelmää verkon sijaan.
Tarkistus 2: resolverikäytäntö ja tarkastus
Push- ja tilipalvelut ratkaisevat nimiä, jotka usein eroavat selaimen käyttämistä, ja jaettu DNS voi lähettää nämä kyselyt odottamattomaan paikkaan. scutil --dns luettelee resolverit toimialueittain; vertaa Apple-toimialueille käytettyä resolveria odottamaasi. Resolveri, joka vastaa sisäisellä osoitteella tai hylkää kyselyn suoraan, rikkoo palvelun ennen kuin yksikään paketti saavuttaa Applen.
Tarkista sitten, tarkastaako tunneli TLS:n. Applen verkkovaatimukset sanovat, että sen luetellut palvelut eivät ole suunniteltu HTTPS-sieppaukseen, ja laite, joka päättää nämä yhteydet, voi jättää verkkoselailun ennalleen, kun viestintä epäonnistuu hiljaa. Jos tarkastus kattaa kaiken, jätä asiaankuuluvat Apple-palveluluokat pois ja testaa uudelleen sen sijaan, että kytkisit tarkastuksen kokonaan pois.
Tarkistus 3: APNs-siirto, mukaan lukien 443
Laitteiden yhteydet APNs:ään käyttävät TCP:tä 5223, ja TCP 443:tä käytetään aktivointiin ja varareittiin tuetuissa tilanteissa. Molemmat ovat lähteviä, laitteen aloittamia yhteyksiä. Et tarvitse saapuvaa porttia reitittimeen, ja sellaisen avaaminen Macissa altistaa palvelun auttamatta asiakasta, joka ei muutenkaan pääse Appleen.
Läpäisyehto: uusi viesti Macista saavuttaa vastaanottajan toisessa verkossa ja hänen vastauksensa saapuu, saman profiilin ollessa edelleen aktiivinen. Lähetä yksi ei-arkaluonteinen viesti ja odota yhtä vastausta erän sijaan, jotta osittainenkin onnistuminen näyttää, kumpi suunta epäonnistui. Jos lähetys toimii ja liitteet juuttuvat, siirto on todennäköisesti kunnossa ja kapeampi polku on se, mitä pitää tutkia.
Tarkistus 4: tilin tila ennen nollausta
Aktivointi- tai kirjautumisvirhe kuuluu tilikerrokseen, ei tunneliin. Varmista, että Macin päivämäärä ja aika ovat oikein, että Apple ID on kirjautuneena, ja odottaako vahvistuspyyntö toisella laitteella. Odottava kaksivaiheinen hyväksyntä näyttää Messages-ikkunan sisältä täsmälleen yhteysvirheeltä.
Vastusta nollausvaistoa. Uloskirjautuminen ja takaisin kirjautuminen tai tilin nollaus heittää pois tilan, joka olisi näyttänyt missä vika oli, ja hallitulla Macilla se voi käynnistää rekisteröintivaiheita, joita et voi yksin peruuttaa. Todenna itsesi uudelleen kerran, ja vasta kun siirtotarkistukset ovat menneet läpi ja tili on ainoa jäljellä oleva epäilty.
Mitä antaa verkon omistajalle
Jos tarkistukset osoittavat tunneliin, hyödyllinen raportti on lyhyt: Macin malli ja macOS-versio, asiakasohjelman nimi ja versio, profiilin nimi, aikaväli, kumpi suunta epäonnistui ja poikennut reitti- tai resolverihavainto. Jätä pois viestien sisältö ja keskustelujen kuvakaappaukset.
Pyydä, että käytäntöä sovelletaan todellisella suodatusrajalla. Applen nykyiset yritysverkon vaatimukset luettelevat isännät ja siirtoehdot palveluittain, joten omistaja voi verrata niitä sääntöjoukkoon sen sijaan, että avaisi portin ja toivoisi. Testaa uudelleen yhdellä viestillä jokaisen muutoksen jälkeen; kaksi muuttujaa kerralla antaa tuloksen, jota et voi lukea.