SSH सर्भरको फायरवालमा परिवर्तन भएपछि SOCKS ब्राउजिङ बिग्रिएमा, बाँचेको SSH शेलबाट सम्पूर्ण मार्गको निर्णय नगर्नुहोस्। सर्भरले गतिशील फर्वार्डिङ का लागि छुट्टै गन्तव्य TCP जडानहरू खोल्छ।

तिनीहरूका जवाफहरू सर्भरले छान्ने अल्पकालीन पोर्टमा आउँछन्। केवल SSH सेवातर्फ नयाँ आगमन ट्राफिकलाई अनुमति दिने नीतिले ती प्याकेटहरू खारेज गर्न सक्छ, यदि स्थापित ट्राफिक स्वीकार गरिएन भने।

विद्यमान IPv4 iptables नियमसमूहमा जडान-अवस्था खण्ड यो हो:

-A INPUT -m conntrack --ctstate ESTABLISHED,RELATED -j ACCEPT

यसलाई मिल्ने अन्तिम drop/reject अघि राख्नुहोस्। यसले ट्र्याक गरिएको फर्किने ट्राफिकलाई अनुमति दिन्छ, उच्च पोर्टमा हुने हरेक नयाँ जडानलाई होइन।

यो कारण प्रमाणित गर्न खारेज गरिएको tuple र अवस्था प्रयोग गर्नुहोस्। OUTPUT ले अगाडिको जडानलाई अनुमति दिनुपर्छ, र IPv6 मार्गहरूलाई तिनका लागू नियमहरू चाहिन्छ। SOCKS वार्ता, SSH ढुवानी र गन्तव्य ट्राफिक जाँच्ने छुट्टाछुट्टै चरणहरू हुन्।

सम्बन्धित लेखहरू