iptables होस्टनाम नियमहरू DNS स्न्यापसट हुन्
DNS परिवर्तनपछि iptables होस्टनाम अपवादले साइटसँग मिल्न किन छोड्न सक्छ, र फर्वार्ड प्रोक्सीको डोमेन नीति कहाँ फरक पर्छ भन्ने बुझ्नुहोस्।
iptables आदेशमा होस्टनाम नियम पेस गर्नुअघि नै समाधान गरिन्छ। कर्नेल नियम परिणामस्वरूप पाइने ठेगानासँग मिल्छ; यसले प्रत्येक प्याकेटका लागि DNS दोहोर्याउँदैन वा HTTP होस्टनाम जाँच्दैन।
कुनै अपवादले काम गर्न छोड्दा, सङ्ख्यात्मक नियम र काउन्टरलाई ग्राहकले वास्तवमा प्रयोग गरेको ठेगानासँग तुलना गर्नुहोस्। DNS परिवर्तन, रिजोल्भरका फरक उत्तर र थप स्रोत होस्टले त्यो ठेगाना पुरानो नियमबाहिर राख्न सक्छन्। उल्टो जोखिम असम्बन्धित सेवासँग साझा गरिएको ठेगाना हो: IP अपवादले तिनीहरूलाई पनि समेट्न सक्छ।
क्रम छुट्टै जाँच्नुहोस्। पहिले नै मिल्ने अवरोध कार्यपछिको बाइपास धेरै ढिलो हुन सक्छ, तर यसलाई अगाडि सार्दा यसको ठेगाना-समूह कायम रहँदैन।
| आवश्यक अपवाद | आवश्यक नीति |
|---|---|
| यी नेटवर्क गन्तव्यहरूमा जडानहरू अवरोध नगर्नुहोस् | उपयुक्त ठेगाना-मर्मत रणनीतिसहित प्याकेट राउटिङ नियम |
| यो ग्राहकलाई Squid मार्फत यी नामहरू अनुरोध गर्न अनुमति दिनुहोस् | अनुरोध-स्तरको गन्तव्य-डोमेन ACL का साथै ग्राहक र पोर्ट प्रतिबन्ध |
Squid को अनुमतिले अनुरोधलाई प्रोक्सीभित्र राख्छ। फायरवाल बाइपासले यसलाई Squid को अनुमति मार्गबाट बाहिर निकाल्छ। दुईबीच सचेत रूपमा छान्नुहोस्। सामान्य CONNECT मा, होस्टनाम थाहा पाउने प्रोक्सी निर्णयले पनि इन्क्रिप्ट गरिएको साइट मार्ग देखाउँदैन, त्यसैले यो आफैं पृष्ठ-मार्ग अपवाद बन्न सक्दैन।