इस परियोजना का उद्देश्य था:

• IPv4 नेटवर्क पर DHCP के बारे में सीखना
• पायथन सीखना (स्क्रैच से थोड़ा अधिक 😉)
• सर्वर प्रतिस्थापन DB2DHCP (मेरा कांटा), मूल यहां, जिसे नए OS के लिए असेंबल करना अधिक कठिन होता जा रहा है। और मुझे यह पसंद नहीं है कि यह एक द्विआधारी है कि "अभी बदलने" का कोई तरीका नहीं है
• ग्राहक के मैक या स्विच मैक+पोर्ट संयोजन का उपयोग करके ग्राहक के आईपी पते का चयन करने की क्षमता वाला एक कार्यशील डीएचसीपी सर्वर प्राप्त करना (विकल्प 82)
• दूसरी बाइक लिखना (ओह! यह मेरी पसंदीदा गतिविधि है)
• हब्राहब्र पर आपके क्लब-हैंडनेस के बारे में टिप्पणियाँ प्राप्त करना (या इससे भी बेहतर, एक निमंत्रण) 😉

परिणाम: यह काम करता है 😉 फ्रीबीएसडी और उबंटू ओएस पर परीक्षण किया गया। सैद्धांतिक रूप से, कोड को किसी भी ओएस के तहत काम करने के लिए कहा जा सकता है, क्योंकि ऐसा प्रतीत होता है कि कोड में कोई विशिष्ट बाइंडिंग नहीं है।
सावधानी से! अभी और भी बहुत कुछ आना बाकी है।

शौकीनों के लिए रिपॉजिटरी से लिंक करें "स्पर्श जिंदा".

"हार्डवेयर का अध्ययन" के परिणाम को स्थापित करने, कॉन्फ़िगर करने और उपयोग करने की प्रक्रिया बहुत कम है, और फिर डीएचसीपी प्रोटोकॉल के बारे में थोड़ा सिद्धांत। अपने आप के लिए। और इतिहास के लिए 😉

थोड़ा सिद्धांत

डीएचसीपी क्या है?

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

1. डिवाइस (क्लाइंट) पूरे नेटवर्क में एक यूडीपी प्रसारण अनुरोध (डीएचसीपीडिस्कवर) इस अनुरोध के साथ भेजता है "ठीक है, कोई मुझे एक आईपी पता दे।" इसके अलावा, आमतौर पर (लेकिन हमेशा नहीं) अनुरोध पोर्ट 68 (स्रोत) से होता है, और गंतव्य पोर्ट 67 (गंतव्य) होता है। कुछ डिवाइस पोर्ट 67 से भी पैकेट भेजते हैं। क्लाइंट डिवाइस का मैक पता DHCPDISCOVER पैकेज के अंदर शामिल है।
2. नेटवर्क पर स्थित सभी DHCP सर्वर (और उनमें से कई हो सकते हैं) DHCPDISCOVER भेजने वाले डिवाइस के लिए नेटवर्क सेटिंग्स के साथ एक DHCPOFFER ऑफ़र बनाते हैं, और इसे नेटवर्क पर प्रसारित भी करते हैं। यह पैकेट किसके लिए है इसकी पहचान DHCPDISCOVER अनुरोध में पहले दिए गए क्लाइंट के मैक पते पर आधारित है।
3. ग्राहक नेटवर्क सेटिंग्स के प्रस्तावों के साथ पैकेट स्वीकार करता है, सबसे आकर्षक एक का चयन करता है (मानदंड भिन्न हो सकते हैं, उदाहरण के लिए, पैकेट वितरण का समय, मध्यवर्ती मार्गों की संख्या), और नेटवर्क सेटिंग्स के साथ एक "आधिकारिक अनुरोध" DHCPREQUEST बनाता है इसे पसंद आने वाले डीएचसीपी सर्वर से। इस स्थिति में, पैकेट एक विशिष्ट डीएचसीपी सर्वर पर जाता है।
4. DHCPREQUEST प्राप्त करने वाला सर्वर एक DHCPACK प्रारूप पैकेट भेजता है, जिसमें वह एक बार फिर इस क्लाइंट के लिए इच्छित नेटवर्क सेटिंग्स को सूचीबद्ध करता है।

इसके अलावा, DHCPINFORM पैकेट हैं जो क्लाइंट से आते हैं, और जिसका उद्देश्य DHCP सर्वर को सूचित करना है कि "क्लाइंट जीवित है" और जारी नेटवर्क सेटिंग्स का उपयोग कर रहा है। इस सर्वर के कार्यान्वयन में, इन पैकेटों को अनदेखा कर दिया जाता है।

पैकेज प्रारूप

सामान्य तौर पर, ईथरनेट पैकेट फ़्रेम कुछ इस तरह दिखता है:

हमारे मामले में, हम ओएसआई परत प्रोटोकॉल हेडर, अर्थात् डीएचसीपी संरचना के बिना, सीधे यूडीपी पैकेट की सामग्री से केवल डेटा पर विचार करेंगे:

डीएचसीपीडिस्कवर

तो, किसी डिवाइस के लिए आईपी पता प्राप्त करने की प्रक्रिया डीएचसीपी क्लाइंट द्वारा पोर्ट 68 से 255.255.255.255:67 पर प्रसारण अनुरोध भेजने के साथ शुरू होती है। इस पैकेज में, क्लाइंट अपना मैक पता, साथ ही यह भी शामिल करता है कि वह डीएचसीपी सर्वर से वास्तव में क्या प्राप्त करना चाहता है। पैकेज संरचना नीचे दी गई तालिका में वर्णित है।

डीएचसीपीडिस्कवर पैकेट संरचना तालिका

पैकेज में स्थिति
मान नाम
उदाहरण
विचार
बाइट
स्पष्टीकरण

1
बूट अनुरोध
1
हेक्स
1
संदेश प्रकार। 1 - क्लाइंट से सर्वर तक अनुरोध, 2 - सर्वर से क्लाइंट तक प्रतिक्रिया

2
हार्डवेयर प्रकार
1
हेक्स
1
इस प्रोटोकॉल में हार्डवेयर पते का प्रकार 1 - MAC

3
हार्डवेयर पते की लंबाई
6
हेक्स
1
डिवाइस मैक पते की लंबाई

4
Hops
1
हेक्स
1
मध्यवर्ती मार्गों की संख्या

5
लेनदेन आईडी
23:सीएफ:डी:1डी
हेक्स
4
अद्वितीय लेनदेन पहचानकर्ता. अनुरोध कार्रवाई की शुरुआत में क्लाइंट द्वारा जेनरेट किया गया

7
दूसरा बीत गया
0
हेक्स
4
पता प्राप्त करने की प्रक्रिया की शुरुआत से सेकंड में समय

9
बूट झंडे
0
हेक्स
2
कुछ झंडे जिन्हें प्रोटोकॉल मापदंडों को इंगित करने के लिए सेट किया जा सकता है

11
ग्राहक का आईपी पता
0.0.0.0
रेखा
4
ग्राहक आईपी पता (यदि कोई हो)

15
आपका ग्राहक आईपी पता
0.0.0.0
रेखा
4
सर्वर द्वारा प्रस्तावित आईपी पता (यदि उपलब्ध हो)

19
अगला सर्वर आईपी पता
0.0.0.0
रेखा
4
सर्वर आईपी पता (यदि ज्ञात हो)

23
रिले एजेंट आईपी पता
172.16.114.41
रेखा
4
रिले एजेंट का आईपी पता (उदाहरण के लिए, एक स्विच)

27
क्लाइंट मैक पता
14:d6:4d:a7:c9:55
हेक्स
6
पैकेट प्रेषक (क्लाइंट) का मैक पता

31
क्लाइंट हार्डवेयर एड्रेस पैडिंग
 
हेक्स
10
आरक्षित सीट। आमतौर पर शून्य से भरा होता है

41
सर्वर होस्ट नाम
 
रेखा
64
डीएचसीपी सर्वर नाम. आमतौर पर प्रसारित नहीं होता

105
बूट फ़ाइल नाम
 
रेखा
128
बूट करते समय डिस्क रहित स्टेशनों द्वारा उपयोग किए जाने वाले सर्वर पर फ़ाइल का नाम

235
जादुई कुकीज़
63: 82: 53: 63
हेक्स
4
"जादुई" संख्या, जिसके अनुसार, शामिल है। आप यह निर्धारित कर सकते हैं कि यह पैकेट डीएचसीपी प्रोटोकॉल से संबंधित है

डीएचसीपी विकल्प. किसी भी क्रम में जा सकते हैं

236
विकल्प संख्या
53
दिसम्बर
1
विकल्प 53, जो डीएचसीपी पैकेट प्रकार निर्दिष्ट करता है

1 - डीएचसीपीडिस्कवर
3 - डीएचसीपीक्वेस्ट
2 - डीएचसीपीओफ़र
5 - डीएचसीपैक
8 - डीएचसीपिनफॉर्म

 
विकल्प की लंबाई
1
दिसम्बर
1

 
विकल्प मान
1
दिसम्बर
1

 
विकल्प संख्या
50
दिसम्बर
1
ग्राहक कौन सा आईपी पता प्राप्त करना चाहता है?

 
विकल्प की लंबाई
4
दिसम्बर
1

 
विकल्प मान
172.16.134.61
रेखा
4

 
विकल्प संख्या
55
 
1
क्लाइंट द्वारा अनुरोधित नेटवर्क पैरामीटर। रचना भिन्न हो सकती है

01 - नेटवर्क मास्क
03 - प्रवेशद्वार
06 - डीएनएस
ओसी - होस्टनाम
0f - नेटवर्क डोमेन नाम
1सी - प्रसारण अनुरोध का पता (प्रसारण)
42 - टीएफटीपी सर्वर नाम
79 - क्लासलेस स्टेटिक रूट

 
विकल्प की लंबाई
8
 
1

 
विकल्प मान
01:03:06:0c:0f:1c:42:79
 
8

 
विकल्प संख्या
82
दिसम्बर
 
विकल्प 82, जो पुनरावर्तक डिवाइस का मैक पता और कुछ अतिरिक्त मान प्रसारित करता है।

अक्सर, यह स्विच का पोर्ट होता है जिस पर अंतिम डीएचसीपी क्लाइंट चलता है। इस विकल्प में अतिरिक्त पैरामीटर होते हैं। पहला बाइट "सबऑप्शन" की संख्या है, दूसरा इसकी लंबाई है, फिर इसका मूल्य है।

इस मामले में, विकल्प 82 में, उप-विकल्प निहित हैं:
एजेंट सर्किट आईडी = 00:04:00:01:00:04, जहां अंतिम दो बाइट्स डीएचसीपी क्लाइंट पोर्ट हैं जहां से अनुरोध आया था

एजेंट रिमोट आईडी = 00:06:c8:be:19:93:11:48 - डीएचसीपी रिपीटर डिवाइस का मैक पता

 
विकल्प की लंबाई
18
दिसम्बर
 

 
विकल्प मान
01:06
00:04:00:01:00:04
02:08
00:06:c8:be:19:93:11:48
हेक्स
 

 
पैकेज का अंत
255
दिसम्बर
1
255 पैकेट के अंत का प्रतीक है

डीएचसीपीओफ़र

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

डीएचसीपीओफ़र पैकेट संरचना तालिका

पैकेज में स्थिति
मूल्य का नाम (सामान्य)
उदाहरण
विचार
बाइट
स्पष्टीकरण

1
बूट अनुरोध
1
हेक्स
1
संदेश प्रकार। 1 - क्लाइंट से सर्वर तक अनुरोध, 2 - सर्वर से क्लाइंट तक प्रतिक्रिया

2
हार्डवेयर प्रकार
1
हेक्स
1
इस प्रोटोकॉल में हार्डवेयर पते का प्रकार 1 - MAC

3
हार्डवेयर पते की लंबाई
6
हेक्स
1
डिवाइस मैक पते की लंबाई

4
Hops
1
हेक्स
1
मध्यवर्ती मार्गों की संख्या

5
लेनदेन आईडी
23:सीएफ:डी:1डी
हेक्स
4
अद्वितीय लेनदेन पहचानकर्ता. अनुरोध कार्रवाई की शुरुआत में क्लाइंट द्वारा जेनरेट किया गया

7
दूसरा बीत गया
0
हेक्स
4
पता प्राप्त करने की प्रक्रिया की शुरुआत से सेकंड में समय

9
बूट झंडे
0
हेक्स
2
कुछ झंडे जिन्हें प्रोटोकॉल मापदंडों को इंगित करने के लिए सेट किया जा सकता है। इस मामले में, 0 का अर्थ यूनिकैस्ट अनुरोध प्रकार है

11
ग्राहक का आईपी पता
0.0.0.0
रेखा
4
ग्राहक आईपी पता (यदि कोई हो)

15
आपका ग्राहक आईपी पता
172.16.134.61
रेखा
4
सर्वर द्वारा प्रस्तावित आईपी पता (यदि उपलब्ध हो)

19
अगला सर्वर आईपी पता
0.0.0.0
रेखा
4
सर्वर आईपी पता (यदि ज्ञात हो)

23
रिले एजेंट आईपी पता
172.16.114.41
रेखा
4
रिले एजेंट का आईपी पता (उदाहरण के लिए, एक स्विच)

27
क्लाइंट मैक पता
14:d6:4d:a7:c9:55
हेक्स
6
पैकेट प्रेषक (क्लाइंट) का मैक पता

31
क्लाइंट हार्डवेयर एड्रेस पैडिंग
 
हेक्स
10
आरक्षित सीट। आमतौर पर शून्य से भरा होता है

41
सर्वर होस्ट नाम
 
रेखा
64
डीएचसीपी सर्वर नाम. आमतौर पर प्रसारित नहीं होता

105
बूट फ़ाइल नाम
 
रेखा
128
बूट करते समय डिस्क रहित स्टेशनों द्वारा उपयोग किए जाने वाले सर्वर पर फ़ाइल का नाम

235
जादुई कुकीज़
63: 82: 53: 63
हेक्स
4
"जादुई" संख्या, जिसके अनुसार, शामिल है। आप यह निर्धारित कर सकते हैं कि यह पैकेट डीएचसीपी प्रोटोकॉल से संबंधित है

डीएचसीपी विकल्प. किसी भी क्रम में जा सकते हैं

236
विकल्प संख्या
53
दिसम्बर
1
विकल्प 53, जो डीएचसीपी 2 पैकेट प्रकार को परिभाषित करता है - डीएचसीपीओफ़र

 
विकल्प की लंबाई
1
दिसम्बर
1

 
विकल्प मान
2
दिसम्बर
1

 
विकल्प संख्या
1
दिसम्बर
1
डीएचसीपी क्लाइंट को नेटवर्क मास्क की पेशकश करने का विकल्प

 
विकल्प की लंबाई
4
दिसम्बर
1

 
विकल्प मान
255.255.224.0
रेखा
4

 
विकल्प संख्या
3
दिसम्बर
1
डीएचसीपी क्लाइंट को एक डिफ़ॉल्ट गेटवे प्रदान करने का विकल्प

 
विकल्प की लंबाई
4
दिसम्बर
1

 
विकल्प मान
172.16.12.1
रेखा
4

 
विकल्प संख्या
6
दिसम्बर
1
डीएनएस क्लाइंट को डीएचसीपी की पेशकश करने का विकल्प

 
विकल्प की लंबाई
4
दिसम्बर
1

 
विकल्प मान
8.8.8.8
रेखा
4

 
विकल्प संख्या
51
दिसम्बर
1
जारी किए गए नेटवर्क पैरामीटर का जीवनकाल सेकंड में, जिसके बाद डीएचसीपी क्लाइंट को उनसे दोबारा अनुरोध करना होगा

 
विकल्प की लंबाई
4
दिसम्बर
1

 
विकल्प मान
86400
दिसम्बर
4

 
विकल्प संख्या
82
दिसम्बर
1
विकल्प 82, DHCPDISCOVER में जो आया उसे दोहराता है

 
विकल्प की लंबाई
18
दिसम्बर
1

 
विकल्प मान
01:08:00:06:00
01:01:00:00:01
02:06:00:03:0f
26:4डी:ईसी
दिसम्बर
18

 
पैकेज का अंत
255
दिसम्बर
1
255 पैकेट के अंत का प्रतीक है

डीएचसीपी अनुरोध

क्लाइंट को DHCPOFFER प्राप्त होने के बाद, वह नेटवर्क पर सभी DHCP सर्वरों के लिए नहीं, बल्कि केवल एक विशिष्ट सर्वर के लिए नेटवर्क मापदंडों का अनुरोध करने वाला एक पैकेट बनाता है, जिसका DHCPOFFER ऑफर उसे सबसे अधिक "पसंद" आया। "पसंद" मानदंड भिन्न हो सकते हैं और ग्राहक के डीएचसीपी कार्यान्वयन पर निर्भर हो सकते हैं। अनुरोध के प्राप्तकर्ता को डीएचसीपी सर्वर के मैक पते का उपयोग करके निर्दिष्ट किया जाता है। इसके अलावा, एक DHCPREQUEST पैकेट क्लाइंट द्वारा पहले DHCPDISCOVER जनरेट किए बिना भेजा जा सकता है, यदि सर्वर का आईपी पता पहले ही प्राप्त किया जा चुका है।

DHCPREQUEST पैकेट संरचना तालिका

पैकेज में स्थिति
मूल्य का नाम (सामान्य)
उदाहरण
विचार
बाइट
स्पष्टीकरण

1
बूट अनुरोध
1
हेक्स
1
संदेश प्रकार। 1 - क्लाइंट से सर्वर तक अनुरोध, 2 - सर्वर से क्लाइंट तक प्रतिक्रिया

2
हार्डवेयर प्रकार
1
हेक्स
1
इस प्रोटोकॉल में हार्डवेयर पते का प्रकार 1 - MAC

3
हार्डवेयर पते की लंबाई
6
हेक्स
1
डिवाइस मैक पते की लंबाई

4
Hops
1
हेक्स
1
मध्यवर्ती मार्गों की संख्या

5
लेनदेन आईडी
23:सीएफ:डी:1डी
हेक्स
4
अद्वितीय लेनदेन पहचानकर्ता. अनुरोध कार्रवाई की शुरुआत में क्लाइंट द्वारा जेनरेट किया गया

7
दूसरा बीत गया
0
हेक्स
4
पता प्राप्त करने की प्रक्रिया की शुरुआत से सेकंड में समय

9
बूट झंडे
8000
हेक्स
2
कुछ झंडे जिन्हें प्रोटोकॉल मापदंडों को इंगित करने के लिए सेट किया जा सकता है। इस मामले में, "प्रसारण" सेट है

11
ग्राहक का आईपी पता
0.0.0.0
रेखा
4
ग्राहक आईपी पता (यदि कोई हो)

15
आपका ग्राहक आईपी पता
172.16.134.61
रेखा
4
सर्वर द्वारा प्रस्तावित आईपी पता (यदि उपलब्ध हो)

19
अगला सर्वर आईपी पता
0.0.0.0
रेखा
4
सर्वर आईपी पता (यदि ज्ञात हो)

23
रिले एजेंट आईपी पता
172.16.114.41
रेखा
4
रिले एजेंट का आईपी पता (उदाहरण के लिए, एक स्विच)

27
क्लाइंट मैक पता
14:d6:4d:a7:c9:55
हेक्स
6
पैकेट प्रेषक (क्लाइंट) का मैक पता

31
क्लाइंट हार्डवेयर एड्रेस पैडिंग
 
हेक्स
10
आरक्षित सीट। आमतौर पर शून्य से भरा होता है

41
सर्वर होस्ट नाम
 
रेखा
64
डीएचसीपी सर्वर नाम. आमतौर पर प्रसारित नहीं होता

105
बूट फ़ाइल नाम
 
रेखा
128
बूट करते समय डिस्क रहित स्टेशनों द्वारा उपयोग किए जाने वाले सर्वर पर फ़ाइल का नाम

235
जादुई कुकीज़
63: 82: 53: 63
हेक्स
4
"जादुई" संख्या, जिसके अनुसार, शामिल है। आप यह निर्धारित कर सकते हैं कि यह पैकेट डीएचसीपी प्रोटोकॉल से संबंधित है

डीएचसीपी विकल्प. किसी भी क्रम में जा सकते हैं

236
विकल्प संख्या
53
दिसम्बर
3
विकल्प 53, जो डीएचसीपी पैकेट प्रकार 3 - डीएचसीपीआरईक्वेस्ट को परिभाषित करता है

 
विकल्प की लंबाई
1
दिसम्बर
1

 
विकल्प मान
3
दिसम्बर
1

 
विकल्प संख्या
61
दिसम्बर
1
क्लाइंट आईडी: 01 (एहरनेट के लिए) + क्लाइंट मैक पता

 
विकल्प की लंबाई
7
दिसम्बर
1

 
विकल्प मान
01:2c:ab:25:ff:72:a6
हेक्स
7

 
विकल्प संख्या
60
दिसम्बर
 
"विक्रेता वर्ग पहचानकर्ता"। मेरे मामले में, यह डीएचसीपी क्लाइंट संस्करण की रिपोर्ट करता है। शायद अन्य डिवाइस कुछ अलग परिणाम देते हैं। उदाहरण के लिए विंडोज़ MSFT 5.0 की रिपोर्ट करता है

 
विकल्प की लंबाई
11
दिसम्बर
 

 
विकल्प मान
यूडीएचसीपी 0.9.8
रेखा
 

 
विकल्प संख्या
55
 
1
क्लाइंट द्वारा अनुरोधित नेटवर्क पैरामीटर। रचना भिन्न हो सकती है

01 - नेटवर्क मास्क
03 - प्रवेशद्वार
06 - डीएनएस
ओसी - होस्टनाम
0f - नेटवर्क डोमेन नाम
1सी - प्रसारण अनुरोध का पता (प्रसारण)
42 - टीएफटीपी सर्वर नाम
79 - क्लासलेस स्टेटिक रूट

 
विकल्प की लंबाई
8
 
1

 
विकल्प मान
01:03:06:0c:0f:1c:42:79
 
8

 
विकल्प संख्या
82
दिसम्बर
1
विकल्प 82, DHCPDISCOVER में जो आया उसे दोहराता है

 
विकल्प की लंबाई
18
दिसम्बर
1

 
विकल्प मान
01:08:00:06:00
01:01:00:00:01
02:06:00:03:0f
26:4डी:ईसी
दिसम्बर
18

 
पैकेज का अंत
255
दिसम्बर
1
255 पैकेट के अंत का प्रतीक है

डीएचसीपैक

पुष्टि के रूप में कि "हाँ, यह सही है, यह आपका आईपी पता है, और मैं इसे किसी और को नहीं दूंगा" डीएचसीपी सर्वर से, सर्वर से क्लाइंट तक डीएचसीपैक प्रारूप में एक पैकेट परोसा जाता है। इसे अन्य पैकेटों की तरह ही प्रसारित करके भेजा जाता है। हालाँकि, पायथन में कार्यान्वित डीएचसीपी सर्वर के लिए नीचे दिए गए कोड में, यदि यह पहले से ही ज्ञात है, तो मैं एक विशिष्ट क्लाइंट आईपी पर एक पैकेट भेजकर किसी भी प्रसारण अनुरोध को डुप्लिकेट कर सकता हूं। इसके अलावा, DHCP सर्वर को इस बात की बिल्कुल भी परवाह नहीं है कि DHCPACK पैकेट क्लाइंट तक पहुंच गया है या नहीं। यदि क्लाइंट को DHCPACK प्राप्त नहीं होता है, तो थोड़ी देर के बाद वह बस DHCPREQUEST को दोहराता है

DHCPACK पैकेट संरचना तालिका

पैकेज में स्थिति
मूल्य का नाम (सामान्य)
उदाहरण
विचार
बाइट
स्पष्टीकरण

1
बूट अनुरोध
2
हेक्स
1
संदेश प्रकार। 1 - क्लाइंट से सर्वर तक अनुरोध, 2 - सर्वर से क्लाइंट तक प्रतिक्रिया

2
हार्डवेयर प्रकार
1
हेक्स
1
इस प्रोटोकॉल में हार्डवेयर पते का प्रकार 1 - MAC

3
हार्डवेयर पते की लंबाई
6
हेक्स
1
डिवाइस मैक पते की लंबाई

4
Hops
1
हेक्स
1
मध्यवर्ती मार्गों की संख्या

5
लेनदेन आईडी
23:सीएफ:डी:1डी
हेक्स
4
अद्वितीय लेनदेन पहचानकर्ता. अनुरोध कार्रवाई की शुरुआत में क्लाइंट द्वारा जेनरेट किया गया

7
दूसरा बीत गया
0
हेक्स
4
पता प्राप्त करने की प्रक्रिया की शुरुआत से सेकंड में समय

9
बूट झंडे
8000
हेक्स
2
कुछ झंडे जिन्हें प्रोटोकॉल मापदंडों को इंगित करने के लिए सेट किया जा सकता है। इस मामले में, "प्रसारण" सेट है

11
ग्राहक का आईपी पता
0.0.0.0
रेखा
4
ग्राहक आईपी पता (यदि कोई हो)

15
आपका ग्राहक आईपी पता
172.16.134.61
रेखा
4
सर्वर द्वारा प्रस्तावित आईपी पता (यदि उपलब्ध हो)

19
अगला सर्वर आईपी पता
0.0.0.0
रेखा
4
सर्वर आईपी पता (यदि ज्ञात हो)

23
रिले एजेंट आईपी पता
172.16.114.41
रेखा
4
रिले एजेंट का आईपी पता (उदाहरण के लिए, एक स्विच)

27
क्लाइंट मैक पता
14:d6:4d:a7:c9:55
हेक्स
6
पैकेट प्रेषक (क्लाइंट) का मैक पता

31
क्लाइंट हार्डवेयर एड्रेस पैडिंग
 
हेक्स
10
आरक्षित सीट। आमतौर पर शून्य से भरा होता है

41
सर्वर होस्ट नाम
 
रेखा
64
डीएचसीपी सर्वर नाम. आमतौर पर प्रसारित नहीं होता

105
बूट फ़ाइल नाम
 
रेखा
128
बूट करते समय डिस्क रहित स्टेशनों द्वारा उपयोग किए जाने वाले सर्वर पर फ़ाइल का नाम

235
जादुई कुकीज़
63: 82: 53: 63
हेक्स
4
"जादुई" संख्या, जिसके अनुसार, शामिल है। आप यह निर्धारित कर सकते हैं कि यह पैकेट डीएचसीपी प्रोटोकॉल से संबंधित है

डीएचसीपी विकल्प. किसी भी क्रम में जा सकते हैं

236
विकल्प संख्या
53
दिसम्बर
3
विकल्प 53, जो डीएचसीपी पैकेट प्रकार 5 - डीएचसीपैक को परिभाषित करता है

 
विकल्प की लंबाई
1
दिसम्बर
1

 
विकल्प मान
5
दिसम्बर
1

 
विकल्प संख्या
1
दिसम्बर
1
डीएचसीपी क्लाइंट को नेटवर्क मास्क की पेशकश करने का विकल्प

 
विकल्प की लंबाई
4
दिसम्बर
1

 
विकल्प मान
255.255.224.0
रेखा
4

 
विकल्प संख्या
3
दिसम्बर
1
डीएचसीपी क्लाइंट को एक डिफ़ॉल्ट गेटवे प्रदान करने का विकल्प

 
विकल्प की लंबाई
4
दिसम्बर
1

 
विकल्प मान
172.16.12.1
रेखा
4

 
विकल्प संख्या
6
दिसम्बर
1
डीएनएस क्लाइंट को डीएचसीपी की पेशकश करने का विकल्प

 
विकल्प की लंबाई
4
दिसम्बर
1

 
विकल्प मान
8.8.8.8
रेखा
4

 
विकल्प संख्या
51
दिसम्बर
1
जारी किए गए नेटवर्क पैरामीटर का जीवनकाल सेकंड में, जिसके बाद डीएचसीपी क्लाइंट को उनसे दोबारा अनुरोध करना होगा

 
विकल्प की लंबाई
4
दिसम्बर
1

 
विकल्प मान
86400
दिसम्बर
4

 
विकल्प संख्या
82
दिसम्बर
1
विकल्प 82, DHCPDISCOVER में जो आया उसे दोहराता है

 
विकल्प की लंबाई
18
दिसम्बर
1

 
विकल्प मान
01:08:00:06:00
01:01:00:00:01
02:06:00:03:0f
26:4डी:ईसी
दिसम्बर
18

 
पैकेज का अंत
255
दिसम्बर
1
255 पैकेट के अंत का प्रतीक है

स्थापना

इंस्टॉलेशन में वास्तव में काम के लिए आवश्यक पायथन मॉड्यूल स्थापित करना शामिल है। यह माना जाता है कि MySQL पहले से ही स्थापित और कॉन्फ़िगर किया गया है।

FreeBSD

pkg इंस्टॉल करें Python3 Python3 -m सुनिश्चित करेंpip pip3 इंस्टॉल करें mysql-कनेक्टर

Ubuntu

sudo apt-get install Python3 sudo apt-get install pip3 sudo pip3 install mysql-कनेक्टर

हम एक MySQL डेटाबेस बनाते हैं, उसमें pydhcp.sql डंप अपलोड करते हैं, और कॉन्फ़िगरेशन फ़ाइल को कॉन्फ़िगर करते हैं।

विन्यास

सभी सर्वर सेटिंग्स एक xml फ़ाइल में हैं। संदर्भ फ़ाइल:

1.0 0.0.0.0 255.255.255.255 192.168.0.71 8600 1 255.255.255.0 192.168.0.1 स्थानीय होस्ट परीक्षा परीक्षा pydhcp option_8.8.8.8_hex:sw_port82:1:20 option_22_hex:sw_port82:2:16 विकल्प_18_हेक्स:sw_mac:82:26 40 उन उपयोगकर्ताओं से आईपी, मास्क, राउटर, डीएनएस चुनें जहां ऊपरी (मैक) = ऊपरी ('{option_3_AgentRemoteId_hex}') और ऊपरी (पोर्ट) = ऊपरी ('{option_1_AgentCircuitId_port_hex}') उन उपयोगकर्ताओं से आईपी, मास्क, राउटर, डीएनएस चुनें जहां ऊपरी (मैक) = ऊपरी ('{sw_mac}') और ऊपरी (पोर्ट) = ऊपरी ('{sw_port82}') उन उपयोगकर्ताओं से आईपी, मास्क, राउटर, डीएनएस का चयन करें जहां ऊपरी (मैक) = ऊपरी ('{क्लाइंटमैकएड्रेस}') इतिहास में डालें (id,dt,mac,ip,comment) मान (null,now(),'{ClientMacAddress}','{RequestedIpAddress}','DHCPACK/INFORM')

अब टैग पर अधिक विस्तार से:

Dhcpserver अनुभाग सर्वर शुरू करने के लिए बुनियादी सेटिंग्स का वर्णन करता है, अर्थात्:

• होस्ट - सर्वर पोर्ट 67 पर कौन सा आईपी एड्रेस सुनता है
• प्रसारण - कौन सा आईपी DHCPOFFER और DHCPACK के लिए प्रसारण है
• DHCPServer - डीएचसीपी सर्वर का आईपी क्या है
• जारी किए गए आईपी पते का लीजटाइम लीज समय
• थ्रेडलिमिट - पोर्ट 67 पर आने वाले यूडीपी पैकेट को संसाधित करने के लिए कितने थ्रेड एक साथ चल रहे हैं। यह उच्च-लोड परियोजनाओं पर मदद करने वाला है 😉
• डिफॉल्टमास्क,डिफॉल्टराउटर,डिफॉल्टडीएनएस - यदि डेटाबेस में कोई आईपी पाया जाता है तो ग्राहक को डिफ़ॉल्ट रूप से क्या पेशकश की जाती है, लेकिन इसके लिए अतिरिक्त पैरामीटर निर्दिष्ट नहीं हैं

MySQL अनुभाग:

होस्ट, उपयोगकर्ता नाम, पासवर्ड, बेसनाम - सब कुछ अपने लिए बोलता है। एक अनुमानित डेटाबेस संरचना पर पोस्ट किया गया है GitHub

क्वेरी अनुभाग: ऑफ़र/एसीके प्राप्त करने के अनुरोधों का वर्णन यहां किया गया है:

• ऑफ़र_काउंट - अनुरोधों वाली पंक्तियों की संख्या जो आईपी, मास्क, राउटर, डीएनएस जैसे परिणाम लौटाती हैं
• ऑफ़र_एन - क्वेरी स्ट्रिंग। यदि रिटर्न खाली है, तो निम्नलिखित प्रस्ताव अनुरोध निष्पादित करता है
• इतिहास_एसक्यूएल - एक क्वेरी जो लिखती है, उदाहरण के लिए, एक ग्राहक के लिए "प्राधिकरण इतिहास"।

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

विकल्प अनुभाग. यहीं यह और अधिक दिलचस्प हो जाता है। यहां हम वेरिएबल बना सकते हैं जिनका उपयोग हम बाद में क्वेरी अनुभाग में कर सकते हैं।

उदाहरण के लिए:

option_82_hex:sw_port1:20:22

, यह कमांड लाइन डीएचसीपी अनुरोध विकल्प 82 में आई पूरी लाइन को हेक्स प्रारूप में, 20 से 22 बाइट्स की सीमा में लेती है और इसे नए वेरिएबल sw_port1 में डालती है (स्विच पोर्ट जहां से अनुरोध आया था)

option_82_hex:sw_mac:26:40

, 26:40 की सीमा से हेक्स लेते हुए, sw_mac वैरिएबल को परिभाषित करें

आप -d स्विच के साथ सर्वर प्रारंभ करके क्वेरीज़ में उपयोग किए जा सकने वाले सभी संभावित विकल्प देख सकते हैं। हम इस लॉग की तरह कुछ देखेंगे:

- एक DHCPINFORM पैकेट पोर्ट 67 पर आया, 0025224ad764 से, b'x91xa5xe0xa3xa5xa9-x8fx8a', ('172.30.114.25', 68) {'ClientMacAddress': '0025224ad764', 'ClientMacAddressByte': b'x00 7%"J xd91d' , ' HType': 'ईथरनेट', 'HostName': b'x5xa0xe3xa5xa9xa8-x8fx43a', 'ReqListDNS': सत्य, 'ReqListDomainName': सत्य, 'ReqListPerfowmRouterDiscover': सत्य, 'ReqListRouter': सत्य, 'ReqListStaticRoute': सत्य, 'ReqListSubnetM पूछें': सत्य, 'ReqListVendorSpecInfo': 0.0.0.0, 'RequestedIpAddress': '5.0', 'विक्रेता': b'MSFT 0025224', 'chadr': '764ad172.30.128.13', 'ciaddr': '00' , 'झंडे': b'x00x172.30.114.25', 'giaddr': '308', 'gpoz': 6, 'hlen': 1, 'hops': 82, 'htype': 'MAC', 'magic_cookie': b'cx12Sc', 'op': 'DHCPINFORM', 'option12': 53, 'option53': 55, 'option55': 60, 'option60': 61, 'option61': 82, 'option82': 82, ' option_12_byte': b'x01x06x00x04x00x01x00x06x02x08x00x06' b'x00x1x9eXx2exb82xad', 'option_12010600040001000602080006001_hex': '589e2eb82ad', 'option _18_लेन': 82 12, 'विकल्प_01_str': "b'x06x00x04x00x01x00x06x02x08x00x06x00x1x9x2eXx768exb0.0.0.0xad'", 'परिणाम': गलत, 'सेकेंड': 001, 'siadr': '589', 'sw_mac': '2e1eb06ad', 'sw_port89': '8', 'xidbyte': b'

तदनुसार, हम किसी भी वेरिएबल को {} में लपेट सकते हैं और इसका उपयोग SQL क्वेरी में किया जाएगा।

आइए इतिहास के लिए रिकॉर्ड करें कि ग्राहक को आईपी पता प्राप्त हुआ:

सर्वर प्रारंभ करना

./pydhcpdb.py -d -c config.xml

- डी कंसोल आउटपुट मोड डीबग
- सी <फ़ाइल नाम> कॉन्फ़िगरेशन फ़ाइल

डीब्रीफिंग

और अब पायथन में सर्वर को लागू करने के बारे में अधिक जानकारी। यह एक दर्द है. अजगर को मक्खी पर सीखा गया था। कई क्षण "वाह, किसी तरह मैंने यह काम कर दिखाया" की शैली में बनाए गए हैं। बिल्कुल भी अनुकूलित नहीं किया गया है, और मुख्य रूप से पायथन विकास में कम अनुभव के कारण इसे इस रूप में छोड़ दिया गया है। मैं "कोड" में सर्वर कार्यान्वयन के सबसे दिलचस्प पहलुओं पर ध्यान केन्द्रित करूँगा।

XML कॉन्फ़िगरेशन फ़ाइल पार्सर

मानक पायथन मॉड्यूल xml.dom का उपयोग किया जाता है। यह सरल लगता है, लेकिन कार्यान्वयन के दौरान इस मॉड्यूल का उपयोग करने वाले नेटवर्क पर स्पष्ट दस्तावेज़ीकरण और उदाहरणों की उल्लेखनीय कमी थी।

    mconfig में elem के लिए पेड़ = मिनीडोम.parse(gconfig["config_file"]) mconfig=tree.getElementsByTagName("mysql"): gconfig["mysql_host"]=elem.getElementsByTagName("host")[0].firstChild.data gconfig["mysql_username"]=elem.getElementsByTagName("username")[0].firstChild.data gconfig["mysql_password"]=elem.getElementsByTagName("password")[0].firstChild.data gconfig["mysql_basename"] =elem.getElementsByTagName("basename")[0].firstChild.data dconfig=tree.getElementsByTagName("dhcpserver") dconfig में elem के लिए: gconfig["प्रसारण"]=elem.getElementsByTagName("प्रसारण")[0]। फर्स्टचाइल्ड.डेटा gconfig["dhcp_host"]=elem.getElementsByTagName("host")[0].firstChild.data gconfig["dhcp_LeaseTime"]=elem.getElementsByTagName("LeaseTime")[0].firstChild.data gconfig[" dhcp_ThreadLimit"]=int(elem.getElementsByTagName("ThreadLimit")[0].firstChild.data) gconfig["dhcp_Server"]=elem.getElementsByTagName("DHCPServer")[0].firstChild.data gconfig["dhcp_defaultMask"] =elem.getElementsByTagName("defaultMask")[0].firstChild.data gconfig["dhcp_defaultRouter"]=elem.getElementsByTagName("defaultRouter")[0].firstChild.data gconfig["dhcp_defaultDNS"]=elem.getElementsByTagName(" defaultDNS")[0].firstChild.data qconfig=tree.getElementsByTagName("query") qconfig में elem के लिए: gconfig["offer_count"]=elem.getElementsByTagName("offer_count")[0].firstChild.data for num in रेंज(int(gconfig["offer_count"])): gconfig["offer_"+str(num+1)]=elem.getElementsByTagName("offer_"+str(num+1))[0].firstChild.data gconfig ["history_sql"]=elem.getElementsByTagName("history_sql")[0].firstChild.data option=tree.getElementsByTagName("options") विकल्पों में elem के लिए: नोड में विकल्पों के लिए node=elem.getElementsByTagName("option") : optionMod.append(options.firstChild.data)

बहु सूत्रण

अजीब बात है कि, पायथन में मल्टीथ्रेडिंग को बहुत स्पष्ट और सरलता से लागू किया जाता है।

def पैकेटवर्क (डेटा, addr): ... # आने वाले पैकेट को पार्स करने और उस पर प्रतिक्रिया देने का कार्यान्वयन ... जबकि सही है: डेटा, addr = udp_socket.recvfrom(1024) # UDP पैकेट थ्रेड की प्रतीक्षा = threading.Thread( target=PacketWork , args=(data,addr,)).start() # जैसे ही यह आया - हम threading.active_count() >gconfig["dhcp_ThreadLimit"]: समय के दौरान पैरामीटर के साथ पृष्ठभूमि में पहले से परिभाषित पैकेटवर्क फ़ंक्शन लॉन्च करते हैं। नींद(1) # यदि संख्या में सेटिंग्स की तुलना में पहले से ही अधिक थ्रेड चल रहे हैं, तो हम तब तक प्रतीक्षा करते हैं जब तक कि उनमें से कम न हो जाएं

डीएचसीपी पैकेट प्राप्त/भेजें

नेटवर्क कार्ड के माध्यम से आने वाले यूडीपी पैकेटों को रोकने के लिए, आपको सॉकेट को "उठाना" होगा:

udp_socket = सॉकेट.सॉकेट(सॉकेट.AF_INET,सॉकेट.SOCK_DGRAM,सॉकेट.IPPROTO_UDP) udp_socket.bind((gconfig["dhcp_host"],67))

, झंडे कहां हैं:

• AF_INET - इसका मतलब है कि पता प्रारूप आईपी: पोर्ट होगा। वहाँ AF_UNIX भी हो सकता है - जहाँ पता फ़ाइल नाम से दिया गया है।
• SOCK_DGRAM - इसका मतलब है कि हम "कच्चा पैकेट" स्वीकार नहीं करते हैं, बल्कि वह पैकेट स्वीकार करते हैं जो पहले ही फ़ायरवॉल से गुजर चुका है, और आंशिक रूप से ट्रिम किए गए पैकेट के साथ। वे। हमें यूडीपी पैकेट रैपर के "भौतिक" घटक के बिना केवल एक यूडीपी पैकेट प्राप्त होता है। यदि आप SOCK_RAW ध्वज का उपयोग करते हैं, तो आपको इस "रैपर" को पार्स करने की भी आवश्यकता होगी।

पैकेट भेजना प्रसारण की तरह हो सकता है:

                    udp_socket.setsockopt(socket.SOL_SOCKET, सॉकेट.SO_BROADCAST, 1) #सॉकेट को ब्रॉडकास्ट मोड पर स्विच करें rz=udp_socket.sendto(packetack, (gconfig["broadcast"],68))

, और पते पर "पैकेज कहां से आया":

                        udp_socket.setsockopt(socket.SOL_SOCKET,socket.SO_REUSEADDR,1) # सॉकेट को मल्टी-लिसनर मोड पर स्विच करें rz=udp_socket.sendto(packetack, addr)

, जहां SOL_SOCKET का अर्थ विकल्प सेट करने के लिए "प्रोटोकॉल स्तर" है,

, SO_BROADCAST विकल्प है कि हेलमेट पैकेज "प्रसारित" है

  ,SO_REUSEADDR विकल्प सॉकेट को "कई श्रोता" मोड पर स्विच करता है। सिद्धांत रूप में, इस मामले में यह अनावश्यक है, लेकिन फ्रीबीएसडी सर्वरों में से एक पर जिस पर मैंने परीक्षण किया था, कोड इस विकल्प के बिना काम नहीं करता था।

डीएचसीपी पैकेट को पार्स करना

यहीं पर मुझे पाइथॉन बहुत पसंद आया। यह पता चला है कि बॉक्स से बाहर यह आपको बाइटकोड के साथ काफी लचीला होने की अनुमति देता है। इसे दशमलव मानों, स्ट्रिंग्स और हेक्स में बहुत आसानी से अनुवादित करने की अनुमति देना - यानी। वास्तव में हमें पैकेज की संरचना को समझने के लिए यही चाहिए। इसलिए, उदाहरण के लिए, आप HEX और केवल बाइट्स में बाइट्स की एक श्रृंखला प्राप्त कर सकते हैं:

    res["xidhex"]=data[4:8].hex() res["xidbyte"]=data[4:8]

, बाइट्स को एक संरचना में पैक करें:

res["झंडे"]=पैक('बीबी',डेटा[10],डेटा[11])

संरचना से आईपी प्राप्त करें:

res["ciaddr"]=socket.inet_ntoa(pack('BBBB',data[12],data[13],data[14],data[15]));

और इसके विपरीत:

res=res+socket.inet_pton(socket.AF_INET, gconfig["dhcp_Server"])

अभी के लिए बस इतना ही 😉

स्रोत: www.habr.com