iOS DNS-profil kontra VPN-profil: melyik van a készülékén
Egy profil neve semmit sem mond. Nyissa meg a hasznos terheket, és kérdezze meg, változik-e a névfeloldás, változik-e a forráscím, vagy mindkettő.
Valaki küld egy megnyugtató nevű iPhone-profilt, két koppintással települ, és a belső nevek elkezdenek feloldódni. Az külön kérdés, hogy a forgalom is alagúton keresztül halad-e, és a megjelenített név erre nem válaszol. Egy profil több hasznos terhet is hordozhat, ezért az egyetlen megbízható lépés megnyitni, és elolvasni, mit állít be az egyes terhek. A lista rövid, a terhek neve unalmas, és a válasz rendszerint nyilvánvaló, ha egyszer látta őket. A címből való találgatás az, ahogy az emberek eljutnak oda, hogy azt higgyék, a forgalmuk alagútban van, miközben csak a lekérdezéseik vannak.
A teherlistát nyissa meg, ne a fejlécet
iOS-en a profilok listája a Settings, General, VPN and Device Management alatt van, és minden bejegyzés a terhek listáját nyitja, nem egyetlen kapcsolót. Olvassa el azt a listát: DNS-beállítások teher, VPN-teher, proxyterher, tanúsítványok, Wi-Fi. A csak DNS-beállításokat hordozó profil nem alagút, bármit is sugall a neve, a kettőt hordozó pedig két különböző munkát végez egyszerre. A lista a műszaki állítás, a fejléc pedig marketing.
Három kérdés fordítja a listát döntéssé. Változik-e a névfeloldás, változik-e a nyilvános forráscím, és mely alkalmazásokat fedi le az egyes hatás? A DNS-teher az elsőre válaszol, a VPN-teher rendszerint a másodikra és a harmadikra, és bárminek, ami mindkettőt állítja, két terhet vagy dokumentált kiterjesztést kell mutatnia.
Mit változtat meg valójában egy DNS-teher
A DNS-teher megváltoztatja, hogyan oldódnak fel a nevek a beállított hatókörén belül, ami jelenthet konkrét feloldót, titkosított átvitelt, például DNS-t HTTPS felett, vagy korlátozott domainkészletet. Amit rendszerint nem változtat meg, az a kapcsolatai nyilvános forráscíme, így a webhelyek továbbra is a hálózatot látják, amelyen van. A feloldás és az útvonalválasztás külön mechanizmusok, és csak az egyikük változott meg. Ezért oldódhat fel egy belső név helyesen, miközben a mögötte lévő oldal megtagadja a betöltést.
A DNS-teher olyan felet is behoz, amely fogadja a lekérdezéseit, és ha a feloldó üzemeltetője nem a hálózat üzemeltetője, az új résztvevő az útvonalon. Jegyezze fel, mert megváltoztatja, ki láthatja, milyen neveket kér. Önmagában nem rejti el a célcímeket, amelyekhez később csatlakozik.
Mit változtat meg valójában egy VPN-teher
A VPN-teher alagutat és útvonal-szabályzatot hoz létre, és a konfigurációtól függően elfoghatja az összes forgalmat, csak a felsorolt célokat vagy csak a felsorolt alkalmazásokat. A kizárások ugyanolyan fontosak, mint a belefoglalások, mert a két kizárt domainnel rendelkező teljes alagút profil egyáltalán nem úgy viselkedik, ahogy a neve sugallja. Az alkalmazásonkénti VPN teljesen az alagúton kívül hagyhatja a böngészőt, miközben az állapotsor jelvénye azt mondja, csatlakozva. Olvassa el a belefoglalt és kizárt listákat, mielőtt bármelyik szónak hisz.
Itt a forráscím valóban megváltozik, legalábbis az alagút által elfogott forgalom esetében, és ez az a gyakorlati különbség, amire a legtöbb ember valójában kíváncsi. Minden más annak részlete, melyik forgalom.
Ahol a Network Extension alkalmazások elmossák a címkét
Egy alkalmazás telepíthet saját Network Extensiont, amelynek viselkedését a profilok listája nem írja le egyértelműen, ezért a marketingnév és az állapotsor jelzője nem leltár. Nyissa meg az alkalmazás saját konfigurációs képernyőjét a profil terhei mellett, és hasonlítsa össze a kettőt. Egy védelem feliratú kapcsoló csak a feloldást válthatja, egy privát DNS feliratú kapcsoló pedig csak a feloldót. Ahol a két forrás nem ért egyet, higgyen a teherlistának, és jegyezze fel a különbséget.
Ezért is lehet egy alkalmazás gyorsan átmenni egy teszten az egyik hálózaton, és elbukni egy captive portálon, ahol a feloldás működik, az útvonalválasztás pedig nem. A két mechanizmus soha nem volt ugyanaz.
A megfelelő objektum eltávolítása, és a nevek ellenőrzése utána
Távolítsa el a konfigurációt azon alkalmazáson vagy felügyeleti szolgáltatáson keresztül, amely telepítette, ezt használva: az Apple dokumentált eltávolítási lépései ahelyett, hogy törölné a talált fájlokat. Egy profil törlése magával viheti a kapcsolódó beállításokat és adatokat, és egy felügyelt profil megtagadhatja a távozást, amíg a felügyeleti oldal el nem engedi. Egy DNS-teher eltávolítása soha nem igényelheti egy olyan független VPN-identitás megsemmisítését, amelytől az eszköz még függ. Válassza szét az objektumokat, mielőtt bármit töröl, majd csak azt távolítsa el, amely annak a viselkedésnek a tulajdonosa, amelyet le szeretne állítani.
Ezután ellenőrizze a magánneveket, amelyektől a munkája függ, mert egy szervezeti alkalmazás olyan feloldóra támaszkodhat, amelyről a nyilvános DNS soha nem hallott. Ez a hiba rendszerint alkalmazáshibaként jelenik meg, nem DNS-hibaként, ezért diagnosztizálják félre. Teszteljen egy belső nevet és egy nyilvános nevet ugyanabból az alkalmazásból, és a válasz megmondja, melyik objektumot távolította el valójában.