Android VPN razrješava puno ime hosta, ali ne kratko ime

Upišetefilesu emulator terminala i ništa se ne vrati; upišetefiles.corp.examplei isti poslužitelj odmah odgovori. Ništa se u VPN vjerodajnicama nije promijenilo, a privatni DNS poslužitelj nikada nije bio pokvaren. Na Androidu kratka oznaka i puno ime idu različitim putovima kroz razrješivač, a jedan od tih putova ovisi o postavci koju vlasnik tunela mora dostaviti. Odluka pred vama nije koji DNS poslužitelj promijeniti, nego tko kontrolira mrežu koju aplikacija zapravo koristi.

Domena pretraživanja nije adresa. To je popis sufiksa koje razrješivač dodaje na golu oznaku prije nego što odustane.

Sufiks pretraživanja i DNS poslužitelj odvojena su polja

Adresa razrješivača kaže Androidu gdje da pita. Sufiks pretraživanja kaže mu što da traži kada date samo krajnju lijevu oznaku. Oboje žive na istom mrežnom objektu, a bilo koje može nedostajati samo po sebi.

Ta neovisnost upravo je razlog zašto puno ime hosta radi. Potpuno kvalificirano ime ne treba sufiks, jer je već niz koji ide poslužitelju.

Android otkriva tu podjelu krozLinkProperties. Popis DNS poslužitelja i popis pretraživanja domena stoje na istom objektu, a drugi je redovito prazan čak i kada je prvi potpuno popunjen. Mreža s razrješivačem ali bez domene jest mreža u kojoj sufiks nikada nije primijenjen — a ne poslužitelj koji je odbio kratko ime.

Pročitajte efektivnu mrežu prije nego što bilo što promijenite

Wi-Fi, mobilna mreža i VPN sučelje tri su odvojene mreže, a tunel postaje zadani kada se podigne. Zato sufiks koji je radio na uredskom Wi-Fi-ju nije automatski sufiks na snazi dok je tunel aktivan. Provjerite mrežu na kojoj je aplikacija stvarno odabrana, a ne onu koju ste postavili prošli tjedan.

Terminalna ljuska na uređaju slab je svjedok ovdje, jer njezinresolv.confodražava jedan pogled na razrješivač, a ne pogled svake aplikacije.

Adresne trake preglednika dodaju još jedan sloj: gola riječ može biti tretirana kao upit za pretraživanje ili razriješena krozvlastitu politiku preglednika za šifrirani DNS, pa stranica koja se učita u Chromeu ne dokazuje ništa o sistemskim pretragama. Testirajte nečim što koristi platformski razrješivač i ispisuje što je vraćeno. Zatim pokrenite kratki i puni oblik u istoj sesiji, na istoj mreži, i zabilježite koji je dao odgovor.

Ako gradite VPN aplikaciju, prikačite sufiks u graditelju

Kada vaša aplikacija uspostavi sučelje krozVpnService,addSearchDomainpodržani je ulaz za to. Prima niz domene kao što jecorp.example, i nije alternativni način prijenosa adrese poslužitelja.

Poziv veže sufiks za mrežu koju gradite, pa nema globalne postavke koju biste poslije preokrenuli. Ako aplikacija razmontira sučelje i ponovno ga izgradi pri ponovnom spajanju, novi graditelj mora ponovno dodati sufiks, inače zamjenska mreža dolazi bez njega.

Ovdje mnogi uvozi desktop profila izgube to polje. Izvoznik upisuje domenu u svoj model, Android sučelje mapira samo opcije koje poznaje, a rezultirajuće sučelje izgleda ispravno u svakom drugom pogledu. Profil koji radi na prijenosniku i pada na telefonu obično je praznina u mapiranju, a ne problem protokola.

Ako samo koristite VPN, ovo nije vaše za postavljati

Nema izmjene na strani klijenta koja dodaje sufiks, ni globalnog svojstva koje možete promijeniti da ga lažirate. Vrijednost dostavlja onaj koji posjeduje tunel: u profilu upravljanog klijenta, u njegovu mapiranju po platformi ili kroz ono što poslužitelj pošalje. Recite na kojoj ste platformi i koje ime pada, jer se desktop i mobilno sučelje razilaze upravo na tom polju.

Ponovni uvoz desktop profila opet ne dokazuje ništa o mobilnom mapiranju.

Tri uvjeta odlučuju imate li defekt ili očekivano ograničenje. Prvo, tretira li organizacija kratku oznaku uopće kao podržano ime, ili je to pogodnost koja je ikada radila samo na uredskom Wi-Fi-ju? Drugo, dolazi li neuspjelo pretraživanje iz preglednika, koji može potpuno zaobići sistemski razrješivač? Treće, treba li kratko ime biti dostupno kroz tunel, ili samo s LAN-a? Ako je zadnji odgovor samo LAN, dodavanje sufiksa stvorilo bi ime koje se razrješava izvan ureda i zatim se ne usmjerava.

Kada je sufiks prisutan, a kratka imena i dalje padaju

Ako popis pretraživanja domena već prikazujecorp.example, prestanite kriviti sufiks. Provjerite vraća li razrješivač ikakav odgovor za prošireno ime, jer sufiks mijenja samo pitanje koje postavljate. On nikada ne čini poslužitelj mjerodavnim za zonu koju ne hosta.

Zatim provjerite rutu. Adresa koja se razrješava ali je tunel ne prenosi pada pri spajanju, što izgleda isto kao neuspjelo pretraživanje u pregledniku koji tiho odustane.

Certifikati zaslužuju poseban spomen. HTTPS validacija koristi ime hosta koje ste stvarno upisali, pa kratko ime koje se ispravno proširi i dalje predstavljafilesu rukovanju. Certifikat izdan zafiles.corp.exampleneće se validirati za njega, a ta je pogreška ispravno ponašanje, a ne simptom DNS problema s kojim ste počeli.

Što dalje

Potvrdite podjelu prije nego što bilo što dirate: puno ime se razrješava, kratko ne, ista aplikacija, ista sesija. Zatim pronađite odabranu mrežu i pročitajte njezin popis pretraživanja domena uz popis razrješivača. Koji god od dvaju bude prazan, kaže vam tko mora djelovati — vi, ako posjedujete aplikaciju; operater tunela, ako ne.

Na kraju, dajte prednost punom imenu usluge u oznakama i klijentskoj konfiguraciji gdje je prenosivost važna. Ono preživljava promjenu mreže, ne ovisi o mapiranju koje mobilno sučelje možda ne implementira i podudara se s imenom za koje je certifikat izdan.