NAT और UDP स्रोत पोर्ट

Question

इस चर्चा पर मेरा प्रश्न कुछ हद तक विस्तृत है: NAT और UDP उत्तर

परिदृश्य: इंटरनेट पर NAT मशीन B के पीछे मशीन A

1. मशीन ए: पोर्ट एम मशीन बी: ​​पोर्टएन को एक यूडीपी पैकेट भेजता है
2. मशीन बी: ​​पोर्ट एन मशीन ए को जवाब भेजता है: पोर्ट एम (मुझे पता है कि बीच में एक एनएटी अनुवाद है जो दोनों मशीनों के लिए पारदर्शी है)

यदि मशीन B का स्रोत पोर्ट अलग है, तो मशीन A के सार्वजनिक राउटर पर NAT तंत्र काम करेगा। अर्थात, स्टेप 2 को निम्नलिखित स्टिल वर्क और मशीन ए के साथ रिप्लेस करें मशीन B से
2. UDP उत्तर प्राप्त करें: मशीन B: पोर्ट Z मशीन A: पोर्ट M को उत्तर भेजता है।

यह शायद काम नहीं करेगा या फिर यह एक सुरक्षा जोखिम होगा? या NAT कैसे कॉन्फ़िगर किया गया है पर निर्भर करता है?

Answer 1

आम तौर पर आपके पास एक स्टेटफुल निरीक्षण राउटर या फ़ायरवॉल होता है। इसका मतलब है कि डिवाइस एक नया कनेक्शन "देखता है" और कनेक्शन भागीदारों, बंदरगाहों और प्रोटोकॉल को याद करता है। इसलिए यदि आप एक नया कनेक्शन शुरू करते हैं, तो राउटर पुनः कहता है कि यह udp कनेक्शन है और एक उत्तर की उम्मीद की जाएगी। तो जब जवाब वापस आता है, तो राउटर वापस जाने वाले बैकएट्स को भी नेट करेगा। इसलिए यदि आप मशीन B के स्रोत पोर्ट को बदलते हैं, तो रिप्ले काम नहीं करेगा।

सियाओ राइडर

Comments

धन्यवाद! मैं यही उम्मीद करता हूं। यह काम करने के लिए, पोर्ट फॉरवर्डिंग को सेटअप का उपयोग करना होगा, जिसे STUN, IGD, पोर्ट कंट्रोल प्रोटोकॉल या मैनुअल कॉन्फ़िगरेशन कहते हैं।

— अतिथि_1234

Answer 2

NAT पूरी तरह से मानकीकृत नहीं है, इसलिए यह कहना असंभव है कि क्या काम करेगा या नहीं करेगा। कहा जाता है कि, इस तरह के लिए प्रोटोकॉल होते हैं जो आमतौर पर काम करते हैं। मैं आपके संचार को काम करने के लिए NAT बॉक्स में नेटवर्क अनुवादों के सेटअप को संभालने के लिए STUN (सेशन ट्रावर्सल यूटिलिटीज़ फॉर NAT) जैसी किसी चीज़ का उपयोग करने का सुझाव दूंगा।