आप उपयोग कर सकते हैं nmap मेजबानों को स्कैन करने के लिए यह देखने के लिए कि क्या उनके पास एक निश्चित पोर्ट पर सुनने की सेवा है।
ऐसी बहुत कम परिस्थितियाँ हैं जिनमें यूडीपी के लिए बेहतर है टीसीपी :
- यूडीपी दो-तरफ़ा संचार के लिए इतनी अच्छी तरह से काम नहीं करता है। आपको अपनी खुद की क्वेरी / उत्तर संघ बनाना होगा। यहां तक कि जब आप एक दिशा में डेटा भेज रहे हैं, तब भी आप अक्सर प्राप्तकर्ता को स्वीकार करना चाहते हैं, जो कि दूसरी दिशा में भेजा गया डेटा है।
- यूडीपी विश्वसनीय नहीं है। यदि एक पैकेट खो जाता है या नकली, कठिन होता है
- UDP पैकेट द्वारा यात्रा करता है। यदि आपका पैकेट बहुत बड़ा है और व्यवस्थित रूप से छूटा हुआ है, तो कठिन।
- यूडीपी कुछ सुरक्षा मुद्दों का परिचय देता है, जैसे कि सेवा के वितरण को आसान बनाना। इस कारण से कई फायरवॉल ब्लॉक या इसे गंभीर रूप से प्रतिबंधित करते हैं।
- कुछ प्रोटोकॉल टीसीपी का उपयोग करते हैं, इसलिए बंद-बाय-डिफ़ॉल्ट फ़ायरवॉल बस इसके माध्यम से (डीएनएस के अलावा, जिसे वे कसकर विवश करते हैं) किसी को भी नहीं होने देते हैं।
- UDP भीड़ प्रबंधन नहीं करता है। यदि आप नेटवर्क को भरते हैं, तो आपके पैकेट बेतरतीब ढंग से छूट जाएंगे। दूसरी ओर, टीसीपी डेबिट को प्रतिबंधित करेगी कि नेटवर्क क्या सहन कर सकता है।
आप एक मशीन को यूडीपी पैकेट भेज सकते हैं और देख सकते हैं कि क्या कुछ उत्तर देता है। आप एक यूडीपी भी भेज सकते हैं प्रसारण और देखें कि यह कितनी दूर तक जाता है, या यूडीपी भेजता है बहुस्त्र्पीय और आशा है कि यह आता है।
गंतव्य मशीन पर कार्रवाई को गति देने के लिए नेटवर्क पैकेट (यूडीपी या टीसीपी) की दो आवश्यकताएं हैं। सबसे पहले, पैकेट के पथ पर सभी राउटर और फायरवॉल को पैकेट को गंतव्य तक जाने देना चाहिए। दूसरा, गंतव्य मशीन पर एक आवेदन सुनना चाहिए। यह आपका सिंक्रोनाइज़र, या सेवा स्टार्टर जैसे हो सकता है inetd , या उच्च-स्तरीय प्रोटोकॉल के लिए एक सर्वर जिसे आप सिंक्रोनाइज़र को इस तरह एम्बेड करेंगे HTTP (एस) या SSH ।
यदि आपके पैकेट एक फ़ायरवॉल द्वारा अवरुद्ध हैं, तो सिद्धांत रूप में इसके चारों ओर जाने का कोई रास्ता नहीं है। अन्यथा फ़ायरवॉल सिर्फ अपना काम नहीं कर रहा है। बेशक, व्यवहार में, फायरवॉल में छेद होते हैं, उदाहरण के लिए UPnP ()। आप UDP की तुलना में टीसीपी पर फायरवॉल को बायपास करने में सक्षम होने की संभावना रखते हैं (विशेष रूप से HTTPS पर, जो फायरवॉल आमतौर पर चुनिंदा ब्लॉक नहीं कर सकता है ताकि वेब ब्राउज़िंग की अनुमति दे सके)।
यदि गंतव्य बंदरगाह पर कुछ भी नहीं सुन रहा है, तो आप अपने आवेदन को निष्पादित करने के लिए लक्ष्य मशीन का नियंत्रण लेने में सक्षम नहीं होंगे। (यह असुरक्षा का प्रतीक होगा, जैसे कि विंडोज के कुछ पुराने अप्रकाशित संस्करण।) कि SSH जैसे एक सामान्य सामान्य चिकित्सक पर गुल्लक का एक फायदा है: आपको बस एक सेवा को सक्षम करना होगा, और फिर आप वह कर सकते हैं जो आप चाहते हैं। फ़ाइल सिंक्रनाइज़ेशन सहित।