iptables होस्टनाम नियम DNS स्नैपशॉट हैं

समझें कि DNS बदलावों के बाद iptables होस्टनाम अपवाद किसी साइट से मेल खाना क्यों बंद कर सकता है, और फ़ॉरवर्ड प्रॉक्सी की डोमेन नीति कहाँ भिन्न होती है।

iptables कमांड में होस्टनाम नियम जमा होने से पहले हल किया जाता है। कर्नेल नियम परिणामी पतों से मेल खाता है; यह हर पैकेट के लिए DNS दोहराता नहीं और HTTP होस्टनाम नहीं देखता।

जब कोई अपवाद काम करना बंद कर दे, तो संख्यात्मक नियम और काउंटरों की तुलना उस पते से करें जो क्लाइंट ने वास्तव में इस्तेमाल किया। DNS बदलाव, रिज़ॉल्वर के अलग-अलग उत्तर और अतिरिक्त संसाधन होस्ट उस पते को पुराने नियम से बाहर छोड़ सकते हैं। उलटा जोखिम असंबंधित सेवाओं के साथ साझा किया गया पता है: IP अपवाद उन्हें भी शामिल कर सकता है।

क्रम अलग से जाँचें। पहले से मेल खाने वाली अवरोधन क्रिया के बाद बायपास बहुत देर से हो सकता है, पर उसे पहले खिसकाने से उसका पता-समुच्चय बना नहीं रहता।

आवश्यक अपवादआवश्यक नीति
इन नेटवर्क गंतव्यों के कनेक्शनों को अवरोधित न करेंउपयुक्त पता-रखरखाव रणनीति वाले पैकेट रूटिंग नियम
इस क्लाइंट को Squid के माध्यम से ये नाम माँगने देंअनुरोध-स्तरीय गंतव्य-डोमेन ACL के साथ क्लाइंट और पोर्ट प्रतिबंध

Squid की अनुमति अनुरोध को प्रॉक्सी के भीतर रखती है। फ़ायरवॉल बायपास उसे Squid के प्राधिकरण पथ से बाहर कर देता है। दोनों में सचेत रूप से चुनें। सामान्य CONNECT के साथ, होस्टनाम-सजग प्रॉक्सी निर्णय भी एन्क्रिप्टेड साइट पथ नहीं दिखाता, इसलिए वह अपने आप पेज-पथ अपवाद नहीं बन सकता।

संबंधित लेख