Je, VPN ilibadilisha DNS yangu? Linganisha kabla na baada

Unaunganisha handaki, unafungua dashibodi ya faragha, na jina linatatuliwa hadi anwani ambayo hujawahi kuiona. Au kinyume chake kinatokea: kivinjari kinaendelea kufanya kazi huku kifaa cha mstari wa amri ghafla hakitati kitu. Matokeo yote mawili yanatoka kwenye mabadiliko yale yale, na watu kwa kawaida huyaeleza kwa sentensi moja kuhusu VPN inayotumia "DNS yake mwenyewe", ambayo si sahihi vya kutosha kwa utatuzi au uthibitisho. Katika sentensi hiyo kuna maswali mawili yaliyofichwa: ni maombi gani wasifu huu unapaswa kuchukua, na je, mashine yako iliyapeleka kwa kitatuzi kilichopewa? Kuwatenganisha ndiyo mbinu yote, kwa sababu jaribio linalowachanganya hutoa jibu lisilo sahihi na lenye kujiamini katika pande zote mbili.

Kwa nini wasifu hutoa kitatuzi hata kidogo

Ndani ya handaki, majina yaliyo nyuma ya mwisho wa mbali kwa kawaida hutatuliwa hadi anwani zilizopo tu katika mtandao huo. Eneo la faragha kama corp.internal halina uwakilishi wa umma, kwa hiyo kitatuzi kinachokihudumia lazima kifikiwe kutoka ndani ya handaki. Utaratibu huo huo unatumikia lengo la pili: wakati maombi yangetoka kupitia mtoa huduma wako, kitatuzi kilicho upande wa mbali kinahifadhi ombi ndani ya njia iliyosimbwa. Ndiyo sababu anwani ya seva ya DNS inakuja kama sehemu ya sera ya muunganisho na si kama mpangilio wa jumla uliochagua mara moja kwa mashine.

Anwani peke yake haiamui kitu. Kitatuzi kinaweza kujibu tu ikiwa kuna njia ya kufika kwacho, na hitilafu inayojulikana zaidi ni kitatuzi kinachofikiwa tu wakati handaki liko juu. Handaki linapoanguka na sera ikabaki, maombi yanaenda kwenye anwani isiyo na njia, na dalili ni muda kuisha na si kosa safi. Tofauti hiyo ni muhimu unaposoma matokeo ya jaribio lifuatalo, kwa sababu muda kuisha huwapeleka watu kwenye mipangilio ya usafirishaji ambayo haikuhusika kamwe.

Linganisha miundo miwili kabla ya kulinganisha majibu

Handaki kamili na DNS iliyogawanywa hutoa matarajio kinyume, na hakuna hata moja iliyo hitilafu. Chini ya handaki kamili kila ombi linaweza kuhamia kwa mtoa huduma au kwa kitatuzi cha kampuni, kwa hiyo majina ya umma kujibu tofauti baada ya kuunganisha ni jambo linalotarajiwa. Chini ya DNS iliyogawanywa ni vikoa vilivyoorodheshwa pekee vinavyoenda kwa kitatuzi cha faragha huku vingine vyote vikibaki ndani; katika Windows orodha ya vikoa iko katika Name Resolution Policy Table, katika macOS katika vikoa vinavyolingana vya mipangilio ya DNS, na kwenye mwenyeji wa systemd-resolved katika vikoa vya uelekezaji kwa kila kiungo.

Ulinganisho huo ndio unaopaswa kufanywa kwanza, kwa sababu huamua kile kinachochukuliwa kama hitilafu. Kwa DNS iliyogawanywa, jina la umma linalojibu kutoka kwa kitatuzi kipya ndilo linalostahili kuchunguzwa, ilhali jina la ndani linalojibu kwa usahihi ni mfumo unaofanya kazi yake. Kwa handaki kamili, hali isiyo ya kawaida ni jina la umma ambalo bado linajibu kutoka kwa kitatuzi cha mtoa huduma wako. Nyaraka za Microsoft kuhusu utatuzi wa majina ya VPN zinaeleza mpangilio wa Windows wa kanuni hizi, ikiwa ni pamoja na jinsi ingizo la sera linalolingana linavyozingatiwa kabla ya seva za adapta yenyewe.

Kuna kitatuzi cha tatu chumbani ambacho ni rahisi kusahau. DNS salama ya kivinjari hutatua majina yenyewe na inaweza kuendelea kujibu baada ya handaki kubadilisha sera ya mfumo wa uendeshaji, kwa hiyo ukurasa unaopakia unathibitisha kwamba kitatuzi cha kivinjari kilifanya kazi, si kwamba wasifu ulitumika. Ikiwa unalinganisha tu kile kivinjari kinachoonyesha, nusu ya muda unajaribu tabaka lisilo sahihi.

Rekodi mstari wa msingi kwa kigezo kimoja pekee

Badilisha handaki. Usibadilishe pia jina, kifaa au kiambishi cha utafutaji katika hatua hiyo hiyo. Chagua jina unaloruhusiwa kuliuliza, kumbuka ni programu gani ulitumia, na andika ama anwani iliyorudi au kosa kamili. Katika Windows Get-DnsClientServerAddress -AddressFamily IPv4 huchapisha seva kwa kila adapta na Get-DnsClientNrptPolicy huchapisha maingizo ya sera; katika Linux yenye systemd-resolved resolvectl status huonyesha seva za DNS na vikoa vya uelekezaji kwa kila kiungo; katika macOS scutil --dns huchapisha mpangilio wa vitatuzi ambao mfumo utaufuata kwa kweli.

Kisha unganisha kupitia vidhibiti vya kawaida vya mteja na urudie amri zile zile hasa. Hifadhi matokeo ya kwanza badala ya kumbukumbu yake, kwa sababu ulinganisho ndio hoja yote na usomaji wa pili uliochukuliwa baada ya kufuta akiba ni kipimo kingine. Ikiwa mstari wa msingi ulichukuliwa ukiwa na kivinjari mbele na utekelezaji baada ya kuunganisha unafanyika kwenye terminal, unalinganisha vitatuzi viwili, si hali mbili za kitatuzi kimoja.

Ombi la wazi na utafutaji wa programu ni majaribio tofauti

Kumuuliza seva moja maalum, kwa nslookup name 10.20.0.1 au dig @10.20.0.1 name, huthibitisha jambo moja: kwamba seva uliyoitaja hujibu unapoweza kuifikia. Hupita kabisa mantiki ya uchaguzi, kwa hiyo haiwezi kukuambia kama mfumo ungechagua seva hiyo kwa jina hili. Itumie kujaribu kama kitatuzi kilichotengwa kinafikiwa, na usiitumie kujaribu sera.

Utafutaji kupitia kitatuzi cha ndani hufanya uchaguzi kwa kweli. resolvectl query name hupita kanuni zile zile za vikoa vya uelekezaji na huripoti ni itifaki gani iliyojibu, Resolve-DnsName katika Windows hupita kupitia jedwali la sera na akiba ya mteja, na scutil --dns huonyesha mpangilio ambao utafutaji ungefuata. Endesha aina zote mbili na uzihifadhi katika safu tofauti za madokezo yako. Ombi la wazi lililofanikiwa kando ya utafutaji wa programu ulioshindwa ni tatizo la uelekezaji au uchaguzi, si kitatuzi kinachokataa kufanya kazi.

Akiba iko kati yako na jibu. Mfumo wa uendeshaji, kitatuzi cha stub cha ndani, kivinjari na akiba hasi zote huhifadhi matokeo, kwa hiyo utafutaji unaweza kufanikiwa bila pakiti moja kuondoka kwenye mashine. Rekodi matokeo kabla ya kufuta chochote: ipconfig /flushdns, resolvectl flush-caches au sudo dscacheutil -flushcache; sudo killall -HUP mDNSResponder katika macOS. Ruka uwekaji upya mpana wa mtandao katika hatua hii, kwa sababu huharibu ushahidi ambao bado unakusanya.

Tofauti hiyo inamaanisha nini

Linganisha mistari miwili uliyoirekodi na uainishe mabadiliko kabla ya kugusa mpangilio mmoja.

Mstari mmoja unastahili msisitizo. Jina linalotatuliwa si huduma inayofanya kazi, na mafanikio ya DNS yanasema tu kwamba anwani imepatikana. Haisemi chochote kuhusu upelekaji, kanuni za ukuta wa moto au kama akaunti yako inaweza kutumia huduma hiyo, kwa hiyo maliza kwa kujaribu programu halisi badala ya kudhani kwamba hitilafu iliondoka yenyewe.

Rejesha mstari wa msingi na uuthibitishe

Tenganisha kupitia vidhibiti vya mteja mwenyewe badala ya kuua mchakato, kisha soma tena amri zile tatu. Seva za kila kiungo, maingizo ya sera na jibu la jina lako la jaribio zinapaswa kurudi kwenye mstari wa msingi uliouandika awali. Ingizo la sera linalobaki baada ya kutenganisha safi ni kasoro halisi inayostahili kurekodiwa, na ndiyo sababu kuhariri kwa mkono faili ya kitatuzi iliyotengenezwa ni tabia mbaya: faili huandikwa upya na uhariri hupotea, au uhariri hubaki na kubandika kitatuzi ambacho hakina njia tena.

Pitia orodha hii mara moja, kwa mpangilio. Amua muundo gani wasifu unautekeleza kabla ya kuhukumu matokeo yoyote. Hifadhi jina, kifaa na kiambishi bila kubadilika katika utekelezaji wote wawili. Tenganisha ombi la wazi na utafutaji wa programu. Soma sera inayotumika, si jibu pekee. Futa akiba mwishoni, baada ya ulinganisho kuandikwa. Thibitisha kwa programu halisi, kisha anzisha upya mara moja na uthibitishe kwamba hali ya kutenganishwa bado ni safi.