Kwa nini hotspot huelekeza DNS mahali pengine kabla VPN kuunganishwa?
Hotspot huandika upya utafutaji kwenye mtandao wake mwenyewe, na sehemu ya mwisho ya jina la mwenyeji hutatuliwa kabla ya handaki yoyote kuwepo. Fuatilia ni kisuluhishi kipi kilijibu kila swali.
Kujiunga na mtandao wa hoteli kunakuwekea maamuzi mawili ya DNS katika nyakati tofauti: utafutaji ambao kifaa hufanya wakati wa kuingia, na utafutaji unaofanywa baada ya handaki kusimama. Hotspot inaweza kuathiri ya kwanza kupitia mtandao unaodhibiti. Ya pili hutegemea sera ya mteja mwenyewe, jambo ambalo ni tofauti la kuchunguza.
Pitia muunganisho kwa mpangilio, kutoka ukodishaji wa kwanza wa DHCP hadi swali lililotatua jina la faragha. Hapo kushindwa kuwili kunakoonekana sawa katika tiketi ya usaidizi hutengana waziwazi: moja lilitokea kabla handaki kuwepo, lingine lilitokea ndani yake.
Kile hotspot inaweza na kisichoweza kugusa
Mtandao wa ufikiaji hutoa anwani ya kisuluhishi katika DHCP na unaweza kunasa mlango 53 kuelekea anwani hiyo. Hiyo inatosha kujibu kila utafutaji usiolindwa kwa anwani ya lango au ukurasa wa kuzuia. Inatosha pia kuvunja mteja wa VPN ambaye sehemu yake ya mwisho imeandikwa kama jina la mwenyeji.
Kile hotspot haiwezi ni kusoma au kuandika upya swali mara linaposafiri ndani ya handaki lililoimarishwa, kwa kudhani handaki kweli linalibeba. Unasaji hutegemea kuona swali katika maandishi wazi.
Maswali yanaondoka kwenye handaki hata hivyo kwa sababu zisizohusiana na hotspot: mpangilio wa DNS salama wa kivinjari, kanuni ya split-DNS inayoweka kiambishi cha kampuni kwenye kisuluhishi cha ndani, au mteja aliyesanidiwa kuondoa DNS kwenye handaki. Kila kimoja ni chaguo upande wa mteja, na kila kimoja huonekana kama uingiliaji wa hotspot ukiangaliwa kutoka nje.
| Path | Who answers | What a failure looks like |
|---|---|---|
| Lookup before the tunnel is up | The network's resolver | The client never reaches its endpoint |
| Lookup inside the tunnel | The resolver pushed by the client | Local policy or tunnel DNS is misconfigured |
| Browser secure DNS | A DoH provider over port 443 | Both the hotspot and the tunnel policy are bypassed |
Utafutaji wa mwanzo hufanyika kabla handaki kuwepo
Mteja anayepewa jina la mwenyeji lazima kwanza alitatue, na wakati huo hakuna handaki linalolinda swali. Ikiwa hotspot itajibu kwa anwani ya lango, majadiliano hushindwa au kuning'inia. Ikiwa haitajibu kwa chochote, mteja huripoti hitilafu ya jina na handaki hailianzi kamwe. Moja ya matokeo hayo mawili hufafanua kumbukumbu tupu ya handaki ambayo kwa njia nyingine huonekana haina hatia.
Mifumo ya uendeshaji pia hufanya ukaguzi wake wa muunganisho na ugunduzi wa lango, uliofafanuliwa katika RFC 8910 na RFC 8952, na maombi hayo hutoka kabla VPN yoyote kusimama. Kuyaona katika kumbukumbu ya proksi ni tabia inayotarajiwa na si uthibitisho wa uvujaji.
Suluhisho la vitendo ni kumpa mteja sehemu ya mwisho isiyohitaji utafutaji. Inaposhindikana, kamilisha kuingia kwanza kisha unganisha.
Gundua ni kisuluhishi kipi kilijibu
Uliza mfumo na si kivinjari, na endesha swali mara mbili: mara moja kupitia kisuluhishi chochote kifaa kinachotumia sasa, mara moja dhidi ya anwani isiyobadilika.
resolvectl query vpn.example.com dig +short vpn.example.com dig +short vpn.example.com @1.1.1.1
Jibu kutoka amri ya kwanza linalotofautiana na la tatu linakuambia kuwa kisuluhishi cha ndani kinarudisha kitu kingine, na ndivyo hotspot inayoelekeza hufanya. Kushindwa kutoka la tatu pamoja na mafanikio kutoka la kwanza kunaonyesha lango: kisuluhishi cha ndani kilitoa anwani ya kuingia wakati mlango 53 wa kutoka ulitupwa. Muda kuisha kwa zote mbili humaanisha mtandao hutupa DNS hadi uthibitishaji ukamilike.
Rudia baada ya kuunganisha na ulinganishe. Jibu lililohifadhiwa kwenye akiba huvuka mpito, kwa hivyo futa akiba au uliza jina jipya kwa uchunguzi wa pili.
Weka utafutaji wa baadaye kwenye njia uliyokusudia
Wasifu wa handaki kamili unaonasa pia DNS ndio mpangilio rahisi zaidi: kila swali kutoka kila programu huenda kwa kisuluhishi ambacho handaki husukuma, na mtandao wa ndani huona trafiki iliyosimbwa tu. Thibitisha hilo kwa kutatua jina la ndani na la umma baada ya kuunganisha, kisha ukalinganishe majibu yote mawili na kile kisuluhishi cha handaki hurudisha kikiwa peke yake.
Split-DNS inahitaji orodha ya vikoa iliyoandikwa kwa kusudi: viambishi vya kampuni kupitia handaki, kila kitu kingine ndani, na hakuna mwingiliano kati ya hivyo viwili.
DNS salama ya kivinjari iko nje ya sera hiyo, kwa hivyo ikiwa lazima izimwe ili wasifu ujibebe kwa njia inayotabirika, izime kwa wasifu huo na si kwa mashine. Fanya hivyo katika mipangilio ya kivinjari, si kwa kuhariri kisuluhishi cha mfumo, ili mabadiliko yaonekane wakati ujao. Andika jibu, kisuluhishi na hatua ya muunganisho katika mstari mmoja kwa kila jaribio. Ripoti inayosema DNS ilishindwa kwenye Wi-Fi ya hoteli inaeleza dalili yenye sababu tatu tofauti angalau.