Vaatiiko työsovellus VPN:n? Tarkista ensin nämä kolme kerrosta

Viesti sanoo, että sovellus tarvitsee VPN:n, mutta yleensä sovellus ilmoittaa oireen sen sijaan, että nimeäisi asian, joka esti sen. Kolme eri vastuutahoa voi tuottaa tuon lauseen: yksityinen palvelu, jonka kanssa sovellus puhuu, sovelluksen oma käytäntökoodi ja laitehallintakerros, joka hallitsee työprofiilia. Se, kuka kysyy, muuttaa sitä, mitä sinun pitäisi tehdä, ja vain yksi kolmesta korjautuu yhdistämällä tunneli. Vastuutahon selvittäminen ensin säästää sinut sellaisen asiakasohjelman uudelleenasennukselta, joka ei koskaan ollut ongelma.

Mitä sovellus voi itse tarkistaa

Ennen kuin oletat piilotettua alustasääntöä, muista, että tavallinen sovellus näkee, onko VPN-siirto aktiivinen. ConnectivityManager raportoi verkoista, joissa on TRANSPORT_VPN, ja NET_CAPABILITY_NOT_VPN:n puuttuminen kertoo jokaiselle kutsujalle, että nykyinen reitti on tunnelissa. Kehittäjä, joka haluaa kieltäytyä toimimasta tunnelin ulkopuolella, voi tehdä sen julkisilla API-rajapinnoilla ja täysin ilman yritystyökaluja.

Mitä sovellus ei voi näin nähdä, on se, kenen VPN se on. Siirron merkki sanoo, että tunneli on olemassa, ei sitä, että se päättyy sinne, missä organisaatiosi odottaa.

Palvelun polku: yksityiset nimet ja osoitteet

Viestin yleisin rehellinen versio ei ole lainkaan käytäntötarkistus. Sovellus ratkaisee sisäisen isäntänimen, kuten wikin tai API-päätepisteen, joka on olemassa vain yrityksen DNS-näkymässä, ja haku epäonnistuu ennen kuin mikään käytäntökoodi ehtii suorittua. Tunneli voi olla pystyssä ja välittää yleistä internettiliikennettä, kun jaettu DNS lähettää tuon nimen ratkaisijalle, joka ei ole koskaan kuullut siitä.

Oireet ovat tässä kapeita. Yksi isäntä epäonnistuu, sovelluksen muut verkkokutsut toimivat, ja vika ilmenee nimihaun aikana eikä käynnistyksessä. Sisäiset varmenteet lisäävät toisen vikatilan, koska organisaation CA:han kiinnitetty sovellus hylkää julkisen varmenteen, vaikka paketit virtaavat.

Satunnaisen kaupallisen VPN:n yhdistäminen ei korjaa siitä mitään. Se muuttaa lähtöosoitettasi ja jättää sisäisen nimen yhtä ratkaisemattomaksi.

Sovelluksen käytäntökerros

Sovellus voi kantaa myös oman porttinsa. Hallitut kokoonpanot antavat organisaation työntää avain-arvo-pareja, jotka sovellus ilmoittaa, ja sovellus lukee ne RestrictionManagerin kautta. Avain, kuten vaadittu profiilinimi tai sallittujen verkkojen luettelo, on täysin kehittäjän suunnittelua, ja se pannaan täytäntöön sovelluskoodissa millä tahansa virhetekstillä, jonka kyseinen koodi valitsee.

Tämä kerros on paikka, jossa muotoilu yleensä paljastaa sen. Jos viesti ilmestyy heti käynnistyksessä, ennen mitään verkkokutsua, ja mainitsee käytännön, profiilin tai ylläpitäjän, katsot todennäköisesti sovelluslogiikkaa etkä pudonnutta pakettia.

Saman rajoituksen lukeminen henkilökohtaisella laitteella on umpikuja. Hallitsemattomilla laitteilla ei ole rajoituksia luettavana, joten sovellus palaa siihen oletusarvoon, jolla se rakennettiin.

Alustakerros: aina päällä ja lukitus

Laitehallinta lisää täytäntöönpanoa, jota sovellus ei voi ohittaa. Laitekäytännön ohjain voi kutsua setAlwaysOnVpnPackagea työprofiilille, halutessaan lukitus käytössä, ja kun lukitus on päällä, alusta kieltäytyy liikenteestä, joka ei kulje kyseisen paketin kautta. Esto näkyy järjestelmän tilana eikä sovellusvirheenä: myös muut profiilin sovellukset lakkaavat pääsemästä verkkoon.

Laajuus ratkaisee. Aina päällä oleva VPN määritetään käyttäjäkohtaisesti, joten työprofiilin paketti ei kata henkilökohtaista profiiliasi, eikä henkilökohtainen VPN täytä työprofiilin pakettia. Kaksi profiilia, kaksi riippumatonta verkkokäytäntöä, yksi laite.

Tämä on myös ainoa kerros, jossa asiaankuulumaton VPN ei voi auttaa, koska käytäntö nimeää yhden tietyn paketin.

Kolmen erottaminen

Käy allekirjoitukset järjestyksessä läpi ja pysähdy ensimmäiseen, joka sopii. Jos yksi isäntänimi epäonnistuu kaiken muun ratketessa, se viittaa palvelun polkuun. Välitön hylkäys käynnistyksessä käytäntömuotoilulla viittaa sovelluslogiikkaan. Jos koko profiili menettää yhteyden aina, kun hyväksytty asiakasohjelma katkaisee, se viittaa lukitukseen. Ja sovellus, joka hyväksyy minkä tahansa tunnelin, tarkistaa siirron merkin, ei organisaatiosi identiteettiä.

Hyödyllisiä todisteita: tarkka teksti ja sen ajoitus, onko saman profiilin muilla sovelluksilla vielä yhteys, ratkeaako yksityinen nimi hyväksytyn tunnelin sisällä ja näyttääkö laite työmerkin avaamallesi sovellukselle.

Mitä tukipyyntöön kirjoitetaan

Pyyntö, joka nimeää kerroksen, ohjataan oikein ensimmäisellä yrityksellä. Jotain tällaista: työprofiilin sovellus avautuu, resurssiluettelo epäonnistuu hyväksytyn VPN:n yhdistämisen jälkeen, yksityisen nimen ratkaisu epäonnistuu sallitussa diagnostiikassa ja muut profiilin sovellukset jatkavat toimintaansa. Se luetaan reitti- tai ratkaisijana ongelmana ja ohittaa tilin nollauksen silmukan.

Jos hyväksytty VPN puuttuu kokonaan, tuettu polku on rekisteröityminen tai uudelleen valmistelu ylläpitäjäsi kautta. Hallintaprofiilin poistaminen, asiaankuulumattoman asiakasohjelman asentaminen tai verkkotilan väärentäminen muuttaa turvajärjestelyä sen palauttamisen sijaan.

Aloita kerroksesta, älä asiakasohjelmasta. Kolme yllä olevaa allekirjoitusta ratkaisevat sen yleensä yhdessä istunnossa.