चूंकि यूडीपी एक कनेक्शन रहित प्रोटोकॉल है, इसलिए मैं "यूडीपी कनेक्शन टाइमआउट" के लिए अपने सोनिकवाल फ़ायरवॉल पर सेटिंग करके भ्रमित हूं। यह 30 सेकंड के डिफ़ॉल्ट पर सेट है - लेकिन 30 सेकंड के बाद वास्तव में क्या समय है?
यहां मेरी वास्तविक वास्तविक दुनिया की स्थिति है: मेरे पास ntp.org पूल में एक एनटीपी सर्वर है जो प्रति मिनट लगभग 3000 प्रश्न करता है। यह मेरे SOHO ग्रेड TZ-200 पर थोड़ा दबाव डालता है - बैंडविड्थ के मामले में नहीं; लेकिन कनेक्शन के # के संदर्भ में यह इसके माध्यम से गुजर रहा है। अगर UDP कनेक्शन किसी तरह SonicWall पर 'जिंदा' रहते हैं तो मुझे आश्चर्य हो रहा है; भले ही वे (परिभाषा के अनुसार) कनेक्शन रहित हों।
मुझे यहां क्या समझ नहीं आ रहा है? जब यह "यूडीपी कनेक्शन टाइमआउट" के बारे में बात करता है, तो SonicWall का क्या मतलब है?
फायरवॉल आमतौर पर एक कनेक्शन के लिए पैकेट की अनुमति देता है जो फ़ायरवॉल के अंदर एक मशीन द्वारा स्थापित किया गया था। लेकिन यूडीपी का कोई संबंध नहीं है। इसलिए विकल्प सभी यूडीपी पैकेटों को अनुमति देने के लिए हैं, सभी यूडीपी पैकेटों को ब्लॉक करने की कोशिश करते हैं, या यह अनुमान लगाने की कोशिश करते हैं कि "यूडीपी कनेक्शन" क्या हैं, केवल उन पैकेटों की अनुमति दें जो उन "कनेक्शन" का हिस्सा हैं। सभी (?) फ़ायरवॉल विक्रेता अंतिम दृष्टिकोण लेते हैं।
—
user253751
जैसा कि ओबिसिस ने वर्णन किया है। नेटवर्क एड्रेस ट्रांसलेशन या नेट के कारण एक इंटरनेट / सबनेटवर्क गेटवे राउटर केवल टीसीपी (वस्तुतः सभी ट्रैफिक टीसीपी) की अनुमति देगा, जिसमें सबनेटवर्क पर एक क्लाइंट कनेक्शन शुरू करता है। यदि कनेक्शन आ रहा है तो NAT के लिए पोर्ट असाइन करने का कोई तरीका नहीं है। राउटर को कैसे पता चलता है कि उसे किसको भेजना है? UDP के पास कनेक्शन भी नहीं है, इसलिए UDP अनुरोधों को संभालने के लिए राउटर कैसे है? एक तरीका यह है कि आउटबाउंड यूडीपी पैकेटों पर नज़र रखें।
—
मार्शल शिल्प
यदि आप एक सर्वर की मेजबानी कर रहे हैं, तो आपको उन बंदरगाहों को अग्रेषित करना चाहिए, जिन पर आपको कनेक्शन प्राप्त करने की उम्मीद है, हालांकि किसी भी चीज के लिए तैयार रहें।
—
मार्शल शिल्प