VPN á Android leysir fullt hýsilnafn en ekki stuttnafnið

Þú slærð innfilesí flugstöðvarhermi og ekkert kemur til baka; þú slærð innfiles.corp.exampleog sami þjónn svarar samstundis. Ekkert breyttist í VPN-skilríkjunum, og einki DNS-þjónninn var aldrei bilaður. Í Android fara stutta merkið og fulla nafnið ólíkar leiðir gegnum leysinn, og ein þessara leiða fer eftir stillingu sem eigandi göngunnar verður að útvega. Ákvörðunin sem liggur fyrir þér er ekki hvaða DNS-þjóni á að skipta út, heldur hver stjórnar netinu sem appið notar í raun.

Leitarsvæði er ekki vistfang. Það er listi yfir viðskeyti sem leysirinn bætir við bert merki áður en hann gefst upp.

Leitarviðskeyti og DNS-þjónn eru aðskilin svæði

Vistfang leysisins segir Android hvar á að spyrja. Leitarviðskeytið segir honum hvað á að spyrja þegar þú gefur aðeins vinstra merkið. Bæði búa á sama nethlutnum, og hvort um sig getur vantað eitt og sér.

Þetta sjálfstæði er einmitt ástæðan fyrir því að fulla hýsilnafnið virkar. Fullgilt nafn þarf ekkert viðskeyti, því það er þegar strengurinn sem fer til þjónsins.

Android sýnir þessa skiptingu gegnumLinkProperties. Listi DNS-þjóna og lénleitalistinn liggja á sama hlutnum, og sá síðari er oft tómur jafnvel þótt sá fyrri sé fullur. Net sem hefur leysi en ekkert lén er net þar sem viðskeytinu var aldrei beitt — ekki þjónn sem hafnaði stutta nafninu.

Lestu virka netið áður en þú breytir einhverju

Wi-Fi, farnet og VPN-viðmót eru þrjú aðskilin net, og gangan verður sjálfgefin um leið og hún rís. Viðskeytið sem virkaði á Wi-Fi skrifstofunnar er því ekki sjálfkrafa það viðskeyti sem gildir meðan gangan er virk. Skoðaðu netið sem appið er í raun valið á, ekki það sem þú stilltir í síðustu viku.

Flugstöðvarskel á tækinu er lélegur vitnisburður hér, þvíresolv.confhennar endurspeglar eina sýn á leysinn en ekki sýn hvers apps.

Vistfangastikur vafra bæta við enn einu lagi: bert orð getur verið meðhöndlað sem leitarfyrirspurn eða leyst gegnumeigin stefnu vafrans um dulkóðað DNS, svo síða sem hleðst í Chrome sannar ekkert um kerfisleit. Prófaðu með einhverju sem notar leysi kerfisins og prentar það sem kom til baka. Keyrðu svo stutta og fullu mynd í sama lotu, á sama neti, og athugaðu hvor gaf svar.

Ef þú byggir VPN-appið skaltu festa viðskeytið í byggjandanum

Þegar appið þitt reisir viðmótið gegnumVpnService,addSearchDomainer það studda inntakið fyrir þetta. Það tekur lénstreng eins ogcorp.example, og það er ekki önnur leið til að senda vistfang þjóns.

Kallið bindur viðskeytið við netið sem þú ert að byggja, svo engin alþjóðleg stilling er til að snúa við síðar. Ef appið rífur viðmótið niður og byggir það upp aftur við endurtengingu þarf nýi byggjandinn að bæta viðskeytinu við aftur, annars rís staðgengilsnetið án þess.

Hér týna margar innflutningar skjáborðssniða þessu svæði. Útflytjandinn skrifar lénið í sína eigin gerð, Android-framendinn varpar aðeins þeim valkostum sem hann þekkir, og viðmótið sem verður til lítur rétt út í öllu öðru. Snið sem virkar á fartölvu og bregst á síma er venjulega bil í vörpun, ekki vandamál í samskiptareglum.

Ef þú notar aðeins VPN er þetta ekki þitt að stilla

Engin breyting er til á biðlarahlið sem bætir viðskeyti við, og enginn alþjóðlegur eiginleiki sem þú getur breytt til að falsa eitt. Gildinu er skilað af þeim sem á gönguna: í sniði stýrða biðlarans, í vörpun hans fyrir hvern vettvang, eða gegnum það sem þjónninn sendir. Segðu á hvaða vettvangi þú ert og hvaða nafn bregst, því skjáborðs- og farsímaframendinn greinir nákvæmlega á þessu svæði.

Að flytja skjáborðssnið inn aftur sannar enn ekkert um farsímavörpunina.

Þrjú skilyrði ráða hvort þú ert með galla eða væntanleg takmörk. Í fyrsta lagi, meðhöndlar fyrirtækið stutta merkið yfirhöfuð sem studda nafnið, eða er það þægindi sem virkuðu aldrei nema á Wi-Fi skrifstofunnar? Í öðru lagi, kemur misheppnaða leitin frá vafra, sem getur farið alveg fram hjá leysi kerfisins? Í þriðja lagi, á stutta nafnið að vera aðgengilegt gegnum gönguna, eða aðeins af LAN? Ef síðasta svarið er aðeins LAN myndi viðskeyti búa til nafn sem leysist utan skrifstofunnar og síðan ekki beinast.

Þegar viðskeytið er til staðar og stuttnöfnin mistakast samt

Ef lénleitalistinn sýnir þegarcorp.example, hættu að kenna viðskeytinu um. Athugaðu hvort leysirinn skili yfirhöfuð svari fyrir hið útvíkkaða nafn, því viðskeyti breytir aðeins spurningunni sem þú spyrð. Það gerir þjóninn aldrei valdmikinn yfir svæði sem hann hýsir ekki.

Athugaðu síðan leiðina. Vistfang sem leysist en gangan flytur ekki mistekst við tengingu, sem lítur nákvæmlega út eins og mistök í leit í vafra sem gefst upp hljóðlega.

Skírteini eiga skilið eigin umræðu. HTTPS-staðfesting notar hýsilnafnið sem þú slóst í raun inn, svo stuttnafn sem útvíkkar rétt kynnir samtfilesí handabandinu. Skírteini sem gefið er út fyrirfiles.corp.examplemun ekki gilda fyrir það, og þessi villa er rétt hegðun en ekki einkenni DNS-vandamálsins sem þú byrjaðir á.

Hvað á að gera næst

Staðfestu skiptinguna áður en þú snertir nokkuð: fulla nafnið leysist, stutta ekki, sama app, sama lota. Finndu síðan valda netið og lestu lénleitalistann þess við hlið leysilistans. Hvort sem er tómt segir þér hver verður að bregðast við — þú, ef þú átt appið; rekstraraðili göngunnar, ef ekki.

Að lokum skaltu velja fullt þjónustuhýsilnafn í bókamerkjum og biðlarastillingum þar sem færanleiki skiptir máli. Það lifir af netbreytingu, það fer ekki eftir vörpun sem farsímaframendinn útfærir kannski ekki, og það passar við nafnið sem skírteini var gefið út fyrir.