DNS ya Kibinafsi dhidi ya VPN: kila tabaka hushughulikia nini hasa

Simu yako ina DNS ya Kibinafsi iliyowekwa kwa jina la mwenyeji la mtoa huduma na programu ya VPN inayoendesha kwa wakati mmoja. Ni busara kudhani kwamba mmoja wao sasa anasimamia utafutaji wa majina. Hakuna anayefanya hivyo, kwa maana inayodokezwa na sentensi hiyo, na njia ya haraka zaidi ya kuona kwa nini ni kufuatilia ombi moja tangu unapogusa kiungo.

Vipengele hivi viwili viko katika sehemu tofauti za safari moja. DNS ya Kibinafsi husimba swali unalouliza kwa kitatuzi. VPN hubadilisha njia ambayo muunganisho wa jibu huichukua.

Kwa hivyo ipitishe kwa mpangilio, kwenye kifaa ambacho vyote viwili vimewashwa, na uangalie kile kila tabaka bado linaweza kuona.

Hatua ya kwanza: utafutaji unaondoka kwenye programu

Unagusa kiungo. Kabla chochote kuunganisha, programu inahitaji anwani ya jina hilo la mwenyeji. Kwenye Android, skrini inayohusika ni Mipangilio, Mtandao na intaneti, DNS ya Kibinafsi. Kuchagua Jina la mwenyeji la mtoa huduma wa DNS ya Kibinafsi huweka kifaa katika hali kali: hufanya DNS juu ya TLS kuelekea jina hilo la mwenyeji kwenye bandari 853, na ikiwa mabadilishano yaliyosimbwa yatashindikana, utafutaji unashindikana badala ya kurudi kimya kimya kwenye maandishi wazi kwenye bandari 53.

Huo ni tofauti yenye maana kutoka kwa Kiotomatiki, ambayo hutumia usimbaji wa nafasi na itatumia kwa urahisi kitatuzi kisichosimbwa mtandao unapoingilia. Ikiwa lengo lako ni kwamba utafutaji usifanyike kamwe wazi, hali kali na jina la mwenyeji la mtoa huduma ndiyo mpangilio unaolingana.

Hili ndilo jambo la kwanza ambalo safari hufichua: utafutaji umelindwa dhidi ya mtandao wa karibu, na kitatuzi bado kinajifunza jina. Usimbaji hufunika kuruka. Mwendeshaji wa kitatuzi hicho huona ombi kwa sababu kulijibu ni kazi yake.

Hatua ya pili: muunganisho huchukua njia nyingine

Kitatuzi hurudisha anwani na programu huunganisha nayo. Hatua hii haiathiriwi na jinsi utafutaji ulisimbwa. Bila handaki, muunganisho unaondoka kwa anwani yako ya kawaida ya umma, na IP ya lengwa na kupeana mkono kwa TLS kwa kawaida huufanya jina la mwenyeji lionekane kwa mtandao hata hivyo, ukiwa na DNS iliyosimbwa au la.

Washa VPN na hii ndiyo hatua inayobadilika. Trafiki inayolingana na sera ya uelekezaji ya mteja hupita kwenye handaki, mtandao wa karibu unaona muunganisho kwa kituo cha mwisho cha VPN, na tovuti kwa kawaida huona anwani ya kutoka. Utatuzi wa majina unaweza pia kusafiri ndani ya handaki, kulingana na kile mteja anachotuma.

Utengano huo ndiyo ulinganisho wote katika sentensi moja. Usimbaji wa DNS hujibu nani anaweza kusoma swali. VPN hujibu mazungumzo yanaenda wapi.

Hatua ya tatu: ndani ya handaki, DNS inakuwa suala la sera

Sasa vipengele viwili vinaingiliana, na kivinjari ndicho chanzo cha kawaida cha mshangao. Kivinjari chenye mpangilio wake wa DNS salama kinaweza kutuma utafutaji kwa kitatuzi kilichochaguliwa kupitia HTTPS badala ya kuuliza mfumo wa uendeshaji. Mpangilio wa DNS ya Kibinafsi wa Android haufikii uamuzi huo.

Katika Firefox, swichi iko chini ya Mipangilio, Faragha na usalama, Washa DNS salama. Katika Chrome, iko chini ya Mipangilio, Faragha na usalama, Tumia DNS salama. Zote mbili zinaweza kuwekwa kwa mtoa huduma maalum au kuachwa zimezimwa, na zinapowashwa, usanidi wa DNS wa handaki hupitwa kwa utafutaji huo ingawa trafiki ya ukurasa bado inatumia handaki.

Ikiwa VPN inatuma kitatuzi chake mwenyewe na kivinjari kinasisitiza chake, unapata mgawanyiko: majina yanatatuliwa, kurasa zinapakia, na utafutaji ambao ulipaswa kupita kwenye handaki ulitoka moja kwa moja. Anwani ya kitatuzi inayotofautiana na kituo cha mwisho cha VPN si uthibitisho wa uvujaji yenyewe, lakini njia ya utafutaji inayopingana na nia yako iliyotajwa inafaa kurekebishwa.

Hatua ya nne: majina ya ndani ndipo panapovunjika

Unganisha kwenye VPN ya kazi na ufungue mwenyeji wa intraneti. Ikiwa DNS salama ya kivinjari imewashwa na inaelekeza kwa kitatuzi cha umma, jina hilo halipo kwa kivinjari. Handaki liko juu, kila kitu kingine kinafanya kazi, na jina moja la mwenyeji linashindikana na hitilafu inayoonekana kama tovuti imeanguka.

Kushindikana huko hukuonekana kinyume chake kwenye Android. DNS ya Kibinafsi kali na mtoa huduma wa umma haitatatua majina ambayo kitatuzi cha ndani pekee kinayajua, na hali kali haina njia mbadala. Kugawanya DNS ya simu kati ya kitatuzi cha umma kilichosimbwa na kitatuzi cha shirika si mpangilio; ni suala la sera ya uelekezaji ambalo lazima lijibiwe na anayeendesha VPN.

Angalia hili kabla ya kulaumu handaki: uliza jina la ndani, kisha jina lilelile ukiwa umezima DNS salama ya kivinjari. Ikiwa linatatuliwa, uchaguzi wa kitatuzi ulikuwa tatizo, si muunganisho.

Safari inakuambia ubadilishe nini

Skrini nne hubeba karibu kila kitu. Ziangalie kwa mpangilio huu na uandike kila moja inasema nini, kwa sababu jibu kwa kawaida huonekana katika mchanganyiko:

1. Mipangilio ya Android, Mtandao na intaneti, DNS ya Kibinafsi: Kiotomatiki au jina la mwenyeji la mtoa huduma, na jina gani la mwenyeji.
2. Mpangilio wa DNS salama wa kivinjari: umezimwa, au umebandikwa kwa kitatuzi maalum.
3. Sera ya DNS ya mteja wa VPN: je, inatuma kitatuzi, na handaki iliyogawanywa inaondoa kitu ambacho bado kinahitaji majina?
4. Jaribio la jina la mwenyeji la ndani wakati handaki iko juu, lililofanywa mara mbili, mara moja DNS ya kivinjari ikiwa imewashwa na mara moja imezimwa.

Kisha linganisha marekebisho na hitaji, si kinyume chake. Ikiwa hitaji ni kwamba utafutaji utoke ukiwa umesimbwa na uende kwa kitatuzi ulichochagua, weka DNS ya Kibinafsi kali na ufanye kivinjari kukubali. Ikiwa hitaji ni kwamba trafiki itoke mahali pengine, sanidi handaki na uache kutarajia mpangilio wa DNS kuhamisha anwani yako.

Na kumbuka mipaka. Hakuna kipengele kati ya hivyo viwili kinachofanya lengwa lenye uadui kuwa salama, na hakuna kinachoondoa utambulisho ulioingia nao. Usimbaji hubadilisha nani anaweza kusoma swali; handaki hubadilisha muunganisho unaenda wapi; hakuna lolote la hayo linalofanya akaunti kuwa isiyojulikana.