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

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

नतिजा: यसले काम गर्छ 😉 FreeBSD र Ubuntu OS मा परीक्षण गरिएको। सैद्धान्तिक रूपमा, कोड कुनै पनि OS अन्तर्गत काम गर्न सोध्न सकिन्छ, किनभने कोडमा कुनै विशेष बाइन्डिङहरू छैनन् जस्तो देखिन्छ।
होसियार! अझै धेरै आउन बाँकी छ।

एमेच्योरहरूको लागि भण्डारमा लिङ्क "जिउँदो छुनुहोस्".

"हार्डवेयर अध्ययन" को नतिजा स्थापना, कन्फिगर र प्रयोग गर्ने प्रक्रिया धेरै कम छ, र त्यसपछि DHCP प्रोटोकलको बारेमा थोरै सिद्धान्त। मेरो लागि। र इतिहास को लागी 😉

एउटा सानो सिद्धान्त

DHCP के हो

यो एक नेटवर्क प्रोटोकल हो जसले यन्त्रलाई DHCP सर्भरबाट यसको IP ठेगाना (र अन्य प्यारामिटरहरू जस्तै गेटवे, DNS, आदि) पत्ता लगाउन अनुमति दिन्छ। UDP प्रोटोकल प्रयोग गरेर प्याकेटहरू आदानप्रदान गरिन्छ। नेटवर्क प्यारामिटरहरू अनुरोध गर्दा उपकरणको सञ्चालनको सामान्य सिद्धान्त निम्नानुसार छ:

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

थप रूपमा, त्यहाँ DHCPINFORM प्याकेटहरू छन् जुन ग्राहकबाट आउँछन्, र जसको उद्देश्य DHCP सर्भरलाई सूचित गर्नु हो कि "ग्राहक जीवित छ" र जारी गरिएको नेटवर्क सेटिङहरू प्रयोग गरिरहेको छ। यो सर्भरको कार्यान्वयनमा, यी प्याकेटहरूलाई बेवास्ता गरिन्छ।

प्याकेज ढाँचा

सामान्यतया, इथरनेट प्याकेट फ्रेम यस्तो देखिन्छ:

हाम्रो अवस्थामा, हामी OSI लेयर प्रोटोकल हेडरहरू बिना, अर्थात् DHCP संरचना, UDP प्याकेटको सामग्रीबाट सीधै डाटालाई विचार गर्नेछौं:

DHCPDISCOVER

त्यसोभए, यन्त्रको लागि IP ठेगाना प्राप्त गर्ने प्रक्रिया DHCP क्लाइन्टले पोर्ट 68 बाट 255.255.255.255:67 मा प्रसारण अनुरोध पठाएर सुरु हुन्छ। यस प्याकेजमा, क्लाइन्टले यसको MAC ठेगाना समावेश गर्दछ, साथै यसले वास्तवमा DHCP सर्भरबाट के प्राप्त गर्न चाहन्छ। प्याकेज संरचना तलको तालिकामा वर्णन गरिएको छ।

DHCPDISCOVER प्याकेट संरचना तालिका

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

1
बुट अनुरोध
1
हेक्स
1
सन्देश प्रकार। 1 - ग्राहकबाट सर्भरमा अनुरोध, 2 - सर्भरबाट ग्राहकमा प्रतिक्रिया

2
हार्डवेयर प्रकार
1
हेक्स
1
हार्डवेयर ठेगानाको प्रकार, यो प्रोटोकल १ - MAC मा

3
हार्डवेयर ठेगाना लम्बाइ
6
हेक्स
1
यन्त्र MAC ठेगाना लम्बाइ

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

5
कारोबार आईडी
23:cf:de:1d
हेक्स
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
सर्भर IP ठेगाना (यदि थाहा छ)

23
रिले एजेन्ट आईपी ठेगाना
172.16.114.41
लाइन
4
रिले एजेन्टको आईपी ठेगाना (उदाहरणका लागि, स्विच)

27
ग्राहक MAC ठेगाना
14:d6:4d:a7:c9:55
हेक्स
6
प्याकेट प्रेषकको MAC ठेगाना (ग्राहक)

31
ग्राहक हार्डवेयर ठेगाना प्याडिङ
 
हेक्स
10
आरक्षित सीट। सामान्यतया शून्यले भरिएको हुन्छ

41
सर्भर होस्ट नाम
 
लाइन
64
DHCP सर्भर नाम। सामान्यतया प्रसारण हुँदैन

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

235
जादुई कुकीहरू
63: 82: 53: 63
हेक्स
4
"जादू" नम्बर, जस अनुसार, समावेश। तपाईंले यो प्याकेट DHCP प्रोटोकलको हो भनेर निर्धारण गर्न सक्नुहुन्छ

DHCP विकल्प। जुनसुकै क्रममा जान सकिन्छ

236
विकल्प नम्बर
53
दिसम्बर
1
विकल्प 53, जसले DHCP प्याकेट प्रकार निर्दिष्ट गर्दछ

१ - DHCPDISCOVER
३ - DHCPREQUEST
२ - DHCPOFFER
5 - DHCPACK
8 - DHCPINFORM

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

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

 
विकल्प नम्बर
50
दिसम्बर
1
ग्राहकले कुन IP ठेगाना प्राप्त गर्न चाहन्छ?

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

 
विकल्प मान
172.16.134.61
लाइन
4

 
विकल्प नम्बर
55
 
1
ग्राहक द्वारा अनुरोध गरिएको नेटवर्क प्यारामिटरहरू। रचना फरक हुन सक्छ

01 - नेटवर्क मास्क
03 - गेटवे
०६ - DNS
oc - होस्टनाम
0f - नेटवर्क डोमेन नाम
1c - प्रसारण अनुरोधको ठेगाना (प्रसारण)
42 - TFTP सर्भर नाम
79 - वर्गरहित स्थिर मार्ग

 
विकल्प लम्बाइ
8
 
1

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

 
विकल्प नम्बर
82
दिसम्बर
 
विकल्प 82, जसले पुनरावर्तक यन्त्रको MAC ठेगाना र केही अतिरिक्त मानहरू प्रसारण गर्दछ।

प्रायः, यो स्विचको पोर्ट हो जसमा अन्तिम DHCP क्लाइन्ट चल्छ। यो विकल्पमा अतिरिक्त प्यारामिटरहरू छन्। पहिलो बाइट "सबपसन" को संख्या हो, दोस्रो यसको लम्बाइ, त्यसपछि यसको मान।

यस अवस्थामा, विकल्प 82 मा, उप-विकल्पहरू नेस्ट गरिएका छन्:
एजेन्ट सर्किट ID = 00:04:00:01:00:04, जहाँ अन्तिम दुई बाइटहरू DHCP क्लाइन्ट पोर्ट हुन् जसबाट अनुरोध आयो

एजेन्ट रिमोट ID = 00:06:c8:be:19:93:11:48 - DHCP रिपीटर उपकरणको MAC ठेगाना

 
विकल्प लम्बाइ
18
दिसम्बर
 

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

 
प्याकेजको अन्त्य
255
दिसम्बर
1
255 प्याकेटको अन्त्यको प्रतीक हो

DHCPOFFER

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

DHCPOFFER प्याकेट संरचना तालिका

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

1
बुट अनुरोध
1
हेक्स
1
सन्देश प्रकार। 1 - ग्राहकबाट सर्भरमा अनुरोध, 2 - सर्भरबाट ग्राहकमा प्रतिक्रिया

2
हार्डवेयर प्रकार
1
हेक्स
1
हार्डवेयर ठेगानाको प्रकार, यो प्रोटोकल १ - MAC मा

3
हार्डवेयर ठेगाना लम्बाइ
6
हेक्स
1
यन्त्र MAC ठेगाना लम्बाइ

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

5
कारोबार आईडी
23:cf:de:1d
हेक्स
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
सर्भर IP ठेगाना (यदि थाहा छ)

23
रिले एजेन्ट आईपी ठेगाना
172.16.114.41
लाइन
4
रिले एजेन्टको आईपी ठेगाना (उदाहरणका लागि, स्विच)

27
ग्राहक MAC ठेगाना
14:d6:4d:a7:c9:55
हेक्स
6
प्याकेट प्रेषकको MAC ठेगाना (ग्राहक)

31
ग्राहक हार्डवेयर ठेगाना प्याडिङ
 
हेक्स
10
आरक्षित सीट। सामान्यतया शून्यले भरिएको हुन्छ

41
सर्भर होस्ट नाम
 
लाइन
64
DHCP सर्भर नाम। सामान्यतया प्रसारण हुँदैन

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

235
जादुई कुकीहरू
63: 82: 53: 63
हेक्स
4
"जादू" नम्बर, जस अनुसार, समावेश। तपाईंले यो प्याकेट DHCP प्रोटोकलको हो भनेर निर्धारण गर्न सक्नुहुन्छ

DHCP विकल्प। जुनसुकै क्रममा जान सकिन्छ

236
विकल्प नम्बर
53
दिसम्बर
1
विकल्प 53, जसले DHCP 2 प्याकेट प्रकार - DHCPOFFER परिभाषित गर्दछ

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

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

 
विकल्प नम्बर
1
दिसम्बर
1
DHCP ग्राहकलाई नेटवर्क मास्क प्रस्ताव गर्ने विकल्प

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

 
विकल्प मान
255.255.224.0
लाइन
4

 
विकल्प नम्बर
3
दिसम्बर
1
DHCP ग्राहकलाई पूर्वनिर्धारित गेटवे प्रस्ताव गर्ने विकल्प

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

 
विकल्प मान
172.16.12.1
लाइन
4

 
विकल्प नम्बर
6
दिसम्बर
1
DNS ग्राहकलाई DHCP प्रस्ताव गर्ने विकल्प

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

 
विकल्प मान
8.8.8.8
लाइन
4

 
विकल्प नम्बर
51
दिसम्बर
1
सेकेन्डमा जारी नेटवर्क प्यारामिटरहरूको जीवनकाल, त्यसपछि DHCP ग्राहकले तिनीहरूलाई पुन: अनुरोध गर्नुपर्छ

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

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

 
विकल्प नम्बर
82
दिसम्बर
1
विकल्प ८२, DHCPDISCOVER मा आएको कुरा दोहोर्याउँछ

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

 
विकल्प मान
01:08:00:06:00
01:01:00:00:01
02:06:00:03:0f
२६:४d:ec
दिसम्बर
18

 
प्याकेजको अन्त्य
255
दिसम्बर
1
255 प्याकेटको अन्त्यको प्रतीक हो

DHCPREQUEST

क्लाइन्टले DHCPOFFER प्राप्त गरेपछि, उसले नेटवर्कमा रहेका सबै DHCP सर्भरहरूलाई नभई एउटा विशेषलाई मात्र, जसको DHCPOFFER प्रस्ताव उसले सबैभन्दा धेरै "मन पर्यो" नेटवर्क प्यारामिटरहरू अनुरोध गर्ने प्याकेट बनाउँछ। "जस्तै" मापदण्ड फरक हुन सक्छ र ग्राहकको DHCP कार्यान्वयनमा निर्भर हुन सक्छ। अनुरोधको प्राप्तकर्ता DHCP सर्भरको MAC ठेगाना प्रयोग गरी निर्दिष्ट गरिएको छ। साथै, यदि सर्भरको आईपी ठेगाना पहिले नै प्राप्त भइसकेको छ भने, पहिले DHCPDISCOVER उत्पन्न नगरी ग्राहकद्वारा DHCPREQUEST प्याकेट पठाउन सकिन्छ।

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

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

1
बुट अनुरोध
1
हेक्स
1
सन्देश प्रकार। 1 - ग्राहकबाट सर्भरमा अनुरोध, 2 - सर्भरबाट ग्राहकमा प्रतिक्रिया

2
हार्डवेयर प्रकार
1
हेक्स
1
हार्डवेयर ठेगानाको प्रकार, यो प्रोटोकल १ - MAC मा

3
हार्डवेयर ठेगाना लम्बाइ
6
हेक्स
1
यन्त्र MAC ठेगाना लम्बाइ

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

5
कारोबार आईडी
23:cf:de:1d
हेक्स
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
सर्भर IP ठेगाना (यदि थाहा छ)

23
रिले एजेन्ट आईपी ठेगाना
172.16.114.41
लाइन
4
रिले एजेन्टको आईपी ठेगाना (उदाहरणका लागि, स्विच)

27
ग्राहक MAC ठेगाना
14:d6:4d:a7:c9:55
हेक्स
6
प्याकेट प्रेषकको MAC ठेगाना (ग्राहक)

31
ग्राहक हार्डवेयर ठेगाना प्याडिङ
 
हेक्स
10
आरक्षित सीट। सामान्यतया शून्यले भरिएको हुन्छ

41
सर्भर होस्ट नाम
 
लाइन
64
DHCP सर्भर नाम। सामान्यतया प्रसारण हुँदैन

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

235
जादुई कुकीहरू
63: 82: 53: 63
हेक्स
4
"जादू" नम्बर, जस अनुसार, समावेश। तपाईंले यो प्याकेट DHCP प्रोटोकलको हो भनेर निर्धारण गर्न सक्नुहुन्छ

DHCP विकल्प। जुनसुकै क्रममा जान सकिन्छ

236
विकल्प नम्बर
53
दिसम्बर
3
विकल्प 53, जसले DHCP प्याकेट प्रकार 3 - DHCPREQUEST परिभाषित गर्दछ

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

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

 
विकल्प नम्बर
61
दिसम्बर
1
ग्राहक ID: 01 (Ehernet को लागि) + ग्राहक MAC ठेगाना

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

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

 
विकल्प नम्बर
60
दिसम्बर
 
"विक्रेता वर्ग पहिचानकर्ता"। मेरो मामला मा, यो DHCP ग्राहक संस्करण रिपोर्ट गर्दछ। सायद अन्य उपकरणहरूले केहि फरक फर्काउँछ। उदाहरणका लागि विन्डोजले MSFT 5.0 रिपोर्ट गर्छ

 
विकल्प लम्बाइ
11
दिसम्बर
 

 
विकल्प मान
udhcp ०.९९
लाइन
 

 
विकल्प नम्बर
55
 
1
ग्राहक द्वारा अनुरोध गरिएको नेटवर्क प्यारामिटरहरू। रचना फरक हुन सक्छ

01 - नेटवर्क मास्क
03 - गेटवे
०६ - DNS
oc - होस्टनाम
0f - नेटवर्क डोमेन नाम
1c - प्रसारण अनुरोधको ठेगाना (प्रसारण)
42 - TFTP सर्भर नाम
79 - वर्गरहित स्थिर मार्ग

 
विकल्प लम्बाइ
8
 
1

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

 
विकल्प नम्बर
82
दिसम्बर
1
विकल्प ८२, DHCPDISCOVER मा आएको कुरा दोहोर्याउँछ

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

 
विकल्प मान
01:08:00:06:00
01:01:00:00:01
02:06:00:03:0f
२६:४d:ec
दिसम्बर
18

 
प्याकेजको अन्त्य
255
दिसम्बर
1
255 प्याकेटको अन्त्यको प्रतीक हो

DHCPACK

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

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

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

1
बुट अनुरोध
2
हेक्स
1
सन्देश प्रकार। 1 - ग्राहकबाट सर्भरमा अनुरोध, 2 - सर्भरबाट ग्राहकमा प्रतिक्रिया

2
हार्डवेयर प्रकार
1
हेक्स
1
हार्डवेयर ठेगानाको प्रकार, यो प्रोटोकल १ - MAC मा

3
हार्डवेयर ठेगाना लम्बाइ
6
हेक्स
1
यन्त्र MAC ठेगाना लम्बाइ

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

5
कारोबार आईडी
23:cf:de:1d
हेक्स
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
सर्भर IP ठेगाना (यदि थाहा छ)

23
रिले एजेन्ट आईपी ठेगाना
172.16.114.41
लाइन
4
रिले एजेन्टको आईपी ठेगाना (उदाहरणका लागि, स्विच)

27
ग्राहक MAC ठेगाना
14:d6:4d:a7:c9:55
हेक्स
6
प्याकेट प्रेषकको MAC ठेगाना (ग्राहक)

31
ग्राहक हार्डवेयर ठेगाना प्याडिङ
 
हेक्स
10
आरक्षित सीट। सामान्यतया शून्यले भरिएको हुन्छ

41
सर्भर होस्ट नाम
 
लाइन
64
DHCP सर्भर नाम। सामान्यतया प्रसारण हुँदैन

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

235
जादुई कुकीहरू
63: 82: 53: 63
हेक्स
4
"जादू" नम्बर, जस अनुसार, समावेश। तपाईंले यो प्याकेट DHCP प्रोटोकलको हो भनेर निर्धारण गर्न सक्नुहुन्छ

DHCP विकल्प। जुनसुकै क्रममा जान सकिन्छ

236
विकल्प नम्बर
53
दिसम्बर
3
विकल्प 53, जसले DHCP प्याकेट प्रकार 5 - DHCPACK परिभाषित गर्दछ

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

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

 
विकल्प नम्बर
1
दिसम्बर
1
DHCP ग्राहकलाई नेटवर्क मास्क प्रस्ताव गर्ने विकल्प

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

 
विकल्प मान
255.255.224.0
लाइन
4

 
विकल्प नम्बर
3
दिसम्बर
1
DHCP ग्राहकलाई पूर्वनिर्धारित गेटवे प्रस्ताव गर्ने विकल्प

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

 
विकल्प मान
172.16.12.1
लाइन
4

 
विकल्प नम्बर
6
दिसम्बर
1
DNS ग्राहकलाई DHCP प्रस्ताव गर्ने विकल्प

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

 
विकल्प मान
8.8.8.8
लाइन
4

 
विकल्प नम्बर
51
दिसम्बर
1
सेकेन्डमा जारी नेटवर्क प्यारामिटरहरूको जीवनकाल, त्यसपछि DHCP ग्राहकले तिनीहरूलाई पुन: अनुरोध गर्नुपर्छ

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

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

 
विकल्प नम्बर
82
दिसम्बर
1
विकल्प ८२, DHCPDISCOVER मा आएको कुरा दोहोर्याउँछ

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

 
विकल्प मान
01:08:00:06:00
01:01:00:00:01
02:06:00:03:0f
२६:४d:ec
दिसम्बर
18

 
प्याकेजको अन्त्य
255
दिसम्बर
1
255 प्याकेटको अन्त्यको प्रतीक हो

सेटिङ

स्थापनाले वास्तवमा कामको लागि आवश्यक पाइथन मोड्युलहरू स्थापना गर्ने समावेश गर्दछ। यो मानिन्छ कि MySQL पहिले नै स्थापित र कन्फिगर गरिएको छ।

फ्रिबिएसडि

pkg स्थापना python3 python3 -m सुनिश्चित pip pip3 स्थापना mysql-connector

Ubuntu

sudo apt-get install python3 sudo apt-get install pip3 sudo pip3 स्थापना mysql-connector

हामी MySQL डाटाबेस सिर्जना गर्छौं, यसमा pydhcp.sql डम्प अपलोड गर्छौं, र कन्फिगरेसन फाइल कन्फिगर गर्छौं।

कन्फिगरेसन

सबै सर्भर सेटिङहरू xml फाइलमा छन्। सन्दर्भ फाइल:

०.०.०.० २५५.२५५.२५५.२५५ १९२.१६८.०.७१ ८६०० १ २५५.२५५.२५५.० १९२.१६८.०.१ ८.८.८.८ localhost परीक्षण परीक्षण pydhcp option_1.0_hex:sw_port0.0.0.0:255.255.255.255:192.168.0.71 option_8600_hex:sw_port1:255.255.255.0:192.168.0.1 option_8.8.8.8_hex:sw_mac:82:1 ३ जहाँ upper(mac)=upper('{option_20_AgentRemoteId_hex}') र upper(port)=upper('{option_22_AgentCircuitId_port_hex}') बाट ip,mask,router,dns चयन गर्नुहोस् अपर(म्याक)=अपर('{sw_mac}') र अपर(पोर्ट)=अपर('{sw_port82}') जहाँ प्रयोगकर्ताहरूबाट आईपी, मास्क, राउटर, डीएनएस चयन गर्नुहोस्। जहाँ upper(mac)=upper('{ClientMacAddress}') प्रयोगकर्ताहरूबाट ip, mask, राउटर, dns चयन गर्नुहोस् इतिहासमा घुसाउनुहोस् (id,dt,mac,ip,comment) मानहरू (null,now(),'{ClientMacAddress}','{RequestedIpAddress}','DHCPACK/INFORM')

अब ट्यागहरूमा थप विवरणमा:

dhcpserver खण्डले सर्भर सुरु गर्नका लागि आधारभूत सेटिङहरू वर्णन गर्दछ, अर्थात्:

• होस्ट - कुन आईपी ठेगाना सर्भरले पोर्ट 67 मा सुन्छ
• प्रसारण - कुन ip DHCPOFFER र DHCPACK को लागि प्रसारण हो
• DHCPServer - DHCP सर्भरको आईपी के हो
• जारी गरिएको आईपी ठेगानाको लीज टाइम पट्टा समय
• ThreadLimit - पोर्ट 67 मा आगमन UDP प्याकेटहरू प्रशोधन गर्न कतिवटा थ्रेडहरू एक साथ चलिरहेका छन्। यसले उच्च-लोड परियोजनाहरूमा मद्दत गर्न मानिन्छ 😉
• defaultMask,defaultRouter,defaultDNS - डाटाबेसमा आईपी फेला परेमा ग्राहकलाई पूर्वनिर्धारित रूपमा के प्रस्ताव गरिन्छ, तर यसको लागि थप प्यारामिटरहरू निर्दिष्ट गरिएको छैन।

mysql खण्ड:

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

क्वेरी खण्ड: OFFER/ACK प्राप्त गर्नका लागि अनुरोधहरू यहाँ वर्णन गरिएको छ:

• offer_count — ip,mask,router,dns जस्ता नतिजा फर्काउने अनुरोधहरू भएका रेखाहरूको सङ्ख्या
• offer_n - क्वेरी स्ट्रिङ। यदि रिटर्न खाली छ भने, त्यसपछि निम्न प्रस्ताव अनुरोध कार्यान्वयन गर्दछ
• history_sql - एउटा प्रश्न जसले लेख्छ, उदाहरणका लागि, ग्राहकको लागि "प्राधिकरण इतिहास" मा

अनुरोधहरूले विकल्प खण्ड वा DHCP प्रोटोकलका विकल्पहरूबाट कुनै पनि चरहरू समावेश गर्न सक्छन्।

विकल्प खण्ड। यो जहाँ यो थप रोचक हुन्छ। यहाँ हामी भेरिएबलहरू सिर्जना गर्न सक्छौं जुन हामीले क्वेरी सेक्सनमा पछि प्रयोग गर्न सक्छौं।

उदाहरणका लागि:

option_82_hex:sw_port1:20:22

, यो कमाण्ड लाइनले DHCP अनुरोध विकल्प ८२ मा आएको सम्पूर्ण लाइनलाई हेक्स ढाँचामा, २० देखि २२ बाइट सम्मको दायरामा लिन्छ र यसलाई नयाँ चर sw_port82 मा राख्छ (अनुरोध आएको ठाउँबाट पोर्ट स्विच गर्नुहोस्)।

option_82_hex:sw_mac:26:40

, sw_mac चर परिभाषित गर्नुहोस्, दायरा 26:40 बाट हेक्स लिदै

तपाईले सबै सम्भावित विकल्पहरू हेर्न सक्नुहुन्छ जुन -d स्विचको साथ सर्भर सुरु गरेर क्वेरीहरूमा प्रयोग गर्न सकिन्छ। हामी यो लग जस्तै केहि देख्नेछौं:

--a DHCPINFORM प्याकेट पोर्ट 67 मा आइपुग्यो, 0025224ad764 बाट, b'x91xa5xe0xa3xa5xa9-x8fx8a' , ('172.30.114.25', 68) {'ClientMacAddress',C0025224Ad764' yte': b'x00 7%"Jxd91d' , 'HType': 'इथरनेट', 'होस्टनाम': b'x5xa0xe3xa5xa9xa8-x8fx43a', 'ReqListDNS': True, 'ReqListDomainName': True, 'ReqListPerfowmRouterDiscoverer': 'TruqistRouter', 'TruqistRL' e': साँचो, 'ReqListSubnetM ask': True, 'ReqListVendorSpecInfo': 0.0.0.0, 'RequestedIpAddress': '5.0', 'विक्रेता': b'MSFT 0025224', 'chaddr': '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': '589 _2_len': 82 18, 'option_82_str': "b'x12x01x06x00x04x00x01x00x06x02x08x00x06x00x1eXx9exb2xad'", 'परिणाम': गलत, 'सेकेन्ड', 768 'siaddr': '0.0.0.0', 'sw_mac': '001e589eb2ad', 'sw_port1': '06', 'xidbyte': b'

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

क्लाइन्टले IP ठेगाना प्राप्त गरेको इतिहासको लागि हामीलाई रेकर्ड गरौं:

सर्भर सुरु गर्दै

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

- d कन्सोल आउटपुट मोड DEBUG
- c <filename> कन्फिगरेसन फाइल

डिब्रीफिंग

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

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

मानक पाइथन मोड्युल xml.dom प्रयोग गरिन्छ। यो सरल देखिन्छ, तर कार्यान्वयनको क्रममा यो मोड्युल प्रयोग गरेर नेटवर्कमा स्पष्ट कागजात र उदाहरणहरूको उल्लेखनीय अभाव थियो।

    tree = minidom.parse(gconfig["config_file"]) mconfig=tree.getElementsByTagName("mysql") mconfig मा elem को लागि: 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"configls_basedamy] =elem.getElementsByTagName("basename")[0].firstChild.data dconfig=tree.getElementsByTagName("dhcpserver") को लागि dconfig: gconfig["broadcast"]=elem.getElementsByTagName")[broadcast] [0. firstChild.data gconfig["dhcp_host"]=elem.getElementsByTagName("host")[0].firstChild.data gconfig["dhcp_LeaseTime"]=elem.getElementsByTagName("LeaseTime")[0].firstChild। dhcp_ThreadLimit"]=int(elem.getElementsByTagName("ThreadLimit")[0].firstChild.data) gconfig["dhcp_Server"]=elem.getElementsByTagName("DHCPServer")[0]defcdfdask] =elem.getElementsByTagName("defaultMask")[0].firstChild.data gconfig["dhcp_defaultRouter"]=elem.getElementsByTagName("defaultRouter")[0].firstChild.data"gconfig_defaultMask"]Dh " defaultDNS")[0].firstChild.data qconfig=tree.getElementsByTagName("query") qconfig मा तत्वका लागि: gconfig["offer_count"]=elem.getElementsByTagName("offer_count")[0].firstChildum मा। दायरा(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 options=tree.getElementsByTagName("options") विकल्पहरूमा तत्वका लागि: node=elem.getElementsByTagName("options in"node)का लागि : optionsMod.append(options.firstChild.data)

मल्टिथ्रेडिङ

अनौठो रूपमा, पाइथनमा मल्टिथ्रेडिङ धेरै स्पष्ट र सरल रूपमा लागू गरिएको छ।

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

DHCP प्याकेट प्राप्त/पठाउनुहोस्

नेटवर्क कार्ड मार्फत आउने UDP प्याकेटहरू रोक्नको लागि, तपाईंले सकेटलाई "उठाउनु" आवश्यक छ:

udp_socket = socket.socket(socket.AF_INET,socket.SOCK_DGRAM,socket.IPPROTO_UDP) udp_socket.bind((gconfig["dhcp_host"],67))

, जहाँ झण्डाहरू छन्:

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

प्याकेट पठाउनु प्रसारण जस्तै हुन सक्छ:

                    udp_socket.setsockopt(socket.SOL_SOCKET, 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 विकल्पले सकेटलाई "धेरै श्रोताहरू" मोडमा स्विच गर्छ। सिद्धान्तमा, यो यस अवस्थामा अनावश्यक छ, तर मैले परीक्षण गरेको FreeBSD सर्भरहरू मध्ये एकमा, कोडले यो विकल्प बिना काम गर्दैन।

DHCP प्याकेट पार्स गर्दै

यो जहाँ मलाई साँच्चै पाइथन मन पर्यो। यो बाहिर जान्छ कि बक्स बाहिर यसले तपाईंलाई बाइटकोडको साथ धेरै लचिलो हुन अनुमति दिन्छ। यसलाई दशमलव मान, स्ट्रिङ र हेक्समा सजिलै अनुवाद गर्न अनुमति दिँदै - अर्थात्। यो हामीले वास्तवमा प्याकेजको संरचना बुझ्न आवश्यक छ। त्यसोभए, उदाहरणका लागि, तपाईंले HEX मा बाइटहरूको दायरा प्राप्त गर्न सक्नुहुन्छ र केवल बाइटहरू:

    res["xidhex"]=data[4:8].hex() res["xidbyte"]=डेटा[4:8]

, बाइटहरूलाई संरचनामा प्याक गर्नुहोस्:

res["flags"]=pack('BB',डेटा[10],डेटा[11])

संरचनाबाट आईपी प्राप्त गर्नुहोस्:

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

र उल्टो:

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

अहिलेको लागि यति मात्रै हो 😉

स्रोत: www.habr.com