गाइड
UDP पोर्ट अलग क्यों होते हैं
TCP कनेक्शन की पुष्टि करता है। UDP अक्सर नहीं करता। ख़ामोशी का मतलब खुला, फ़िल्टर्ड, या बस यह हो सकता है कि “यह Probe वह प्रोटोकॉल नहीं है जो सेवा बोलती है।”
यह क्यों ज़रूरी है
VPN (WireGuard, OpenVPN UDP), गेम, DNS और VoIP, UDP बोलते हैं। केवल TCP चेकर यह नहीं बता सकता कि वे दरवाज़े काम करते हैं या नहीं।
गेम या VPN पोर्ट फ़ॉरवर्ड करने वाले घरेलू उपयोगकर्ताओं को बाहर से UDP Probe चाहिए, ऐसा ब्राउज़र नहीं जो पैकेट भेजने का नाटक करे।
कोई हैंडशेक नहीं
UDP भेजो-और-आगे-बढ़ो है। कई सेवाएँ अनजान पेलोड को अनदेखा कर देती हैं। फ़ायरवॉल रीसेट भेजे बिना पैकेट गिरा देते हैं।
इसलिए नतीजे अक्सर साफ़ “बंद” के बजाय “कोई जवाब नहीं” कहते हैं।
TCP
मना किया गया कनेक्शन भी एक जवाब है
- Probe
- हैंडशेक
- खुला या बंद
UDP
जवाब न मिलना सामान्य और अस्पष्ट है
- Probe डेटाग्राम
- शायद एक जवाब
- खुला, फ़िल्टर्ड, या अनदेखा
प्रोटोकॉल समझती Probe मदद करती हैं
53 पर DNS क्वेरी या 123 पर NTP अनुरोध असली जवाब निकलवा सकता है। अनजान पोर्ट पर एक सामान्य ब्लॉब शायद नहीं।
उसके बाद भी, खुला WireGuard पोर्ट वैध हैंडशेक देखने तक ख़ामोश रह सकता है।
कैसे जाँचें
जो सार्वजनिक IP आपने फ़ॉरवर्ड किया, उस पर तीसरे पक्ष के नेटवर्क से UDP पोर्ट चेकर इस्तेमाल करें। अगर कोई दूसरी सेवा हो, तो उसकी TCP जाँच से तुलना करें।
केवल उन्हीं होस्ट की Probe करें जिन्हें टेस्ट करने की अनुमति है।
याद रखें
- UDP की ख़ामोशी इस बात का प्रमाण नहीं कि पोर्ट बंद है।
- खुला TCP पोर्ट उसी अंक पर UDP के बारे में कुछ नहीं कहता।
- NAT और स्टेटफुल फ़ायरवॉल UDP टाइमआउट पर अलग व्यवहार करते हैं।
- बिना अनुमति स्कैन अब भी सीमा से बाहर है।
