डीएचसीपी ऑफ़र और एक प्रसारण क्यों कर रहे हैं?

Question

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

Answer 1

यूनिकास्ट या प्रसारण पसंद डीएचसीपी RFC 2131 में निर्दिष्ट किया जाता:

तो एक ग्राहक से एक DHCP संदेश में 'giaddr' फ़ील्ड गैर-शून्य है, सर्वर के लिए किसी भी वापसी संदेश भेजता है BOOTP रिले एजेंट पर 'DHCP सर्वर' पोर्ट जिसका पता 'giaddr' में दिखाई देता है। यदि 'giaddr' फ़ील्ड शून्य है और 'ciaddr' फ़ील्ड nonzero है, तो सर्वर 'ciaddr' में पते पर DHCPOFFER और DHCPACK संदेशों को यूनिकास्ट करता है। यदि 'giaddr' शून्य है और 'ciaddr' शून्य है, और प्रसारण बिट सेट है, तो सर्वर 0xffffffff पर DHCPOFFER और DHCPACK संदेशों को प्रसारित करता है। यदि प्रसारण बिट सेट नहीं है और 'giaddr' शून्य है और 'ciaddr' शून्य है, तो सर्वर क्लाइंट के हार्डवेयर पते और 'yiaddr' पते पर DHCPOFFER और DHCPACK संदेशों को यूनिकस्ट करता है। सभी मामलों में, जब 'giaddr' शून्य होता है, तो सर्वर किसी भी DHCPNAK संदेशों को 0xffffffff पर प्रसारित करता है।

ciaddr और giaddr साथ

किया जा रहा है:

ciaddr  4 Client IP address; only filled in if client is in BOUND, RENEW or REBINDING state and can respond to ARP requests. 
giaddr  4 Relay agent IP address, used in booting via a relay agent. 

तो DHCP सर्वर (ग्राहक की वर्तमान स्थिति के लिए मुख्य रूप से है, तो यह पहले से ही है के लिए प्रसारण या तदनुसार नहीं करने के लिए चुनता एक आईपी पता या नहीं) और तदनुसार संदेश के प्रेषक को, यदि यह एक रिले एजेंट या सिर्फ एक ग्राहक है।

इस मामले में, मेरी DCHP सर्वर DHCPOFFER यूनिकास्ट क्योंकि मेरी मशीन पहले से ही एक आईपी पते पड़ा चुना है और मैं अपने लैन में एक रिले एजेंट नहीं है।

संपादित करें:

और कोई नहीं एक गंतव्य पते के रूप में आईपी पते 0.0.0.0 उपयोग कर सकते हैं। IPv4 RFC 5735 में विनिर्दिष्ट:

0.0.0.0/8 - इस ब्लॉक में पते "इस" नेटवर्क पर स्रोत मेजबान का उल्लेख । पता 0.0.0.0/32 इस नेटवर्क पर होस्ट के लिए स्रोत पता के रूप में उपयोग किया जा सकता है; 0.0.0.0/8 के भीतर अन्य पते पर उपयोग किए जा सकते हैं इस नेटवर्क पर निर्दिष्ट होस्ट ([RFC1122], सेक्शन 3.2.1.3) देखें।

Answer 2

the RFC 2131 से

, पेज 24:

आम तौर पर, DHCP सर्वर और BOOTP रिले एजेंट ग्राहक uicast वितरण का उपयोग करने के लिए सीधे DHCPOFFER, DHCPACK और DHCPNAK संदेश देने का प्रयास। आईपी ​​गंतव्य पता (आईपी हेडर में) को DHCP 'yiaddr' पते पर सेट किया गया है और लिंक-लेयर गंतव्य पता DHCP 'chaddr' पते पर सेट है। दुर्भाग्य से, कुछ ग्राहक कार्यान्वयन ऐसे यूनिकास्ट IP डाटाग्राम्स तक कार्यान्वयन मान्य IP पता (एक गतिरोध जिसमें ग्राहक के आईपी पते वितरित नहीं किया जा सकता है जब तक ग्राहक एक साथ कॉन्फ़िगर किया गया है करने के लिए अग्रणी के साथ विन्यस्त किया गया है प्राप्त करने में असमर्थ हैं आईपी ​​पता)।

एक ग्राहक है कि यूनिकास्ट IP डाटाग्राम्स प्राप्त नहीं कर सकते जब तक अपनी प्रोटोकॉल सॉफ्टवेयर एक आईपी पता के साथ विन्यस्त किया गया है चाहिए किसी भी DHCPDISCOVER या DHCPREQUEST संदेशों ग्राहक भेजता है में 'झंडे' फ़ील्ड को 1 में BROADCAST बिट निर्धारित किया है। ब्रॉडकास्ट बिट को ग्राहक के सबनेट पर क्लाइंट को संदेशों को प्रसारित करने के लिए DHCP सर्वर और BOOTP रिले एजेंट को संकेत देगा।

एक ग्राहक है कि अपने प्रोटोकॉल सॉफ्टवेयर से पहले यूनिकास्ट IP डाटाग्राम्स प्राप्त कर सकते हैं चाहिए 0 पर BROADCAST बिट स्पष्ट कॉन्फ़िगर किया गया है BOOTP स्पष्टीकरण दस्तावेज़ BROADCAST बिट के उपयोग के असर की चर्चा।