मेरे पास एक क्लाइंट एप्लिकेशन है जो किसी उपयोगकर्ता के ब्राउज़र से जावा एप्लेट के रूप में चलता है और किसी दिए गए पोर्ट के माध्यम से सर्वर से कनेक्ट होता है। सर्वर सार्वजनिक रूप से सुलभ क्लाउड पर चल रहा है। सॉकेट कोड लिखने के अपने पिछले अनुभव के आधार पर, मैं एक यादृच्छिक पोर्ट नंबर (5 9 99 कहता हूं) पर निर्णय ले सकता हूं और क्लाइंट सर्वर संचार के लिए इसका उपयोग कर सकता हूं। हालांकि इस मामले में ग्राहक कोई उपयोगकर्ता मशीन हो सकता है और सर्वर तक पहुंचने वाले कई उपयोगकर्ता हो सकते हैं।इंटरनेट पर क्लाइंट और सर्वर संचार के बीच पोर्ट नंबर पर निर्णय कैसे लें
तो प्रश्न यह सुनिश्चित करना है कि मैं एक पोर्ट नंबर का उपयोग करता हूं जिसका उपयोग क्लाइंट के कंप्यूटर पर किसी अन्य सेवा द्वारा कम से कम होने की संभावना है।
मैंने इस उद्देश्य के लिए वेब सर्विसेज आधारित प्रोटोकॉल का भी पता लगाया है, लेकिन मैंने इसका उपयोग इस कारण से नहीं किया है कि मेरी आवश्यकता वास्तव में सरल है और इसे सरल सॉकेट संचार और कस्टम प्रोटोकॉल के साथ पूरा किया जा सकता है। मुझे वेबसाइसेस उपकरण और एसओएपी जैसी चीजें महसूस होती हैं, कोर्बा बहुत भारी वजन है।
इनपुट के लिए धन्यवाद, मैं मान रहा था कि क्लाइंट उस बंदरगाह पर भी बांधता है और इसलिए यदि पोर्ट किसी अन्य एप्लिकेशन द्वारा कब्जा कर लिया गया है तो ग्राहक संवाद करने में विफल रहेगा। – Shyam
@TimeKeeper लिंक में उस परिवर्तन के बारे में इतना निश्चित नहीं है। उस बिंदु को अस्वीकार करता है जिसे मैं बनाने की कोशिश कर रहा था। हां, एक 'आधिकारिक' सूची भी हो सकती है, लेकिन दिन के अंत में, इसका मतलब स्क्वाट नहीं है। किसी भी बंदरगाह (अधिक या कम) का उपयोग करके सेवा को रोकना और कुछ अन्य सेवा को अवरुद्ध करना जो उस बंदरगाह का उपयोग करना चाहते हैं। आप यह मानने के लिए बेवकूफ होंगे कि आपका प्रोग्राम हमेशा सुनने के लिए एक निश्चित निश्चित बंदरगाह से जुड़ने में सक्षम होगा। – thecoshman
आपका पॉइंट आपके वाक्यांश "सर्वोत्तम के लिए आशा" के साथ मान्य और संरक्षित है। हालांकि, चूंकि हम ज्ञात बंदरगाहों की सूची के बारे में बात कर रहे हैं, इसलिए हम विकिपीडिया के अनुमान के बजाय वास्तविक व्यक्ति का भी उपयोग कर सकते हैं, इसलिए सूची में नहीं पोर्ट चुनने का आपका सुझाव अधिक सार्थक है। –