डीएचसीपी रिले एजेंट


0

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

डीएचसीपी रिले एजेंट को पीसी द्वारा प्रसारित डीएचसीपी डिस्कवर और रिक्वेस्ट संदेश प्राप्त होता है, और उन्हें सीधे डीएचसीपी सर्वर को दिखाता है।

इस तरह के बहुत सारे स्रोत (cf. https://www.netmanias.com/en/post/techdocs/6000/dhcp-network-protocol/understanding-dhcp-relay-agents ) रिले एजेंट के बारे में बात करते हैं जैसे कि यह अंदर है गेटवे के सामने, या गेटवे के बजाय उपयोग किया जाता है।

जहां तक ​​मैं समझता हूं, रिले एजेंट 0.0.0.0 स्रोत आईपी के साथ पैकेट का पता लगाता है, उन्हें रिले एजेंट के स्रोत आईपी के साथ बदल देता है और आईपी को डीएचसीपी सर्वर के साथ गंतव्य करता है और फिर इसे गेटवे पर इरिगेशन कतार में भेजता है। क्योंकि गेटवे और होस्ट एक ही सबनेट पर होना चाहिए (चित्र 2 के विपरीत), गेटवे रिले एजेंट के स्रोत आईपी को अपरिवर्तित रख सकता है और उसका मैक पता जोड़ सकता है। जब डीएचसीपी गंभीर रिले आईपी को प्रस्ताव वापस भेजता है तो इसे गेटवे द्वारा उठाया जाना चाहिए क्योंकि यह एक ही सबनेट पर है। मुझे नहीं पता कि चित्र 2 गेटवे के स्रोत आईपी के परिवर्तन को क्यों दिखाता है जब इसकी आवश्यकता नहीं है क्योंकि स्टब डोमेन में सभी गेटवे आरएफसी 1918 पते का उपयोग करते हैं और इसलिए एनएटी नहीं है।

क्या कोई इस बात की पुष्टि कर सकता है कि मेरे पास कोई गलत धारणा है?


मुझे लगता है कि आप सही हैं। मुझे कोई कारण नहीं दिखता कि आईपी पता बदला जा रहा है। यह सिर्फ एक खराब आरेख हो सकता है।
Appleoddity

तारोंक के साथ करने के लिए एक दिलचस्प प्रयोग की तरह लगता है
रिकार्डो एस।

जवाबों:


1

क्यों आंकड़ा 2 गेटवे के लिए स्रोत आईपी के एक परिवर्तन को दर्शाता है

चित्र 2 वास्तव में स्रोत आईपी को रिले एजेंट के रूप में बदल देता है, जो कि संयोग से गेटवे के रूप में भी होता है।

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

(उस मामले के लिए, सामान्य रूप से डीएचसीपी आईपी ​​रूटिंग / गेटवेइंग से पूरी तरह से स्वतंत्र है। सबनेट से जुड़ा कोई भी उपकरण डीएचसीपी सर्वर या रिले एजेंट के रूप में कार्य कर सकता है।)

इसलिए क्योंकि दो पैकेट (मूल और अनुमानित) पूरी तरह से स्वतंत्र हैं, और क्योंकि दर्शाया गया रिले एजेंट है, वास्तव में, कई इंटरफेस के साथ एक गेटवे, डीएचसीपी 'रिले एजेंट' की तुलना में आईपी 'सोर्स एड्रेस' फ़ील्ड का चयन करने के लिए उपयोग किया जाता है। मैदान।

डीएचसीपी 'रिले एजेंट' फ़ील्ड हमेशा इंटरफ़ेस से संबंधित एक पता है जिसे मूल खोज या अनुरोध प्राप्त हुआ था । यह एक एकल डिवाइस को एक साथ कई सबनेट के लिए रिले एजेंट के रूप में कार्य करने की अनुमति देता है - प्रत्येक स्थानीय इंटरफ़ेस एक अलग 'एजेंट पता' का उपयोग करता है।1a3a

आईपी ​​'सोर्स एड्रेस' फील्ड, हालांकि, डीएचसीपी की परवाह नहीं करता है। जहां तक ​​आईपी स्टैक का संबंध है, 1bया 3bएक नया यूडीपी डेटाग्राम है जो रिले एजेंट भेजना चाहता है। इसलिए मार्ग तय होने के बाद, आईपी स्रोत-पता-चयन एल्गोरिथ्म आमतौर पर आउटगोइंग इंटरफ़ेस से संबंधित एक पते को चुनता है। यह किसी भी रूप में अच्छा है।

(IPv4 के लिए यह संभवतः संभवतः कार्यान्वयन-निर्भर भी है। लेकिन आप सही हैं कि या तो पता काम करेगा, जब तक डीएचसीपी सर्वर को पता होता है कि उत्तर कहां देना है।)


1
तो, अपलिंक आईपी सिर्फ एक यादृच्छिक स्रोत आईपी कि रिले द्वारा प्रयोग किया जाता है और यह कोई फर्क नहीं पड़ता कि यह क्या है क्योंकि DHCP सर्वर हमेशा के लिए वापस भेजने के लिए भले ही पेलोड में सहायक पते का उपयोग करने के लिए जा रहा है है
लुईस केल्सी
हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.