होस्टनेम पहुँच नियमले प्रत्येक नेटवर्क तहमा के अर्थ दिन सक्छ
सेवाको नाम DNS, ब्राउजर, प्रोक्सी वा फायरवाल तहमा लागू गर्न सकिन्छ। तपाईं नियन्त्रण गर्न चाहनुभएको पहिचान देख्ने तह छान्नुहोस्।
तीन जनाले एउटै शब्दमा एउटै कुरा माग्छन्: एउटा सेवाको नाममा पहुँच रोक्ने। एकजनाको अर्थ ब्राउजरले साइट नखोल्नु भन्ने हो, अर्कोको अर्थ डेस्कटप भ्वाइस क्लाइन्ट आफ्नो सर्भरसम्म नपुग्नु भन्ने, र तेस्रोको अर्थ ठेकेदारहरूको समूहले कुनै खास आन्तरिक एप्लिकेसन प्रयोग नगर्नु भन्ने हो। वाक्य हुबहु उस्तै छ, र लागू गर्ने विधिहरूमा लगभग केही पनि समान छैन।
तह त्यसले वास्तवमै देख्न सक्ने पहिचानकर्ताबाट छान्नुहोस्, र त्यसपछि त्यसले समेट्ने क्लाइन्टबाट। तपाईंलाई पहिल्यै थाहा भएको फायरवाल आदेशबाट सुरु गर्नु भनेको नियमहरू अन्तमा केही पनि नरोक्ने वा धेरै रोक्ने बाटो हो।
नाम त्यस्तो पहिचान होइन जुन हरेक तहले जाँच्न सक्छ
Netfilter र त्यस्तै प्याकेट फिल्टरहरूले ठेगाना, प्रोटोकल र पोर्ट देख्छन्। तिनीहरूले होस्टनेम देख्दैनन्, र प्याकेट तिनीहरूसम्म पुग्दा नाम पहिल्यै हल भइसकेको हुन्छ। ठेगानाविरुद्ध लेखिएको नियम त्यही ठेगानाको बारेमा नियम हो, प्रयोगकर्ताले त्यहाँ पुग्न जुनसुकै नाम टाइप गरे पनि।
DNS नीति बाटोमा अगाडि बस्छ र क्वेरी देख्छ, जुन त्यसपछिको जडानभन्दा फरक वस्तु हो। यसले नियन्त्रित रिजोल्भरले फर्काउने उत्तरहरू नियन्त्रण गर्छ, पहिल्यै खुला जडानहरू होइन, र त्यो रिजोल्भरलाई बाइपास गर्न कन्फिगर गरिएका क्लाइन्टहरू पनि होइन। हल भएको ठेगाना नीति समीक्षा र अर्को अनुरोधबीच पनि बदलिन सक्छ, त्यसैले DNS उत्तर दिगो अधिकार बयान होइन।
माथिल्ला तहहरूले बढी सन्दर्भ देख्छन् र कम क्लाइन्ट समेट्छन्। यही साटासाट पूरै विषय हो, र तालिकाको कुनै एउटा पङ्क्ति पनि कहिल्यै सही उत्तर किन नहुन्छ भन्ने यसले बताउँछ। तपाईंको नीति वास्तवमा जुन पहिचानकर्ताको बारेमा छ त्यो देख्ने पङ्क्ति छान्नुहोस्। त्यसपछि त्यो पङ्क्तिले संकेत गर्ने समेटाइ स्वीकार गर्नुहोस्।
प्रत्येक तहले के पहिचान गर्न सक्छ
तालिका बीचको स्तम्भबाट बाहिरतिर पढ्नुहोस्: तहले देख्न सक्ने पहिचानकर्ताले त्यसले इमानदारीपूर्वक लागू गर्न सक्ने नीति निर्धारण गर्छ।
| Layer | Identifier it sees | What it cannot see |
|---|---|---|
| Packet filter | address, protocol, port | the name, or which other services share that address |
| DNS policy | the queried name and the answer handed back | connections made by clients that ignore the resolver |
| Managed browser | supported URL patterns on managed profiles | non-browser clients, or unmanaged devices |
| CONNECT proxy | host and port for tunnelled requests | the path inside an encrypted request |
तह नीतिमा तब मात्र पर्छ जब त्यसले देख्ने पहिचानकर्ता तपाईंले नियन्त्रण गरिरहनुभएको पहिचानकर्तासँग मिल्छ। एउटा तहमा लेखिएको नियमले के संरक्षण गर्छ भनी फेरि नठराई अर्को तहमा कहिल्यै कहिले सर्छ भन्ने पनि तालिकाले बताउँछ।
जहाँ स्पष्ट नियम असफल हुन्छ
ठेगानाको नियम तपाईंको नियन्त्रणमा रहेको समर्पित ठेगाना भएको सेवाका लागि ठ्याक्कै सही हुन्छ, र त्यो स्वामित्व नीतिमा लेख्नुपर्छ। साझा सामग्री वितरण ठेगानाको पछाडि रहेको जुनसुकै कुराका लागि त्यो ठ्याक्कै गलत हुन्छ, जहाँ त्यही नियमले असम्बन्धित सेवाहरूलाई छुन्छ र ताजा गरिएको DNS उत्तरले नियमलाई होस्टनेम अधिकारमा बदल्दैन।
व्यवस्थापित ब्राउजर नीतिले प्रतिलिपि गरिएको ठेगाना सूचीभन्दा वेब प्रतिबन्ध बढी प्रत्यक्ष रूपमा व्यक्त गर्छ, तर त्यो व्यवस्थापन प्रणालीले नियन्त्रण गर्ने ब्राउजर र प्रोफाइलमा मात्र लागू हुन्छ।
त्यो ब्राउजर नियमले अर्को होस्टमा UDP पठाउने भ्वाइस क्लाइन्टबारे केही गर्दैन, र त्यसका ढाँचाहरू त्यो उत्पादनले निर्धारण गर्छ, अन्यत्रबाट लिएका वाइल्डकार्ड परम्पराले होइन। CONNECT प्रोक्सीले पनि सुरुङ गरिएको अनुरोधका लागि होस्ट र पोर्ट पाउँछ, र इन्क्रिप्ट गरिएको सत्रभित्रको बाटो पढ्न सक्दैन। नियमलाई प्रोटोकलले खोल्ने कुराको वरिपरि डिजाइन गर्नुहोस्। त्यसपछि यसले के खुला छोड्छ लेख्नुहोस्, किनकि त्यही खाडल अर्को अनुरोधको स्रोत हुनेछ।
आदेशले होइन, क्लाइन्टले छान्नुहोस्
नीतिले कुन क्लाइन्ट समेट्नुपर्छ र कुन छुट्न सक्छ भनी सोध्नुहोस्। व्यवस्थापित ब्राउजर नीतिले व्यवस्थापन प्रणाली पुग्ने कुरा समेट्छ र ब्राउजरको सीमामा रोकिन्छ। रिजोल्भर नीतिले तपाईंको रिजोल्भर प्रयोग गर्ने सबै कुरा समेट्छ, जुन फराकिलो समूह हो, र जसले त्यसो गर्दैनन् तिनका लागि यो खुला रूपमा असफल हुन्छ।
तपाईंले सञ्चालन गर्नुभएको सेवाका लागि एप्लिकेसनमा अधिकार कुनै पनि नेटवर्क सीमाभन्दा बलियो हुन्छ, किनकि यसले बाटो होइन, खाता पछ्याउँछ। VPN मार्ग भनेको पहुँच मात्र हो र त्यसभन्दा बढी केही होइन: सेवामा प्याकेट पठाउन सक्नु त्यसको प्रयोग गर्ने अनुमति होइन। जहाँ महत्त्वपूर्ण पहिचानकर्ता प्रयोगकर्ता वा च्यानल अनुमति हो, त्यहीँ त्यो लागू गर्नुहोस् र नेटवर्क नियमलाई दोस्रो तह मान्नुहोस्।
नियम स्रोतको सन्दर्भमा लेख्नुहोस्
रक्षात्मक नीतिले स्रोत, पहिचानहरू, दायराभित्रका एप्लिकेसनहरू र तिनलाई बोक्ने बाटोको नाम लिन्छ, प्रयोगमा रहेका दुवै ठेगाना परिवारसमेत। नियमले संयोगवश प्रभाव पार्ने साझा पूर्वाधारलाई के हुन्छ पनि यसले बताउँछ।
त्यो शब्दावलीले पछि कसैले लेखापरीक्षण गर्न सक्ने निर्णय उत्पन्न गर्छ। आजको हल भएको ठेगानाबाट न्यायोचित ठहरिएको नियमले ठेगाना पहिलो पटक बदलिँदा घटना उत्पन्न गर्छ, र रोक कहिल्यै किन सही थियो भनी कसैले पनि व्याख्या गर्न सक्ने छैन।