VPN DNS फिल्टर: नाम रोक्ने कामले विज्ञापन रोक्दैन

एउटा dnsmasq लाइनले नामलाई NXDOMAIN जवाफ दिन सक्छ, र त्यो नै पूरा संयन्त्र हो। यसले HTML कहिल्यै पढ्दैन, अनुरोधको मार्ग कहिल्यै जाँच्दैन, र एउटा एप्लिकेसनले पहिले नै खोलिसकेको जडानसँग के गर्छ त्यो कहिल्यै देख्दैन। त्यसैले ब्राउजर एक्सटेन्सनसँग यसको तुलना गर्नु दुई फरक कामहरूको तुलना हो। एउटाले नाम समाधान हुन्छ वा हुँदैन भन्ने निर्णय गर्छ; अर्कोले त्यसपछि के हुन्छ भन्ने निर्णय गर्छ।

नाम फिल्टरले वास्तवमा के नियन्त्रण गर्छ

विकल्प address=/metrics.example/, अन्तिम स्ल्यासपछि केही नराख्दा, रिजोल्भरले त्यो नाम र यसका सबडोमेनका लागि NXDOMAIN फर्काउँछ। ठेगाना खाली छोड्नु महत्त्वपूर्ण भाग हो: यसले क्लाइन्टहरूलाई असम्बन्धित प्रतिस्थापन सर्भरमा पठाउनबाट बचाउँछ वा लूपब्याक ठेगानालाई साँचो गन्तव्य जस्तो देखाउँदैन। dnsmasq म्यानुअल ले त्यो रूपलाई रिडाइरेक्ट नभई नकारात्मक जवाफका रूपमा वर्णन गर्छ।

नियमले गर्न सक्ने सबै कुरा त्यही एउटा निर्णयबाट आउँछ। यो रिजोल्भरलाई सोध्ने क्लाइन्टले नकारात्मक जवाफ पाउँछ; अर्को रिजोल्भर लाई सोध्ने क्लाइन्टले त्यसले भनेको कुरा पाउँछ। फिल्टरलाई एप्लिकेसनले कुन मार्ग, कुन क्वेरी स्ट्रिङ वा कुन खाता प्रयोग गर्ने थियो भन्ने थाहा हुँदैन।

त्यो सूक्ष्मता महत्त्वपूर्ण छ किनभने एउटै होस्टनामले प्रायः धेरै उद्देश्य पूरा गर्छ। साइन-इन इन्डपोइन्ट, तस्बिर र ट्र्याकिङले एउटै डोमेन साझा गर्न सक्छन्, र पूरै नाम हटाउने नियमले सँगै एउटा कार्यप्रवाह पनि हटाउन सक्छ। नाम-स्तरको नीतिले त्यो सम्झौता स्वीकार गर्नुपर्छ वा अझ साँघुरा नामहरू छान्नुपर्छ।

क्लाइन्ट-साइड ब्लकर कहाँ फरक पर्छ

ब्राउजर एक्सटेन्सनले अनुरोध निस्कनु अघि नै देख्छ, त्यसैले URL मार्ग मिलाउन, कुनै विशेष अनुरोध रद्द गर्न र नतिजा देखाउने तत्त्व लुकाउन सक्छ। यसले example.com/article लाई अनुमति दिँदै example.com/ads/ लाई अस्वीकार गर्न सक्छ, जुन कुनै DNS जवाफले व्यक्त गर्न सक्दैन। त्यो मार्ग-स्तरको दृष्टि त्यो क्षमता हो जो रिजोल्भरसँग हुँदैन। त्यसैले एउटा उपकरणका लागि बनाइएको फिल्टर सूची अर्कोमा विरलै उही व्यवहार गर्छ।

मूल्य दायरा हो। त्यो सुरक्षा एउटा ब्राउजरभित्र, एउटा प्रोफाइलमा, एउटा उपकरणमा बस्छ, र प्रयोगकर्ता अर्को एप्लिकेसनमा गएपछि हराउँछ। गेटवेमा कन्फिगर गरिएको DNS फिल्टरले गेटवेको रिजोल्भर प्रयोग गर्ने हरेक उपकरण समेट्छ, ती उपकरणसहित जहाँ कुनै एक्सटेन्सन स्थापना गर्न सकिँदैन।

कुनै पनि व्यवस्था एक्लै पूर्ण हुँदैन। DNS फिल्टरले पृष्ठले पहिले नै पठाइसकेको पहिचानक हटाउन सक्दैन, र ब्राउजर एक्सटेन्सनले कहिल्यै नलोड गर्ने एप्लिकेसनको सुरक्षा गर्न सक्दैन।

रिजोल्भरको मार्गले त्यसमध्ये केही लागू हुन्छ कि हुँदैन भन्ने निर्णय गर्छ

VPN ले DNS सर्भर घोषणा गर्न सक्छ र पनि हरेक क्वेरी प्राप्त नगर्न सक्छ। इन्क्रिप्टेड DNS कन्फिगर गरिएको ब्राउजर, आफ्नै रिजोल्भर भएको एप्लिकेसन, वा गेटवे बाहिर राख्ने सञ्जाल मार्गमा रहेको उपकरणले अन्तै खोज्नेछ। मोबाइल प्लेटफर्महरूले बढ्दो रूपमा निजी-DNS सेटिङ दिन्छन् जसले टनेलले सुझाव दिएको कुरा चुपचाप अधिलेखन गर्छ।

त्यसैले नीति नभई मार्ग परीक्षण गर्नुहोस्। इच्छित रिजोल्भरलाई सिधै गेटवेबाट सोध्नुहोस्, त्यसपछि क्लाइन्टबाट सोधेर तुलना गर्नुहोस्, अनि रोकिनुपर्ने नाम प्रयोगकर्ताले चलाउने एप्लिकेसनमा साँच्चै असफल हुन्छ कि हुँदैन हेर्नुहोस्।

क्यास गरिएका जवाफ र खुला सकेटहरूले यसलाई हल्लाखल्ला बनाउँछन्। पहिले नै आफ्ना स्रोत लोड गरिसकेको पृष्ठ नियम परिवर्तन भएपछि पनि चलिरहन्छ, त्यसैले पुरानो ट्याब पुनः लोड गर्नुभन्दा नयाँ जडान राम्रो परीक्षण हो।

नतिजा दाबी गर्नु अघि दुवै दिशा परीक्षण गर्नुहोस्

जानाजान रोकिएको डोकुमेन्टेसन नाम, अनुमति दिइएको सार्वजनिक नाम, र सेवालाई चाहिने निजी नाम प्रयोग गर्नुहोस्:

$ dig +short metrics.example @10.40.0.53
$ dig +short example.com @10.40.0.53
$ dig +short intranet.corp.internal @10.40.0.53

रोकिएको नामका लागि खाली जवाफ, सार्वजनिक नामका लागि सामान्य ठेगाना र आन्तरिक नामका लागि निजी ठेगानाले सँगै देखाउँछन् कि फिल्टरिङ, अपस्ट्रिम रिजोल्युसन र स्थानीय रेकर्ड सबै काम गर्छन्। तीनै असफल भए, तपाईं फिल्टर नभई अपस्ट्रिम वा लिस्नर समस्या हेर्दै हुनुहुन्छ।

आन्तरिक रूपमा प्रकाशित गर्ने जुनसुकै कुरामा दाबीलाई साँघुरो राख्नुहोस्। यो रिजोल्भरमा डोमेन फिल्टरिङ हो, सामग्री निरीक्षण होइन, मार्ग फिल्टरिङ होइन र कोही पनि ट्र्याक नहुने वाचा होइन। नियमहरूसँगै नीति मालिक, अपवाद मार्ग र क्वेरी राख्ने अवधि बताउनुहोस्, किनभने हरेक लुकअप लग गर्ने फिल्टरको आफ्नै गोपनीयता मूल्य हुन्छ।