मुझे लगता है कि हम NAT और एक फ़ायरवॉल को भ्रमित कर रहे हैं
सबसे खराब स्थिति के साथ शुरू करते हैं। आपके पास एक उचित रूप से कॉन्फ़िगर किया गया फ़ायरवॉल है, जिसमें दोनों बंदरगाहों को बंद करने वाले आवश्यक बंदरगाहों को छोड़कर सब कुछ है। जब तक आप उन बंदरगाहों में से एक का उपयोग नहीं कर रहे हैं (और कोई भी नहीं है), ऐसा कोई तरीका नहीं है जिससे आप फ़ायरवॉल के विपरीत किनारों पर दो प्रणालियों को जोड़ने में सक्षम हों। यह वह जगह है जहाँ आयोडीन जैसे उपकरण उपयोगी होते हैं।
अधिकांश होम फायरवॉल यह प्रतिबंध नहीं लगाते हैं - वे कई आने वाले बंदरगाहों को बाधित करते हैं लेकिन अधिकांश बाहरी बंदरगाहों को अनुमति देते हैं। जैसे, यदि कनेक्शन नेटवर्क के अंदर से शुरू किया जाता है, तो आप मनमाने संसाधनों से जुड़ सकते हैं। कई टनलिंग विधियां उस पर निर्भर करती हैं - उदाहरण के लिए आपके 'क्लासिक' रिवर्स एसश कार्यान्वयन।
NAT कोई फ़ायरवॉल नहीं है। यह सब करता है कि आप स्थानीय आईपी पते पर्वतमाला के साथ, एक एकल बाहरी आईपी पते के लिए कई प्रणालियों को कनेक्ट करने दें। संयोग से, यह लगभग हमेशा फायरवॉल के साथ जोड़ा जाता है ताकि आप ब्लॉक और फॉरवर्ड पोर्ट जैसी चीजों को कर सकें। NAT के मामले में, आप बंदरगाहों को अग्रेषित कर सकते हैं (या इन दिनों में इसके प्रचलन से बाहर होने पर भी upnp का उपयोग कर सकते हैं) या घर के फ़ायरवॉल का उपयोग करने वाले कई तंत्रों का उपयोग करेंगे।
अब जब मैंने अपने सिस्टम से वह सब प्राप्त कर लिया है, तो हम जिस प्रक्रिया को देख रहे हैं वह शायद ' होल पंचिंग ' है और ज्यादातर मामलों में टीसीपी होल पंचिंग का कुछ स्वाद (चूंकि यूडीपी एक विकल्प है, और मुझे कोई दिखाई नहीं देता है) संकेत है कि सिंक एक और परिवहन तंत्र का उपयोग करता है), इसमें upnp के माध्यम से पोर्ट मैपिंग का भी विकल्प है - जो अनुभव से तेज है। जबकि टोरेंट बंदरगाहों को अग्रेषित नहीं कर सकते हैं, यह उस तरह से बहुत अच्छी तरह से काम नहीं कर सकता है। इसी तरह, सबसे खराब स्थिति वाले सिस्टम पर, यह बिल्कुल भी काम नहीं करेगा। Torrents जादू नहीं थे।
संभावना है कि सभी धार ट्रैकर है (एक पारंपरिक ट्रैकर की तरह), आपको बता दें कि जो फ़ाइल आप चाहते हैं वह एक विशिष्ट ग्राहक पर है, दोनों पक्षों से बात करने के लिए कहें, और फिर रास्ते से हट जाएं।