Merkki ilmestyy, sovellus käyttäytyy edelleen kuin olisi kotona, ja ilmeinen johtopäätös on, että tunneli on rikki. Yleensä mikään ei ole rikki. Merkki ilmoittaa yhdestä yhteydestä, kun taas sen takana oleva kysymys koskee kattavuutta, ja ne ovat eri väitteitä.

Kolme ehtoa ratkaisee, minkä väitteen voit esittää. Ennen kuin ne on selvitetty, mikä tahansa testitulos on monitulkintainen.

Yhden kuvakkeen takana piilee kolme vastausta

Ensimmäinen kysymys on, mitä halusit tunnelin tekevän. Sisäiseen wikiin pääseminen, osoitteesi piilottaminen suoratoistopalvelulta ja yhden hallitun sovelluksen suojaaminen ovat kolme eri vaatimusta, jotka kolme eri profiilia täyttää.

Toinen on se, kuka omistaa profiilin. Henkilökohtaisesti asennettu kokoonpano käyttäytyy eri tavalla kuin hallintajärjestelmän työntämä, ja vain jälkimmäinen voi kantaa sovelluskohtaisia sääntöjä, joita iOS valvoo. Merkki ei pysty erottamaan näitä kahta.

Kolmas on osoiteperhe, jolla seisot. Tunneli, joka kuljettaa IPv4:ää samalla kun verkko jakaa IPv6:tta, jättää yhden polun tunnelin ulkopuolelle. Testi, joka tavoittaa vain IPv4-sivuston, ei näe sitä koskaan.

Sovelluskohtaiset profiilit kattavat vain omat sovelluksensa

Sovelluskohtainen VPN on tapaus, joka tuottaa eniten vääriä hälytyksiä. Profiili nimeää sovellukset, joiden liikenne menee tunneliin, ja kaikki muu jatkuu paikallisverkossa suunnittelun mukaan. Siksi se, että julkinen osoitteesi pysyy samana selaimessa, on odotettua käyttäytymistä eikä todiste viasta. Mikään tilarivillä ei ole ristiriidassa sen kanssa.

Testaa sovellusta, jota varten profiili rakennettiin, ja testaa sitä resurssia vastaan, joka on olemassa vain sisäpuolella. Onnistunut sisäinen pyyntö nimetyltä sovellukselta kuvaa toimivaa asetusta. Normaali julkinen osoite Safarissa kuvaa silloin sovelluskohtaista profiilia, joka toimii täsmälleen kuten on määritetty.

Tilausperusteiset säännöt muuttavat sitä, mitä havaitset

Tilausperusteinen kokoonpano päättää, milloin yhteys muodostetaan, ei sitä, onko liikenne katettu. Sääntö voi nostaa tunnelin, kun tiettyä verkkotunnusta pyydetään, ja purkaa sen, kun pyyntö päättyy, mikä tarkoittaa, että merkin ilmestyminen ja katoaminen tavallisessa käytössä on suunnittelun toimintaa. Lue säännöt ennen kuin tulkitset merkkiä.

Tämä käyttäytyminen selittää myös tulokset, jotka näyttävät päivän aikana epäjohdonmukaisilta. Sama sovellus voi kulkea tunnelin kautta kymmeneltä aamulla ja olla suora keskipäivällä, koska laukaisuehto muuttui eikä käytäntö.

Yksi kokeilu ei ole todiste kattavuudesta

Yksi selaintarkistus todistaa, että yksi pyyntö kulki yhtä polkua, eikä mitään muuta. Se ei kerro mitään toisesta sovelluksesta, jolla on oma verkkopino, taustasynkronoinnista, joka ajettiin ennen kuin tunneli nousi, tai yhteydestä, joka selvisi verkon vaihdoksesta, koska vanhaa pistoketta ei koskaan muodostettu uudelleen. Tämä aukko on laajuusongelma, ei vuoto.

ObservationDecide this firstThen test
Badge on, public address unchangedIs the profile per-app?The named internal app, not a browser
Badge flickers during the dayAre on-demand rules present?Whether the flip follows a trigger domain
Internal app works, another failsIs that app in the profile?Its own settings and any proxy config
Nothing works while badge is onIs this a path failure?Name resolution and a known-good internal host

Neljäs rivi on ainoa, joka osoittaa vikaan. Yhdistetty tunneli, jossa nimien ratkaisu on rikki, puuttuva paluureitti tai palvelu, joka on yksinkertaisesti alhaalla, näyttävät sovelluksen näkökulmasta samalta.

Mitä kirjata ennen eskalointia

Kirjoita muistiin profiilin nimi, tuliko se hallintajärjestelmästä, onko sovelluskohtaisia sääntöjä ja epäonnistuneen pyynnön tarkka aika. Lisää testaamasi osoiteperhe ja sovellus, josta testasit. Mikään luku näytöllä ei korvaa tätä luetteloa. Tämä kirjaus erottaa kattavuuskysymyksen katkoksesta yhdellä kierroksella.

Pidä myös turvallisuuden perusteet näkyvissä. Tunneli ei korvaa varmenteen validointia, tilin suojausta tai laitteen käyttöoikeuksia. Verkon tilan vieressä näkyvä kuvake ei ole todiste siitä, että mikään niistä on määritetty, ja juuri niin tehdään yksityisyysväite merkin voimalla.

Applen VPN:n käyttöönoton yleiskatsaus kuvaa profiilityypit ja tilausperusteisen käyttäytymisen näiden erojen takana. Lue se ennen kuin väittelet hallintajärjestelmän kanssa siitä, mitä profiilin pitäisi kattaa.

Aiheeseen liittyvät artikkelit