TPROXY प्याकेटलाई सकेटसम्म पछ्याउने

प्राप्त गर्ने सकेट, प्याकेट मार्क र स्थानीय नीति-मार्गलाई एउटै पारदर्शी प्रोक्सी डेलिभरी मार्गका रूपमा जाँच गर्नुहोस्।

एप्लिकेसनले केही नपाइरहँदा पनि TPROXY काउन्टर बढ्न सक्छ। नियम मिल्यो, तर स्थानीय डेलिभरी अझै नीति-राउटिङ र उपयुक्त प्राप्त सकेटमा निर्भर छ।

Linux TPROXY ले DNAT जस्तै गन्तव्य पुनः नलेखी ट्राफिक रोक्न सक्छ। त्यसैले गैर-स्थानीय गन्तव्यमा पठाइएका प्याकेटहरू उपयुक्त स्थानीय सकेटमा पुग्नैपर्छ।

डेलिभरी मार्ग पछ्याउनुहोस्

  1. ट्राफिक इच्छित इन्टरफेस र ठेगाना-परिवारमा अवरोधन होस्टसम्म पुग्छ।
  2. अवरोधन नियम र प्याकेट मार्कले स्थानीय-डेलिभरी नीति पहिचान गर्छन्।
  3. मिल्ने नीति नियमले प्याकेटहरू स्थानीय रूपमा पुर्‍याउने मार्ग छान्छ।
  4. प्रोक्सीले आवश्यक सकेट विकल्पसहित समर्थित पारदर्शी श्रोता प्रयोग गर्छ।

कर्नेलको IPv4 उदाहरणले IP_TRANSPARENT का लागि एप्लिकेसन समर्थन चाहन्छ। उही पोर्टमा सामान्य श्रोता, वा विश्वव्यापी गैर-स्थानीय बाइन्ड सेटिङले त्यो समर्थन प्रमाणित गर्दैन।

अवलोकनअर्को जाँच
कुनै सान्दर्भिक इनग्रेस प्याकेट छैनट्राफिक मार्ग र इनपुट इन्टरफेस
प्याकेट आउँछन्; अवरोधन काउन्टर स्थिर छठेगाना-परिवार, चेन र मिल्ने सर्तहरू
नियम मिल्छ; स्थानीय डेलिभरी असफल हुन्छमार्क र नीति-मार्ग छनोट
सकेट सुन्छ; एप्लिकेसनले केही देख्दैनपारदर्शी सकेट क्षमता र श्रोताको मालिक
अनुरोध सुरु हुन्छ; पछिका प्रतिक्रिया असफल हुन्छन्स्थापित-सकेट मिलान र फर्कने मार्ग

प्रत्येक अवलोकनसँगै लोड गरिएको कन्फिगरेसन र नेटवर्क नेमस्पेस राख्नुहोस्। पछिको नियमले मार्क अधिलेखन गर्न वा अर्को मार्ग छान्न सक्छ। श्रोता कन्टेनरमा चलिरहँदा होस्टमा अवरोधन भएमा, वैध होस्ट-स्थानीय मार्गले त्यो कन्टेनरमा स्वतः पुर्‍याउँदैन।

पछिका प्याकेटको हिसाब गर्नुहोस्

कर्नेल उदाहरणमा सकेट मिलान र पारदर्शी सकेटका प्याकेटलाई मार्क गर्ने DIVERT मार्ग समावेश छ। त्यसलाई छाड्दा सुरुको अवरोधन सफल भए पनि पछिको ट्राफिक अर्को मार्गमा रहन सक्छ।

एप्लिकेसनले समर्थन गर्ने पारदर्शी मोड र प्रत्येक ठेगाना-परिवारका लागि सान्दर्भिक कर्नेल कागजात प्रयोग गर्नुहोस्। IPv4 स्थानीय-मार्ग आदेशले IPv6 कन्फिगर गर्दैन, र एउटा परिवारको समर्थनले अर्काको सकेट व्यवहार प्रमाणित गर्दैन।

TPROXY ले SOCKS वार्ता पनि उत्पन्न गर्दैन। पारदर्शीबाट SOCKS जाने घटकले अझै गन्तव्य पत्ता लगाएर आफ्नो अपस्ट्रिमसँग वार्ता गर्नुपर्छ।

REDIRECT बाट सर्ने

विद्यमान एप्लिकेसनले मूल गन्तव्य कसरी पाउँछ त्यो लेख्नुहोस्। REDIRECT ले गन्तव्य बदल्छ र उपयुक्त पुनःप्राप्ति विधिमा भर पर्छ; TPROXY लाई आफ्नै पारदर्शी सकेट र राउटिङ व्यवस्था चाहिन्छ। एप्लिकेसन र स्रोत-ठेगाना नीतिअनुसार छान्नुहोस्।

अवरोधन मोड बदल्नुअघि काउन्टरहरूलाई छानिएको मार्ग, सकेट क्षमता र एप्लिकेसन लगसँग जोड्नुहोस्। आवश्यक सुविधा दिने वितरणमा, कर्नेल पुनः कम्पाइल गर्नुभन्दा छुटेको डेलिभरी चरण राम्रो सुरुवात हो।

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