networking सकत दो कंप्यूटर इंटरनेट पर एक दूसरे को खोजना




क्वेश्चन ऑफ़ इंटरनेट (8)

इंटरनेट से जुड़ी दो कंप्यूटरों को देखते हुए जो एक-दूसरे से पहले हाथ से पहले कुछ नहीं जानते हैं, क्या संभव है कि एक कंप्यूटर एक संदेश प्रसारित करने में सक्षम हो ताकि दूसरा कंप्यूटर इसे प्राप्त कर सके और जवाब दे सके?

मुझे पता है यूडीपी प्रसारण exsits, लेकिन मुझे विश्वास है कि आम तौर पर आईएसपी द्वारा फ़िल्टर कर रहे हैं इससे पहले कि वह सच इंटरनेट तक पहुंच जाए क्या ये सच है?


आपके लिए एक संभावित समाधान एक गतिशील DNS सेवा का उपयोग करना है।

आपके आवेदन को अग्रिम में जानने की आवश्यकता होगी जो मेजबाननाम दूसरे होस्ट का इस्तेमाल करेगा, लेकिन यह सेवा कम से कम इस तथ्य के आसपास होगी कि आप नहीं जानते कि दूसरे कंप्यूटर पर कौन से आईपी पता है।

ध्यान दें कि यह आपके पैकेट को अवरुद्ध करने वाले दो मेजबानों के बीच फायरवॉल के संभावित मुद्दे को हल नहीं करेगा। इसके चारों ओर एकमात्र व्यावहारिक तरीका है कि दोनों मेजबान एक केंद्रीय होस्ट के लिए आउटबाउंड कनेक्शन खोलने के लिए है जो उसके बाद डेटा को रिले कर सकता है।


मल्टीकास्टिंग भी संभव समाधान है यह एक कॉर्पोरेट नेटवर्क में निश्चित रूप से संभव है


केंद्रीकृत समन्वय के बिना एक मल्टीनोड नेटवर्क को प्राप्त करने का सबसे अच्छा तरीका वितरित हैश टेबल्स के उपयोग के माध्यम से है। यह लिंक कुछ बताता है और विभिन्न कार्यान्वयन के संबंध में आप लाभ उठा सकते हैं।

उसने कहा, कम से कम कुछ साथियों के साथ समन्वय करने के लिए आपको अभी भी प्रत्येक मशीन की आवश्यकता है यह केवल एक केंद्रीय सर्वर के साथ समन्वय करने के लिए आपको इसकी आवश्यकता नहीं है एक केंद्रीय सर्वर का उपयोग कर एक समाधान जो कि दोनों (सभी) भाग लेने वाली मशीनों को जानते हैं, काम करेंगे, लेकिन नाम न छापने और स्केलेबिलिटी पर और प्रतिबंध लगाएंगे, बस याद रखें नैपेस्टर को क्या हुआ।


यदि कंप्यूटर विंडोज चला रहे हैं, तो मैं पीएनआरपी का उपयोग करने पर विचार करूँगा


आपको एक मध्यवर्ती तृतीय पार्टी की आवश्यकता है जो वे दोनों जानते हैं, जो प्रसारण की तरह फैशन में दिये गये संदेशों को वितरित कर सकते हैं।


इस समस्या का हल (जहां आपके साथियों में से कोई भी दूसरे का अंतिम पता नहीं जानता) आईएम प्रोटोकॉल पर निर्भर हो सकता है।

विशेष रूप से, एक्सएमपीपी प्रोटोकॉल एक्स्टेंसिबल, खुले और कई प्रदाताओं जैसे Google टॉक द्वारा उपयोग किया जाता है। अधिकांश भाषाओं के लिए पुस्तकालय मौजूद हैं और इसमें काम करने में सक्षम होने का प्लस (धीरे-धीरे और एक तृतीय पक्ष सर्वर के माध्यम से जाना) भले ही दोनों होस्ट NAT-box के पीछे हैं

यदि संचार को किसी अन्य चैनल का उपयोग करना है, तो आप एक्सएमपीपी का उपयोग आईपी एड्रेस को एक्सचेंज करने के लिए कर सकते हैं और फिर मानक सॉकेट रूट के साथ आगे बढ़ सकते हैं (लेकिन अगर आप अपने संदेश को एन्क्रिप्ट करते हैं, तो कोई भी तीसरी पार्टी सर्वर से गुजरने में कोई समस्या नहीं होनी चाहिए - अविश्वस्त तृतीय पक्ष routers के माध्यम से, अगर आपको संवेदनशील डेटा है तो आपको एन्क्रिप्ट करना चाहिए ..)

उम्मीद है की यह मदद करेगा।


यूडीपी एक मृत अंत है - यह सिर्फ एक प्रोटोकॉल है जहां पैकेट प्राप्त किए गए आदेश कम महत्वपूर्ण हैं और वन्स पर रूटिंग के मुद्दे हैं। आपने कहा था कि आप दो कंप्यूटरों को "इंटरनेट" पर जोड़ना चाहते हैं, अर्थात् अंत में चलने वाले अंत बिंदुओं के साथ। एकमात्र तरीका एक केंद्रीय सर्वर का उपयोग एक रजिस्टर / निर्देशिका के रूप में करना है यदि प्रत्येक एंड बिन्दु को एक वेब सर्विस या कुछ और बिंदु के समय अपने वर्तमान आईपी पता और नाम को पंजीकृत करता है तो अन्य एंड पॉइंट इस सेवा का उपयोग करते हुए दूसरे का आईपी पता देख सकते हैं। (क्या आप अपने DNS सर्वर की मेजबानी कर सकते हैं और इस डीएनएस पर रजिस्टर करने के लिए अपने अंतिम बिंदु को संहिता कर सकते हैं?)

समस्याओं में से एक यह है कि भले ही आपके पास IP पता है, जो एक या अधिक नोड्स फ़ायरवॉल या NAT राउटर के पीछे हैं? आपको प्रॉक्सी ट्रैफ़िक के लिए एक सर्वर होस्ट करने की आवश्यकता होगी। सबसे अच्छा उदाहरण स्काईपीई है - यह कैसे काम करता है यह दस्तावेज है, बहुत दिलचस्प है।

एक मौजूदा सेवा जैसे कि messanger, स्काइप, बिट टोरेंट, आदि के पीछे सरल उत्तर हो सकता है।

साइमन


नहीं, आप इस तरह इंटरनेट पर प्रसारित नहीं कर सकते आपको पता होना चाहिए कि आप कौन से पता चाहते हैं कि आपका पैकेट जाना चाहिए।





network-protocols