Az Android VPN feloldja a teljes gépnevet, de a rövid nevet nem
A keresési tartomány és a DNS-kiszolgáló címe külön mező az Androidon. Döntse el, melyik hiányzik, mielőtt az alagutat vagy a hitelesítő adatokat módosítja.
Beírjafilesegy terminálemulátorba, és semmi nem jön vissza; beírjafiles.corp.exampleés ugyanaz a kiszolgáló azonnal válaszol. A VPN hitelesítő adataiban semmi nem változott, és a privát DNS-kiszolgáló soha nem volt hibás. Az Androidon a rövid címke és a teljes név külön útvonalon halad át a feloldón, és ezek egyike olyan beállítástól függ, amelyet az alagút tulajdonosának kell biztosítania. Az Ön előtt álló döntés nem az, melyik DNS-kiszolgálót cserélje le, hanem az, hogy ki irányítja a hálózatot, amelyet az alkalmazás valójában használ.
A keresési tartomány nem cím. Olyan utótagok listája, amelyeket a feloldó egy csupasz címkéhez fűz, mielőtt feladná.
A keresési utótag és a DNS-kiszolgáló külön mező
A feloldó címe megmondja az Androidnak, hol kérdezzen. A keresési utótag megmondja, mit kérdezzen, amikor csak a bal szélső címkét adja meg. Mindkettő ugyanazon a hálózati objektumon él, és bármelyik hiányozhat önmagában.
Pontosan ez a függetlenség az oka annak, hogy a teljes gépnév működik. A teljesen minősített névnek nincs szüksége utótagra, mert már maga az a karakterlánc, amely a kiszolgálóhoz megy.
Az Android ezt a szétválasztást a következőn keresztül tárja fel:LinkProperties. A DNS-kiszolgálók listája és a tartománykeresési lista ugyanazon az objektumon ül, és a második gyakran üres, még akkor is, ha az első teljesen ki van töltve. Az a hálózat, amelyen van feloldó, de nincs tartomány, olyan hálózat, ahol az utótag soha nem érvényesült — nem pedig olyan kiszolgáló, amely elutasította a rövid nevet.
Olvassa el a tényleges hálózatot, mielőtt bármit módosít
A Wi-Fi, a mobilhálózat és a VPN-interfész három külön hálózat, és az alagút lesz az alapértelmezett, amint feláll. Ezért az irodai Wi-Fi-n működő utótag nem automatikusan az az utótag, amely az alagút aktív állapotában érvényes. Vizsgálja meg azt a hálózatot, amelyre az alkalmazás valóban kiválasztva van, ne azt, amelyet múlt héten beállított.
Az eszközön lévő terminálhéj itt gyenge tanú, mert aresolv.confa feloldó egyetlen nézetét tükrözi, nem minden alkalmazásét.
A böngészők címsorai még egy réteget adnak hozzá: egy csupasz szót keresési lekérdezésként kezelhetnek, vagy feloldhatjáka böngésző saját titkosított DNS-szabályzatarévén, így a Chrome-ban betöltődő oldal semmit nem bizonyít a rendszerszintű keresésekről. Tesztelje olyasmivel, ami a platform feloldóját használja, és kiírja, mi jött vissza. Utána futtassa a rövid és a teljes formát ugyanabban a munkamenetben, ugyanazon a hálózaton, és jegyezze fel, melyik adott választ.
Ha Ön fejleszti a VPN-alkalmazást, a szerkesztőben csatolja az utótagot
Amikor az alkalmazása a következőn keresztül állítja fel az interfészt:VpnService,addSearchDomainaz erre támogatott bemenet. Olyan tartomány-karakterláncot fogad, mint acorp.example, és nem alternatív módja a kiszolgálócím átadásának.
A hívás az utótagot ahhoz a hálózathoz köti, amelyet épít, így nincs később átbillenthető globális beállítás. Ha az alkalmazás lebontja az interfészt, és újracsatlakozáskor újraépíti, az új szerkesztőnek ismét hozzá kell adnia az utótagot, különben a helyettesítő hálózat nélküle áll fel.
Itt veszíti el sok asztali profilimport ezt a mezőt. Az exportáló a saját modelljébe írja a tartományt, az Android előlap csak azokat a beállításokat képezi le, amelyeket ismer, és az így létrejövő interfész minden más tekintetben helyesnek tűnik. Az a profil, amely laptopon működik és telefonon elbukik, általában leképezési hiányosság, nem protokollprobléma.
Ha csak használja a VPN-t, ezt nem Önnek kell beállítania
Nincs olyan kliensoldali szerkesztés, amely utótagot adna hozzá, és nincs olyan globális tulajdonság, amelyet megváltoztatva hamisíthatna egyet. Az értéket az szolgáltatja, aki az alagút tulajdonosa: a kezelt kliens profiljában, annak platformonkénti leképezésében, vagy azon keresztül, amit a kiszolgáló küld. Mondja meg, melyik platformon van, és melyik név bukik el, mert az asztali és a mobil előlap éppen ebben a mezőben tér el.
Egy asztali profil újbóli importálása megint semmit nem bizonyít a mobil leképezésről.
Három feltétel dönti el, hogy hibája van-e, vagy várható korláttal áll szemben. Először, a szervezet egyáltalán támogatott névként kezeli-e a rövid címkét, vagy ez olyan kényelem, amely valaha csak az irodai Wi-Fi-n működött? Másodszor, a sikertelen keresés böngészőből jön-e, amely teljesen megkerülheti a rendszer feloldóját? Harmadszor, a rövid nevet az alagúton keresztül kell elérni, vagy csak a LAN-ról? Ha az utolsó válasz csak LAN, az utótag hozzáadása olyan nevet hozna létre, amely az irodán kívül oldódik fel, majd nem irányítható.
Amikor az utótag jelen van, és a rövid nevek mégis elbuknak
Ha a tartománykeresési lista már mutatjacorp.example, ne az utótagot hibáztassa. Ellenőrizze, hogy a feloldó egyáltalán ad-e választ a kiterjesztett névre, mert az utótag csak a feltett kérdést változtatja meg. Soha nem teszi a kiszolgálót illetékessé egy olyan zónára, amelyet nem hostol.
Utána ellenőrizze az útvonalat. Az a cím, amely feloldódik, de az alagút nem szállítja, csatlakozáskor bukik el, ami pontosan úgy néz ki, mint egy csendben feladó böngésző sikertelen keresése.
A tanúsítványok külön említést érdemelnek. A HTTPS-ellenőrzés azt a gépnevet használja, amelyet ténylegesen beírt, ezért a helyesen kiterjedő rövid név a kézfogásban továbbra isfiles-t mutat. Az olyan tanúsítvány, amelyetfiles.corp.examplerészére állítottak ki, nem lesz érvényes rá, és ez a hiba helyes viselkedés, nem pedig a kezdeti DNS-probléma tünete.
Mi a következő lépés
Erősítse meg a szétválasztást, mielőtt bármihez hozzányúl: a teljes név feloldódik, a rövid nem, ugyanaz az alkalmazás, ugyanaz a munkamenet. Utána keresse meg a kiválasztott hálózatot, és olvassa el a tartománykeresési listáját a feloldók listája mellett. Amelyik a kettő közül üres, az megmondja, kinek kell cselekednie — Önnek, ha az alkalmazás az Öné; az alagút üzemeltetőjének, ha nem.
Végül részesítse előnyben a teljes szolgáltatás-gépnevet a könyvjelzőkben és az ügyfélkonfigurációban ott, ahol a hordozhatóság számít. Túléli a hálózatváltást, nem függ olyan leképezéstől, amelyet a mobil előlap esetleg nem valósít meg, és megegyezik azzal a névvel, amelyre a tanúsítványt kiállították.