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

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

परिणाम: यह काम करता है;) FreeBSD और Ubuntu OS पर परीक्षण किया गया। सैद्धांतिक रूप से, कोड को किसी भी ओएस के तहत काम करने के लिए कहा जा सकता है, क्योंकि कोड में कोई विशिष्ट बाइंडिंग नहीं हैं।
चेतावनी! बहुत आगे।

प्रशंसकों के लिए "ज़िंदा छूने" के लिए भंडार से लिंक करें ।

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

सिद्धांत की एक बिट

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

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

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

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

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

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



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

DHCPDISCOVER

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

DHCPOFFER

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

DHCPREQUEST

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

DHCPACK

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

स्थापना

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

FreeBSD

  pkg python3 इंस्टॉल करें
 python3 -m enspip
 pip3 mysql- कनेक्टर स्थापित करें 

उबंटू

  sudo apt-get install python3
 sudo apt-get install pip3
 sudo pip3 mysql-कनेक्टर स्थापित करें 

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

विन्यास

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

  <? xml संस्करण = "1.0"?>
 <कॉन्फिग>
     <Dhcpserver>
	 <होस्ट> 0.0.0.0 </ होस्ट>
         <प्रसारण> 255.255.255.255 </ प्रसारण>
         <DHCPServer> 192.168.0.71 </ DHCPServer>
	 <लीजटाइम> 8600 </ लीजटाइम>
	 <थ्रेडलिमिट> 1 </ थ्रेडलिमिट>
         <defaultMask> 255.255.255.0 </ defaultMask>
         <defaultRouter> 192.168.0.1 </ defaultRouter>
         <defaultDNS> 8.8.8.8 </ defaultDNS>
     </ Dhcpserver>
     <Mysql>
         <होस्ट> लोकलहोस्ट </ होस्ट>
	 <उपयोगकर्ता नाम> परीक्षण </ उपयोगकर्ता नाम>
	 <पासवर्ड> परीक्षण </ पासवर्ड>
	 <basename> pydhcp </ basename>
     </ Mysql>
     <विकल्प>
        <विकल्प> option_82_hex: sw_port1: 20:22 </ विकल्प>       
        <विकल्प> option_82_hex: sw_port2: 16:18 </ विकल्प>       
        <विकल्प> option_82_hex: sw_mac: 26: 40 </ विकल्प>
     </ विकल्प>    
     <क्वेरी>
         <offer_count> 3 </ offer_count>
	 <ऑफ़र_1> उपयोगकर्ताओं, जहाँ ऊपरी (मैक) = ऊपरी ('{विकल्प_82_AgentRemoteId_hex}') और ऊपरी (बंदरगाह) = ऊपरी ('{विकल्प_82__CgentCircuitId_port_hex}') </ ऑफ़र_1> से उपयोगकर्ताओं का चयन करें।
         <ऑफ़र_2> उन उपयोगकर्ताओं से आईपी, मास्क, राउटर, डीएनएस चुनें जहां ऊपरी (मैक) = ऊपरी ('{sw_mac}') और ऊपरी (पोर्ट) = ऊपरी ('{sw_port2}') </ offer_2>
         <ऑफ़र_3> उपयोगकर्ताओं, जहां ऊपरी (मैक) = ऊपरी ('{ClientMacAddress}') से IP, मास्क, राउटर का चयन करें, </ offer_3>
	 <history_sql> इतिहास (id, dt, mac, ip, comment) मानों (null, now) (, '{ClientMacAddress}', '{RequestedIpAddress}', 'DHEAACK / INFORM') में डालें </ history_sql>
     </ क्वेरी>
 </ कॉन्फिग> 

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

सर्वर को शुरू करने के लिए dhcpserver अनुभाग मूल सेटिंग्स का वर्णन करता है:

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

मैसूर अनुभाग:

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

क्वेरी अनुभाग: यह अनुभाग OFFER / ACK के लिए अनुरोधों का वर्णन करता है:

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

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

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

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

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 '\ x91 \ xa5 \ xe0 \ xa3 \ xa5 \ xa9- \ x8f \ x8a, (' 172.30.114.25 ', 68) से पोर्ट 67 पर आया।
 {'ClientMacAddress': '0025224ad764',
  'ClientMacAddressByte': b '\ x00% "J \ xd7d',
  'HType': 'ईथरनेट',
  'होस्टनाम': b '\ x91 \ xa5 \ xe0 \ xa3 \ xa5 \ xa9- \ x8f \ x8a',
  'ReqListDNS': सच है,
  'रेक्लिस्टडोमैननाम': सत्य,
  'ReqListPerfowmRouterDiscover': सच है,
  'ReqListRouter': ट्रू,
  'रेक्लिस्टस्टैटिक राउट': ट्रू,
  'ReqListSubnetMask': ट्रू,
  'रेक्लिस्टवेंडरस्पेक्टइन्फो': 43,
  'निवेदितअदालत': '0.0.0.0',
  'विक्रेता': b'MSFT 5.0 ',
  'चदर': '0025224ad764',
  'सियादद्र': '172.30.128.13',
  'झंडे': b '\ x00 \ x00',
  'गीदड़': '172.30.114.25',
  'gpoz': 308,
  'hlen': 6,
  'हॉप्स': 1,
  'htype': 'MAC',
  'Magic_cookie': b'c \ x82Sc ',
  'op': 'DHCPINFORM',
  'विकल्प 12': 12,
  'विकल्प 53': 53,
  'विकल्प 55': 55,
  'विकल्प 60': 60,
  'विकल्प61': 61,
  'विकल्प 82': 82,
  'option_82_byte': b '\ x12 \ x01 \ x06 \ x00 \ x04 \ x00 \ x01 \ x00 \ x06 \ x02 \ x08 \ x00'
                    b '\ x06 \ x00 \ X1eX \ x9e \ xb2 \ xad',
  'option_82_hex': '12010600040001000602080006001e589eb2ad',
  'विकल्प_82_लेन': 18,
  'option_82_str': "b '\\ x12 \\ x01 \\ x06 \\ x00 \\ x04 \\ x00 \\ x00 \\ x00 \\ x00 \\ x06 \\ x02 \\ x08 \\ x08 \\ x00 \\ x06 \\ x00 \\ x00 \\ \ "xeX \\ x9e \\ xb2 \\ xad '",
  'परिणाम': गलत,
  'सेकंड्स': 768,
  'शादद्र': '0.0.0.0',
  'स्व_मैक': '001e589eb2ad',
  'स्व_पोर्ट 1': '06',
  'xidbyte': b '<\ x89} \ x8c',
  'xidhex': '3c897d8c',
  'यिदद्र': '0.0.0.0'} 

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

आइए हम इतिहास पर कब्जा करते हैं कि ग्राहक को आईपी पता प्राप्त हुआ:

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

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

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

डीब्रीफिंग

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

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

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

  पेड़ = minidom.parse (gconfig ["config_file"])
     mconfig = tree.getElementsByTagName ("mysql")
     मुल्फिग में हाथी के लिए:        
         gconfig ["mysql_host"] = elem.getElementsByTagName ("होस्ट") [0] .firstChild.data।      
         gconfig ["mysql_username"] = elem.getElementsByTagName ("उपयोगकर्ता नाम") [0] .firstChild.data।      
         gconfig ["mysql_password"] = elem.getElementsByTagName ("पासवर्ड") [0] .firstChild.data      
         gconfig ["mysql_basename"] = elem.getElementsByTagName ("basename") [0] .firstChild.data।      
     dconfig = tree.getElementsByTagName ("dhcpserver")
     dconfig में हाथी के लिए:        
         gconfig ["प्रसारण"] = elem.getElementsByTagName ("प्रसारण") [0] .firstChild.data।      
         gconfig ["dhcp_host"] = elem.getElementsByTagName ("होस्ट") [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 ("क्वेरी")
     क्यूंफिग में हाथी के लिए:  
         gconfig ["offer_count"] = elem.getElementsByTagName ("offer_count") [0] .firstChild.data।                          
         रेंज में संख्या के लिए (int (gconfig ["offer_count"])):
             gconfig ["offer _" + str (num + 1)] = elem.getElementsByTagName ("ऑफ़र _" + str (num + 1)) [0] .firstChild.data।      
         gconfig ["history_sql"] = elem.getElementsByTagName ("history_sql") [0] .firstChild.data।                          
     विकल्प = tree.getElementsByTagName ("विकल्प")       
     विकल्पों में चुनाव के लिए:          
         नोड = elem.getElementsByTagName ("विकल्प")
         नोड में विकल्पों के लिए:
             OptionsMod.append (options.firstChild.data) 

बहु सूत्रण

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

  PacketWork को हराया (डेटा, अतिरिक्त): 
 ...
 # प्राप्त पैकेज के विश्लेषण का कार्यान्वयन, और इसका उत्तर
 ...


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

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

नेटवर्क कार्ड के माध्यम से आने वाले यूडीपी पैकेट को बाधित करने के लिए, आपको सॉकेट को "बढ़ाने" की आवश्यकता है:

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

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

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

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

  udp_socket.setsockopt (socket.SOL_SOCKET, socket.SO_BROADCAST, 1) # सॉकेट को ब्रॉडकास्ट मोड पर स्विच करें
                     rz = udp_socket.sendto (पैकेट, (गॉन्फिग ["प्रसारण"]], 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"] = डेटा [4: 8] .hex ()
     Res ["xidbyte"] = डेटा [4: 8] 

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

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

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

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

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

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

वह सब;)