Sähköposti saapuu edelleen puhelimeen, joka ei ole kertaakaan näyttänyt VPN-kuvaketta, ja luonnollinen johtopäätös on, että jokin näkymätön tunneloi sen. Yleensä mitään näkymätöntä ei ole mukana. Exchange-tilin lisääminen ei valitse yhdyskäytävää, protokollaa, varmennetta eikä reittiä, koska tili on palvelun identiteetti ja tunneli on jonkun toisen määrittämä verkkoratkaisu. Hyödyllinen siirto on selvittää, mikä ratkaisu sinulla todella on, sen sijaan että etsit tunnelia, jota ei koskaan ollut.

Kolme ratkaisua, yksi samanlainen näyttö

Kaikki kolme päättyvät siihen, että sähköposti ilmestyy laitteeseen, ja asetusnäyttö näyttää samalta joka tapauksessa. Erona on, kuka reitin määritti ja mikä todiste osoittaa sen olemassaolon.

ArrangementWho set it upWhat proves it
Approved public mail entryThe service owner, at the publishing layerA published endpoint reached over TLS with its own authentication
Managed app or account VPNDevice management, as explicit policyA profile binding that traffic to a VPN association
Already active tunnelAn always-on service or an earlier manual connectTunnel state plus routes and scope that include the mail destination

Julkinen tavoitettavuus ansaitsee oman lauseen, koska se luetaan jatkuvasti väärin. Julkaistu sähköpostipalvelu ei ole palvelu ilman todennusta, eikä se, että sähköposti on tavoitettavissa, kerro mitään siitä, onko muu yritysverkko sitä. Ne ovat erillisiä päätöksiä, joita tekevät erilliset ihmiset.

Mitä laitehallinta voi todella sitoa

Apple-alustat tukevat sovellus- ja sähköpostiverkkotunnuskohtaisia VPN-sääntöjä, ja hallittu iOS- tai iPadOS-sähköposti voi kantaa tilikohtaisen VPN-liitoksen. Tämä liitos on käyttöönottosasetus, jolla on jonkun valitsema arvo, ja juuri siksi sitä ei voi päätellä kirjoittamalla sähköpostiosoite ja salasana puhelimeen.

Android-hallinnalla ja kolmannen osapuolen asiakkaille on omat sovellus- ja profiilihallintansa, eikä mikään niistä ole vaihdettavissa Applen tilipaketteihin. Yhdellä alustalla oleva käytäntö on tarkoituksella toistettava toisella. Se ei kulje sähköpostitilin mukana eikä saavu siksi, että sama henkilö kirjautui molempiin. Odotus siitä, että tämä siirto tapahtuu itsestään, on monien alustojen välisten »minun puhelimessani se toimii» -raporttien takana.

Identiteetti ja siirto pysyvät erillään

Sähköpostipalvelu ja VPN voivat laillisesti jakaa hakemiston tai identiteetintarjoajan, ja ihmiset lukevat tämän yhteisen kirjautumisen todisteena yhteisestä istunnosta. Se ei ole sitä. Toistuva käyttäjänimiteksti ei osoita, että sähköpostisovellus peri VPN-istunnon, eikä se ole syy keksiä toisiinsa liittymättömiä salasanoja jokaiselle palvelulle.

Molemmat palvelut vaativat oman todennuksensa omilla ehdoillaan. Onnistunutta sähköpostikirjautumista ei pitäisi koskaan käsitellä asiana, joka liitetään VPN-asiakkaaseen, eikä pystytetty tunneli kerro mitään siitä, minkä tilin sähköpostipalvelin hyväksyy. Intunen sähköpostiprofiiliviittaus on hyödyllinen esimerkki tässä, koska se käsittelee VPN-liitosta erillisenä asetuksena eikä tilin nimestä johdettuna ominaisuutena.

Tuore synkronointi voittaa välimuistiin tallennetun postilaatikon

Välimuistiin tallennettu postilaatikko voi näyttää täysin terveeltä ilman mitään nykyistä reittiä, ja siksi sovelluksen avaaminen ja viime viikon viestien näkeminen ei todista mitään. Käytä hyväksyttyä tuoreen synkronoinnin testiä ja lue sen mukana tulevat tila- tai lokitodisteet.

Tarkista sitten neljä asiaa, jotka todella määräävät tuloksen: määritetty palvelun päätepiste, mitä ratkaisija palauttaa, mikä hallittu profiili on voimassa ja VPN:n nykytila. Tee se oikeassa kontekstissa, koska samanniminen henkilökohtainen sähköpostisovellus ei kuulu työsovelluksen verkkokäytännön piiriin ja käyttäytyy toisin täysin laillisista syistä. Näiden kahden kontekstin sekoittaminen on se tapa, jolla toimiva kokoonpano raportoidaan rikkinäisenä. Se selittää myös useimmat tapaukset, joissa yksi sovellus noudattaa käytäntöä ja sen lähes kaima jättää sen huomiotta.

Kirjoita muistiin, mitä varmensit

Jos pääsyn oletetaan vaativan tunnelin, omistajan tulisi vahvistaa sekä sallittu yksityinen reitti että käyttäytyminen ilman sitä. Jos palvelu on tarkoituksella julkaistu, pidä sen TLS-validointi, todennus ja pääsynhallinta voimassa sen sijaan, että pitäisit tunnelin puuttumista todisteena siitä, että sähköposti ei ole salattua.

Tukitietueen tulisi nimetä sähköpostituote, päätepiste, tilin laajuus ja yhteyden käytäntö. Samat salasanat eivät ole todiste yhdestäkään noista neljästä, ja se on yleisin syy siihen, että tiketti sisältää neljä kappaletta eikä yhtään tosiasiaa.

Aiheeseen liittyvät artikkelit