DNS રિઝોલ્વર લોગ વિરુદ્ધ VPN કનેક્શન લોગ: દરેકમાં શું રહે છે
રિઝોલ્વર એ નામો નોંધે છે જેના જવાબ આપવા તેને કહેવાયું હતું; VPN પોતાના અમલીકરણમાંથી ટનલની ઘટનાઓ નોંધે છે. એક જાળવણી નીતિ બીજીને આવરી લેતી નથી.
DNS રિઝોલ્વર લોગ અને VPN કનેક્શન લોગ બંને નેટવર્ક રેકોર્ડ છે, બંને ઉપયોગી છે અને એકબીજાના બદલે વાપરી શકાતા નથી. રિઝોલ્વર એ નામો મેળવે છે જેના જવાબ આપવા તેને કહેવાયું હતું. VPN એન્ડપોઇન્ટ ટનલ કનેક્શન સંભાળે છે અને તેના અમલીકરણે તેમના વિશે જે નોંધવાનું પસંદ કર્યું તે નોંધે છે. તેઓ એક જ ઇમારતમાં હોઈ શકે, એક જ ટીમ દ્વારા ચલાવાય, અને એક જ ગોપનીયતા સૂચનાના આવરી લેવાય, તો પણ તેઓ જુદા જુદા ઓળખકર્તા અને જુદા જુદા જાળવણી સમય સાથે જુદી જુદી ઘટનાઓનું વર્ણન કરે છે. એકને બીજું માનીને વાંચવું એ જ રીતે તપાસ ખોટી દિશામાં જાય છે.
બે લોગ, બે ઘટના
રિઝોલ્વરની એક એન્ટ્રી નામકરણ વિશેના પ્રશ્નનો જવાબ આપે છે: આ ક્લાયન્ટે આ સમયે આ નામ માંગ્યું, અને જવાબ આ હતો. VPNની એક એન્ટ્રી જોડાણક્ષમતા વિશેના પ્રશ્નનો જવાબ આપે છે: આ પીઅરે ટનલ સ્થાપિત કરી કે ગુમાવી, તેને આ સરનામું ફાળવાયું, અને જતાં પહેલાં આશરે આટલો ડેટા પસાર કર્યો. બંનેમાંથી કોઈ પણ HTTPS સત્રની અંદર વપરાશકર્તાએ શું કર્યું તેનો રેકોર્ડ નથી, અને કોઈ પણ બીજાનું સ્થાન લેતું નથી.
આ ભેદનું વચનો માટે વ્યવહારુ પરિણામ છે. VPN પ્રદાતા ટનલ પ્રવૃત્તિ નોંધતું નથી એવું વિધાન તે જે રિઝોલ્વર આપે છે તેના વિશે કંઈ કહેતું નથી, અને રિઝોલ્વરની જાળવણી નીતિ ટનલ સાથે કોણ જોડાયું તેના વિશે કંઈ કહેતી નથી. દરેક દાવો પોતાના ઓપરેટર અને પોતાની સિસ્ટમનો છે.
કોઈ પણ લોગ વાંચતા પહેલાં ક્વેરીને અનુસરો
ક્વેરી રિઝોલ્વર સુધી પહોંચે છે જ્યારે માર્ગ ખરેખર તેને પૂછે છે. એપ્લિકેશન ઓપરેટિંગ સિસ્ટમના રિઝોલ્વરનો ઉપયોગ કરી શકે, પોતાનું એન્ક્રિપ્ટેડ DNS ક્લાયન્ટ ચલાવી શકે, અથવા કેશમાંનો જવાબ વાંચીને કંઈ પણ મોકલ્યા વિના રહી શકે. તેથી કંઈ ન દેખાડતો રિઝોલ્વર લોગ એ પુરાવો નથી કે નામ કદી વપરાયું નહીં; તે પુરાવો છે કે આ રિઝોલ્વરને પૂછવામાં આવ્યું નહીં.
resolvectl status
dig @127.0.0.53 build.corp.example +qr
journalctl -u systemd-resolved -n 20 --no-pagerએ છેલ્લો આદેશ સ્થાનિક રિઝોલ્વરની પોતાની જર્નલ વાંચે છે, જે ઉપરવાસ સર્વરના લોગ જેવું નથી. જો તમારી ક્વેરીઓ DNS over HTTPS દ્વારા કોઈ પ્રદાતા તરફ જાય, તો સ્થાનિક સ્ટબ કંઈ ન દેખાડે જ્યારે પ્રદાતા પાસે સંપૂર્ણ રેકોર્ડ હોય, અને પ્રદાતા અલગ નીતિ ધરાવતું બીજું ઓપરેટર છે.
દરેક રેકોર્ડ શું દેખાડી શકે અને શું નહીં
| 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 |
એમને જોડવાનું જ ખરું કામ છે, અને એમને જોડવાનું હંમેશા શક્ય નથી. ક્લાયન્ટ સરનામાં નોંધતું રિઝોલ્વર જાણીતા પૂલમાંથી સરનામાં ફાળવતા VPN સાથે સરખાવી શકાય, અને તે સરખામણી પૂછાયેલા નામ અને ટનલ વચ્ચે વિશ્વસનીય કડી ઊભી કરે છે, જે બે રેકોર્ડ વચ્ચેની કડી જ રહે છે, વ્યક્તિનો રેકોર્ડ નહીં.
એન્ક્રિપ્ટેડ DNS પરિવહન બદલે છે, એન્ડપોઇન્ટ પરની દૃશ્યતા નહીં. રિઝોલ્વર હજી પણ જે પ્રશ્નનો જવાબ આપે છે તે પ્રશ્ન મેળવે છે, જેમ RFC 8484 સ્પષ્ટ કરે છે, અને તે રિઝોલ્વર પરની જાળવણી પ્રોટોકોલની લાક્ષણિકતા નહીં પણ નીતિનો નિર્ણય છે.
જ્યાં સ્પ્લિટ DNS અને કેશ વાર્તાને ગૂંચવે છે
એક કરતાં વધુ રિઝોલ્વર સામાન્ય છે. સ્પ્લિટ-DNS રચના આંતરિક નામોને આંતરિક સર્વર પર અને બાકીનું બધું સાર્વજનિક સર્વર પર મોકલે છે, તેથી એક જ તપાસમાં એવા બે લોગ સામેલ થઈ શકે જે કદી ભેગા કરવા માટે ધાર્યા ન હતા અને એવી બે જાળવણી ગોઠવણો જે કદી સરખાવવા માટે ધારી ન હતી. બંનેમાં ક્વેરી દેખાવ એ રચના કામ કરે છે તેનો પુરાવો છે, લીકનો પુરાવો નહીં.
કેશ બીજી દિશામાં કાપે છે. લોકપ્રિય નામનો જવાબ કલાકો સુધી કેશમાંથી આપી શકાય, તેથી રિઝોલ્વરનો રેકોર્ડ પહેલી ક્વેરી અને પછી કંઈ નહીં દેખાડે, જ્યારે વપરાશકર્તાની એપ્લિકેશન એ જ નામ ખુશીથી રિઝોલ્વ કરતી રહે છે. ચોક્કસ સમય પછી એન્ટ્રીઓ ન હોવાનો અર્થ એ નથી કે તે સમય પછી કોઈએ નામ વાપર્યું નહીં.
પૃષ્ઠભૂમિ ટ્રાફિક ત્રીજું વિકૃતિ છે. બૂટ વખતે ટેલિમેટ્રી નામ રિઝોલ્વ કરતો ફોન, શોધ સૂચન ડોમેન રિઝોલ્વ કરતો બ્રાઉઝર, અને દર કલાકે સંપર્ક કરતો અપડેટર—બધા રિઝોલ્વર લોગમાં તમને ખરેખર મહત્ત્વના નામની બાજુમાં દેખાય છે. તે લોગમાંનું પ્રમાણ ધ્યાન નથી, અને ક્વેરી ગણવી મુલાકાત ગણવી નથી. રિઝોલ્વર લોગ પ્રશ્નોનો રેકોર્ડ છે, અને પ્રશ્નો બનાવવા સસ્તા છે.
જાળવણીના પ્રશ્નો અલગ પૂછો
દરેક સિસ્ટમ માટે ત્રણ પ્રશ્નો પૂછો: કોણ એકઠું કરે છે, શું એકઠું થાય છે, અને કેટલો સમય તે રાખવામાં આવે છે. પછી પૂછો કે તે કોણ વાંચી શકે છે અને કઈ પ્રક્રિયા હેઠળ. DNS over HTTPS વિશેની RFC 8484ની ચર્ચા સારી યાદ અપાવે છે કે એન્ક્રિપ્ટેડ પરિવહન એન્ડપોઇન્ટ દૂર કરતું નથી, અને ઓપરેટરનું પોતાનું દસ્તાવેજીકરણ એ તે એન્ડપોઇન્ટ શું રાખે છે તે અંગેનું એકમાત્ર વિશ્વસનીય વિધાન છે.
જ્યારે ગોપનીયતા વિશે “VPN” અંગે દાવો કરવામાં આવે, ત્યારે તેને સ્વીકારતા પહેલાં ઘટકોમાં વિભાજિત કરો: ટનલ ઓપરેટર, ટનલ જે રિઝોલ્વર આપે છે, તે ક્વેરીઓ જે ઉપરવાસ રિઝોલ્વર સુધી પહોંચે છે, અને ઉપકરણ પરની એપ્લિકેશનો. દરેકનો પોતાનો જવાબ છે, અને એક માટે સાચો દાવો નિયમિતપણે ચારેયને આવરી લેતો હોય તેમ પુનરાવર્તિત થાય છે.
મુશ્કેલી નિવારણ માટે એ જ વિભાજન વાપરો. પૂછો કે કઈ એપ્લિકેશને ક્વેરી કરી અને કયા રિઝોલ્વરે તેનો જવાબ આપ્યો, પછી તે લોગ તરફ જુઓ જે ખરેખર તે ઘટનાનો માલિક છે. બીજા લોગમાંથી અનુમાન કરવું એક મિનિટ બચાવે છે અને એક બપોરનો ખર્ચ કરે છે.