VPN në Android zgjidh emrin e plotë të hostit, por jo emrin e shkurtër

Ju shtypnifilesnë një emulator terminali dhe asgjë nuk kthehet; shtypnifiles.corp.exampledhe i njëjti server përgjigjet menjëherë. Asgjë nuk ka ndryshuar në kredencialet e VPN-së, dhe serveri privat DNS nuk është prishur kurrë. Në Android, etiketa e shkurtër dhe emri i plotë ndjekin rrugë të ndryshme përmes zgjidhësit, dhe njëra prej këtyre rrugëve varet nga një cilësim që pronari i tunelit duhet të sigurojë. Vendimi përpara jush nuk është cilin server DNS të ndryshoni, por kush kontrollon rrjetin që aplikacioni përdor në të vërtetë.

Një domen kërkimi nuk është adresë. Është një listë prapashtesash që zgjidhësi i shton një etikete të zhveshur përpara se të dorëzohet.

Një prapashtesë kërkimi dhe një server DNS janë fusha të ndara

Adresa e zgjidhësit i thotë Android-it ku të pyesë. Prapashtesa e kërkimit i thotë çfarë të pyesë kur jepni vetëm etiketën më të majtë. Të dyja jetojnë në të njëjtin objekt rrjeti, dhe secila mund të mungojë vetë.

Pikërisht kjo pavarësi shpjegon pse funksionon emri i plotë i hostit. Një emër plotësisht i kualifikuar nuk ka nevojë për prapashtesë, sepse është tashmë vargu që shkon te serveri.

Android e zbulon këtë ndarje përmesLinkProperties. Lista e serverëve DNS dhe lista e kërkimit të domeneve qëndrojnë në të njëjtin objekt, dhe e dyta është zakonisht bosh edhe kur e para është plot. Një rrjet me zgjidhës por pa domen është një rrjet ku prapashtesa nuk është zbatuar kurrë — jo një server që refuzoi emrin e shkurtër.

Lexoni rrjetin efektiv përpara se të ndryshoni gjithçka

Wi-Fi, rrjeti celular dhe një ndërfaqe VPN janë tre rrjete të ndara, dhe tuneli bëhet parazgjedhja sapo ngrihet. Prandaj prapashtesa që funksiononte në Wi-Fi-n e zyrës nuk është automatikisht prapashtesa në fuqi ndërsa tuneli është aktiv. Inspektoni rrjetin në të cilin aplikacioni është zgjedhur në të vërtetë, jo atë që konfiguruat javën e kaluar.

Një shell terminali në pajisje është dëshmitar i dobët këtu, sepseresolv.confi tij pasqyron një këndvështrim të zgjidhësit dhe jo atë të çdo aplikacioni.

Shiritat e adresave të shfletuesve shtojnë një shtresë tjetër: një fjalë e zhveshur mund të trajtohet si kërkesë kërkimi, ose të zgjidhet përmespolitikës së vetë shfletuesit për DNS të kriptuar, prandaj një faqe që ngarkohet në Chrome nuk provon asgjë për kërkimet e sistemit. Testoni me diçka që përdor zgjidhësin e platformës dhe shtyp atë që u kthye. Më pas ekzekutoni formën e shkurtër dhe formën e plotë në të njëjtin sesion, në të njëjtin rrjet, dhe shënoni cila dha një përgjigje.

Nëse e ndërtoni vetë aplikacionin VPN, bashkëngjitni prapashtesën në ndërtues

Kur aplikacioni juaj e vendos ndërfaqen përmesVpnService,addSearchDomainështë hyrja e mbështetur për këtë. Merr një varg domeni sicorp.example, dhe nuk është një mënyrë alternative për të kaluar një adresë serveri.

Thirrja e lidh prapashtesën me rrjetin që po ndërtoni, prandaj nuk ka asnjë cilësim global për ta kthyer më pas. Nëse aplikacioni e çmonton ndërfaqen dhe e rindërton kur rilidhet, ndërtuesi i ri duhet ta shtojë përsëri prapashtesën, përndryshe rrjeti zëvendësues ngrihet pa të.

Këtu shumë importe të profileve të desktopit e humbin këtë fushë. Eksportuesi e shkruan domenin në modelin e vet, frontend-i i Android-it mapon vetëm opsionet që njeh, dhe ndërfaqja që rezulton duket e saktë në çdo aspekt tjetër. Një profil që funksionon në laptop dhe dështon në telefon është zakonisht një boshllëk në mapim, jo një problem protokolli.

Nëse vetëm e konsumoni VPN-në, kjo nuk është puna juaj për ta vendosur

Nuk ka asnjë redaktim në anën e klientit që shton një prapashtesë, dhe asnjë veti globale që mund ta ndryshoni për të falsifikuar një të tillë. Vlerën e jep ai që zotëron tunelin: në profilin e klientit të menaxhuar, në mapimin e tij sipas platformës, ose përmes asaj që dërgon serveri. Thoni në cilën platformë jeni dhe cili emër dështon, sepse frontend-et e desktopit dhe të mobil-it ndryshojnë pikërisht në këtë fushë.

Ripërtimi i një profili desktop përsëri nuk provon asgjë për mapimin e mobil-it.

Tre kushte vendosin nëse keni një defekt apo një kufizim të pritur. Së pari, a e trajton organizata etiketën e shkurtër si emër të mbështetur fare, apo është një lehtësi që ka funksionuar ndonjëherë vetëm në Wi-Fi-n e zyrës? Së dyti, a vjen kërkimi që dështon nga një shfletues, i cili mund të anashkalojë plotësisht zgjidhësin e sistemit? Së treti, a duhet që emri i shkurtër të jetë i arritshëm përmes tunelit, apo vetëm nga LAN? Nëse përgjigjja e fundit është vetëm-LAN, shtimi i një prapashtese do të krijonte një emër që zgjidhet jashtë zyrës dhe më pas nuk rutohet.

Kur prapashtesa është e pranishme dhe emrat e shkurtër ende dështojnë

Nëse lista e kërkimit të domeneve tashmë shfaqcorp.example, ndaloni së fajësuari prapashtesën. Kontrolloni nëse zgjidhësi kthen fare përgjigje për emrin e zgjeruar, sepse një prapashtesë ndryshon vetëm pyetjen që bëni. Ai nuk e bën kurrë serverin autoritar për një zonë që nuk e mban.

Më pas kontrolloni rrugën. Një adresë që zgjidhet por që tuneli nuk e transporton dështon në lidhje, gjë që duket identike me një kërkim të dështuar në një shfletues që dorëzohet në heshtje.

Certifikatat meritojnë një përmendje të veçantë. Validimi HTTPS përdor emrin e hostit që keni shtypur në të vërtetë, prandaj një emër i shkurtër që zgjerohet saktë paraqet gjithsesifilesnë shtrëngimin e duarve. Një certifikatë e lëshuar përfiles.corp.examplenuk do të jetë e vlefshme për të, dhe ai gabim është sjellje e saktë, jo një simptomë e problemit DNS me të cilin filluat.

Çfarë të bëni më pas

Konfirmoni ndarjen përpara se të prekni gjithçka: emri i plotë zgjidhet, ai i shkurtër jo, i njëjti aplikacion, i njëjti sesion. Më pas gjeni rrjetin e zgjedhur dhe lexoni listën e kërkimit të domeneve së bashku me listën e zgjidhësve. Cila nga të dyja është bosh ju tregon kush duhet të veprojë — ju, nëse aplikacioni është i juaji; operatori i tunelit, nëse nuk është.

Së fundi, preferoni emrin e plotë të shërbimit në faqeshënues dhe në konfigurimin e klientit kudo që ka rëndësi transportueshmëria. I mbijeton një ndryshimi rrjeti, nuk varet nga një mapim që frontend-i i mobil-it mund të mos e zbatojë, dhe përputhet me emrin për të cilin u lëshua një certifikatë.