Kumbukumbu za kitatuzi cha DNS dhidi ya kumbukumbu za muunganisho wa VPN: kila moja huhifadhi nini
Kitatuzi hurekodi majina ambayo liliombwa kuyajibu; VPN hurekodi matukio ya handaki kutoka utekelezaji wake yenyewe. Sera moja ya uhifadhi haifuniki nyingine.
Kumbukumbu ya kitatuzi cha DNS na kumbukumbu ya muunganisho wa VPN zote ni rekodi za mtandao, zote zina manufaa na haziwezi kubadilishana. Kitatuzi hupokea majina ambayo liliombwa kuyajibu. Ncha ya mwisho ya VPN hushughulikia miunganisho ya handaki na hurekodi kile utekelezaji wake ulichochagua kurekodi kuhusu hayo. Zinaweza kuwa katika jengo moja, kuendeshwa na timu moja na kufunikwa na notisi moja ya faragha, na bado zinaelezea matukio tofauti yenye vitambulisho tofauti na uhifadhi tofauti. Kusoma moja kana kwamba ni nyingine ndiyo njia ambayo uchunguzi hupotea njia.
Kumbukumbu mbili, matukio mawili
Kichwa cha kitatuzi hujibu swali kuhusu uundaji wa majina: mteja huyu aliomba jina hili wakati huu, na jibu lilikuwa hili. Kichwa cha VPN hujibu swali kuhusu muunganisho: mwenza huyu alianzisha au akapoteza handaki, alipewa anwani hii, na akahamisha takriban kiasi hiki cha data kabla ya kutoweka. Hakuna kimoja ambacho ni rekodi ya kile mtumiaji alifanya ndani ya kipindi cha HTTPS, na hakuna kimoja kinachobadilisha kingine.
Tofauti hii ina matokeo ya kivitendo kwa ahadi. Kauli kwamba mtoa huduma wa VPN hareki kumbukumbu za shughuli za handaki haisemi chochote kuhusu kitatuzi anachotoa, na sera ya uhifadhi ya kitatuzi haisemi chochote kuhusu nani aliunganisha na handaki. Kila dai ni la mwendeshaji wake mwenyewe na mfumo wake mwenyewe.
Fuatilia swali kabla ya kusoma kumbukumbu yoyote
Swali hufika kwa kitatuzi tu ikiwa njia inaliuliza kwa kweli. Programu inaweza kutumia kitatuzi cha mfumo wa uendeshaji, kuendesha mteja wake wa DNS uliosimbwa, au kusoma jibu lililohifadhiwa na kutotuma chochote kamwe. Kwa hivyo kumbukumbu ya kitatuzi isiyoonyesha chochote si ushahidi kwamba jina halikuwahi kutumika; ni ushahidi kwamba kitatuzi hiki hakikuulizwa.
resolvectl status
dig @127.0.0.53 build.corp.example +qr
journalctl -u systemd-resolved -n 20 --no-pager
Amri hiyo ya mwisho husoma jarida la kitatuzi cha ndani yenyewe, ambalo si sawa na kumbukumbu ya seva ya juu. Ikiwa maswali yako yanatoka kupitia DNS over HTTPS kwa mtoa huduma, stub ya ndani inaweza kuonyesha chochote wakati mtoa huduma ana rekodi kamili, na mtoa huduma ni mwendeshaji mwingine mwenye sera nyingine.
Kila rekodi inaweza kuonyesha nini na haiwezi kuonyesha nini
| Record | Typically shows | Does not show |
|---|---|---|
| Resolver log | Queried name, client address, time, response | Which page was fetched, or what the tunnel did |
| VPN connection log | Peer identity, assigned address, connect and disconnect times, volume | Which name the application asked for |
| Application or proxy log | Requests, status codes, sometimes full URLs | Resolved addresses for every dependency |
Kuziunganisha ndiyo kazi halisi, na kuziunganisha si mara zote inawezekana. Kitatuzi kinachorekodi anwani za wateja kinaweza kulinganishwa na VPN inayotoa anwani kutoka kwa dimbwi linalojulikana, na ulinganisho huo huzalisha kiungo cha kuridhisha kati ya jina lililoulizwa na handaki, ambacho kinabaki kiungo kati ya rekodi mbili na si rekodi ya mtu.
DNS iliyosimbwa hubadilisha usafirishaji, si uonekano kwenye ncha ya mwisho. Kitatuzi bado hupokea swali ambalo hulijibu, kama RFC 8484 inavyoeleza wazi, na uhifadhi kwenye kitatuzi hicho ni uamuzi wa sera na si sifa ya itifaki.
Ambapo DNS iliyogawanywa na akiba huchanganya simulizi
Vitatuzi kadhaa ni kawaida. Muundo wa DNS iliyogawanywa hutuma majina ya ndani kwa seva ya ndani na kila kitu kingine kwa ya umma, kwa hivyo uchunguzi mmoja unaweza kuhusisha kumbukumbu mbili ambazo hazikuwahi kukusudiwa kuunganishwa na mipangilio miwili ya uhifadhi ambayo haikuwahi kukusudiwa kulinganishwa. Kuona maswali katika zote mbili ni ushahidi kwamba muundo unafanya kazi, si ushahidi wa uvujaji.
Akiba hukata upande mwingine. Jina maarufu linaweza kujibiwa kutoka akiba kwa masaa, kwa hivyo rekodi ya kitatuzi inaonyesha swali la kwanza na kisha chochote, wakati programu ya mtumiaji inaendelea kutatua jina lilo hilo kwa furaha. Kutokuwepo kwa maingizo baada ya muda fulani haimaanishi kwamba hakuna mtu aliyetumia jina baada ya muda huo.
Trafiki ya usuli ni upotoshaji wa tatu. Simu inayotatua jina la telemetria wakati wa kuwasha, kivinjari kinachotatua kikoa cha pendekezo la utafutaji, na kisasisimua kinachowasiliana kila saa zote zinaonekana katika kumbukumbu ya kitatuzi kando ya jina ambalo unajali kwa kweli. Kiasi katika kumbukumbu hiyo si usikivu, na kuhesabu maswali si kuhesabu ziara. Kumbukumbu ya kitatuzi ni rekodi ya maswali, na maswali ni rahisi kuzalisha.
Uliza maswali ya uhifadhi kwa tofauti
Kwa kila mfumo, uliza maswali matatu: nani hukusanya, nini hukusanywa, na muda gani huhifadhiwa. Kisha uliza nani anaweza kuisoma na kwa mchakato upi. Majadiliano ya RFC 8484 kuhusu DNS over HTTPS ni ukumbusho mzuri kwamba usafirishaji uliosimbwa hauondoi ncha ya mwisho, na nyaraka za mwendeshaji mwenyewe ni kauli pekee ya kuaminika kuhusu kile ncha hiyo huhifadhi.
Wakati dai kuhusu faragha linafanywa kuhusu “VPN”, ligawanye katika vipengele kabla ya kulikubali: mwendeshaji wa handaki, kitatuzi ambacho handaki hutoa, kitatuzi kikuu chochote ambacho maswali hayo hufika, na programu zilizo kwenye kifaa. Kila kimoja kina jibu lake, na dai sahihi kwa kimoja hurudiwa kwa kawaida kana kwamba linafunga yote manne.
Kwa utatuzi wa matatizo, tumia mgawanyiko huo huo. Uliza ni programu gani ilifanya swali na ni kitatuzi kipi kilijibu, kisha angalia kumbukumbu ambayo inamiliki tukio hilo kwa kweli. Kukisia kutoka kumbukumbu nyingine kunaokoa dakika moja na kugharimu alasiri moja.