iptables आदेशातील होस्टनाव नियम सबमिट होण्यापूर्वी सोडवले जाते. कर्नेल नियम परिणामी पत्त्यांशी जुळतो; तो प्रत्येक पॅकेटसाठी DNS पुन्हा करत नाही किंवा HTTP होस्टनावे तपासत नाही.

अपवाद काम करणे थांबल्यावर, संख्यात्मक नियम आणि काउंटर क्लायंटने प्रत्यक्षात वापरलेल्या पत्त्याशी तुलना करा. DNS बदल, वेगवेगळी रिझॉल्व्हर उत्तरे आणि अतिरिक्त संसाधन होस्ट तो पत्ता जुन्या नियमाबाहेर ठेवू शकतात. उलट धोका म्हणजे असंबंधित सेवांसोबत सामायिक केलेला पत्ता: IP अपवाद त्यांनाही समाविष्ट करू शकतो.

क्रम वेगळा तपासा. आधीच जुळणाऱ्या अडवणूक क्रियेनंतरचा बायपास खूप उशिराचा ठरू शकतो, पण तो आधी हलवल्याने त्याचा पत्ता-संच टिकत नाही.

आवश्यक अपवादआवश्यक धोरण
या नेटवर्क गंतव्यांकडील कनेक्शन्स अडवू नकायोग्य पत्ता-देखभाल धोरणासह पॅकेट राउटिंग नियम
या क्लायंटला Squid द्वारे ही नावे मागण्याची परवानगी द्याविनंती-स्तरीय गंतव्य-डोमेन ACL सोबत क्लायंट आणि पोर्ट निर्बंध

Squid मधील परवानगी विनंती प्रॉक्सीच्या आत ठेवते. फायरवॉल बायपास ती Squid च्या अधिकृतता मार्गातून बाहेर काढते. दोन्हींमधून जाणीवपूर्वक निवडा. सामान्य CONNECT सह, होस्टनाव जाणणारा प्रॉक्सी निर्णयही एन्क्रिप्टेड साइट मार्ग उघड करत नाही, त्यामुळे तो स्वतः पृष्ठ-मार्ग अपवाद होऊ शकत नाही.

संबंधित लेख