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” बद्दल दावा केला जातो तेव्हा तो स्वीकारण्यापूर्वी घटकांमध्ये विभागा: बोगद्याचा ऑपरेटर, बोगदा देत असलेला रिझोल्व्हर, त्या क्वेऱ्या ज्या कोणत्याही वरच्या रिझोल्व्हरपर्यंत पोहोचतात, आणि उपकरणावरील अनुप्रयोग. प्रत्येकाचे स्वतःचे उत्तर आहे, आणि एकासाठी अचूक असलेला दावा नियमितपणे चारही व्यापत असल्यासारखा पुनरावृत्त होतो.
समस्या निवारणासाठी तोच विभाग वापरा. कोणत्या अनुप्रयोगाने क्वेरी केली आणि कोणत्या रिझोल्व्हरने उत्तर दिले हे विचारा, नंतर ती घटना खरोखर ज्याच्याकडे आहे तो लॉग पहा. दुसऱ्या लॉगमधून अंदाज लावल्यास एक मिनिट वाचते आणि एक दुपार जाते.