hosts फाइल विरुद्ध राउटर फिल्टर: VPN मार्फत साइट ब्लक गर्ने

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

नाम कहाँ समाधान हुन्छ त्यसले सबै कुरा तय गर्छ

हरेक ब्लक एउटा प्रश्नबाट सुरु हुन्छ: नामलाई ठेगानामा कसले बदल्छ? सामान्य डेस्कटपमा जवाफ सिस्टम रिजोल्भरले दिन्छ, जसले आफ्नो मिलाइएको क्रम पछ्याउँछ र सामान्यतया DNS सोध्नुअघि hosts फाइल पढ्छ। फिल्टर गरिएको नेटवर्कमा जवाफ राउटरले दिन सक्छ, जसले प्रश्न तब मात्र देख्छ जब क्लाइन्टले त्यसलाई सुरक्षा बिना आफूबाट पठाउँछ। बाटो बदल्नुहोस् र कसलाई जवाफ दिने अधिकार छ त्यो पनि बदलिन्छ।

VPN यहाँ एकैचोटि दुई काम गर्छ: यसले पूर्वनिर्धारित मार्ग सार्छ, र आफ्नै DNS सर्भर थोप्न सक्छ। यी दुईमध्ये कुनै पनि परिवर्तन नाम समाधानलाई ब्लक लागू गरिरहेको उपकरणबाट टाढा सार्न पर्याप्त छ।

यो VPN जोडिनुअघिसम्म फिल्टर काम गर्छ भन्ने परिचित गुनासोको पछाडिको कार्यविधि हो।

hosts प्रविष्टिले सुरुङ बन्नुअघि नै जवाफ दिन्छ

127.0.0.1 www.example.com जस्तो लाइन स्थानीय रिजोल्भरले पढ्छ, त्यसैले कुनै नेटवर्क बिना नै मेसिनमा जवाफ उत्पन्न हुन्छ। सुरुङ जोड्नुहोस्, DNS सर्भर बदल्नुहोस्, नेटवर्क बदल्नुहोस्: प्रविष्टिले अझै loopback फर्काउँछ। त्यसैले hosts ब्लक दुईमध्ये VPN कहाँ सकिन्छ भन्ने कुराबाट अप्रभावित रहने एक्लो हो।

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

ब्राउजर ट्याबमा भरोसा गर्नुको सट्टा Linux मा getent ahosts वा Windows मा Resolve-DnsName प्रयोग गरेर जवाफ पुष्टि गर्नुहोस्।

राउटर फिल्टरले आफूबाट जाने मात्र देख्छ

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

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

यदि सुरुङ ल्यापटपमा सकिन्छ, नियम जसरी लेखिए पनि राउटर परिभाषाअनुसार सुरक्षित मार्गबाहिर हुन्छ।

चार प्रवर्तन बिन्दु र प्रत्येकले के छुटाउँछ

चार ठाउँले ब्लक लागू गर्न सक्छन्, र प्रत्येक फरक तरिकाले असफल हुन्छ। सूचीलाई क्रम नभई कभरेज नक्साका रूपमा पढ्नुहोस्।

• hosts फाइल वा स्थानीय रिजोल्भर: अफलाइन र कुनै पनि सुरुङमुनि काम गर्छ, तर बन्डल गरिएको रिजोल्भर वा हार्डकोड गरिएको ठेगानाले यसलाई बाइपास गर्छ।
• VPN गेटवेमा DNS फिल्टरिङ: थोपिएको रिजोल्भर प्रयोग गर्ने क्लाइन्टलाई समेट्छ, र DNS माथि जाने क्लाइन्टलाई छुटाउँछ।
• ठेगाना वा SNI अनुसार गेटवे निकास नियम: क्लाइन्ट DNS बाट स्वतन्त्र, तर पढ्न नसकिने नाम र नसिकेका ठेगानाप्रति अन्धा।
• व्यवस्थित ब्राउजर वा उपकरण नीति: व्यवस्थित हार्डवेयरमा बलियो, व्यक्तिगत उपकरणमा अनुपस्थित।

यीमध्ये कुनै पनि अव्यवस्थित उपकरणमा दृढ प्रयोगकर्ताविरुद्ध सुरक्षा सीमा होइन। यी नीति नियन्त्रण हुन्, र इमानदार विवरणले प्रत्येकले वास्तवमा कुन ट्राफिक समेट्छ भन्छ।

उद्देश्यसँग मिल्ने तह छान्नुहोस्: घरेलु सुविधा उपकरणमा हुन्छ, र संगठनात्मक नियम गेटवेमा।

यसलाई सकियो भन्नुअघि दुवै अवस्था परीक्षण गर्नुहोस्

VPN जोडिएको र काटिएको अवस्थामा ती तीनै आदेश चलाउनुहोस्: रिजोल्भरको जवाफ हेर्न getent ahosts, प्रश्नले के फर्काउँछ हेर्न nslookup, र जडान अझै पूरा हुन्छ कि हुँदैन हेर्न साइटविरुद्ध curl -I। यदि पहिलोले loopback फर्काउँछ र तेस्रोले वास्तविक ठेगानामा जोडिन्छ, केही कुराले रिजोल्भरलाई बाइपास गरेको छ र hosts प्रविष्टि तपाईंले सोचेको नियन्त्रण होइन।

राउटरमा अनुरोधअघि र पछि फिल्टर काउन्टर पढ्नुहोस्। कहिल्यै नचल्ने काउन्टरको अर्थ ट्राफिक कहिल्यै फिल्टरसम्म पुगेन, र त्यो नियमको जवाफ होइन, राउटिङको जवाफ हो।

नतिजा टोपोलोजीसँगै लेख्नुहोस्, किनकि अर्को VPN परिवर्तनले मार्ग फेरि सार्नेछ।