এই প্রকল্পের উদ্দেশ্য ছিল:

• একটি IPv4 নেটওয়ার্কে DHCP সম্পর্কে শেখা
• পাইথন শেখা (শুরু থেকে একটু বেশি 😉)
• সার্ভার প্রতিস্থাপন DB2DHCP (আমার কাঁটা), মূল এখানে, যা নতুন ওএসের জন্য একত্রিত করা আরও কঠিন হয়ে উঠছে। এবং আমি পছন্দ করি না যে এটি একটি বাইনারি যে "এখনই পরিবর্তন" করার কোন উপায় নেই
• গ্রাহকের ম্যাক ব্যবহার করে একটি গ্রাহকের আইপি ঠিকানা নির্বাচন করার ক্ষমতা সহ একটি কার্যকরী DHCP সার্ভার প্রাপ্ত করা বা ম্যাক + পোর্ট সংমিশ্রণ পরিবর্তন করা (বিকল্প 82)
• আরেকটি বাইক লিখছি (ওহ! এটি আমার প্রিয় কার্যকলাপ)
• হাবরাহবরে আপনার ক্লাব-হাত সম্পর্কে মন্তব্য গ্রহণ করা (বা আরও ভাল, একটি আমন্ত্রণ) 😉

ফলাফল: এটি কাজ করে 😉 FreeBSD এবং Ubuntu OS-এ পরীক্ষিত। তাত্ত্বিকভাবে, কোডটিকে যেকোনো OS এর অধীনে কাজ করতে বলা যেতে পারে, কারণ কোডে কোন নির্দিষ্ট বাঁধাই নেই বলে মনে হচ্ছে।
সাবধানে ! আসতে আরো অনেক আছে.

অপেশাদারদের জন্য সংগ্রহস্থল লিঙ্ক "জীবন্ত স্পর্শ করুন".

"হার্ডওয়্যার অধ্যয়ন" এর ফলাফল ইনস্টল, কনফিগার এবং ব্যবহার করার প্রক্রিয়াটি অনেক কম, এবং তারপরে DHCP প্রোটোকল সম্পর্কে সামান্য তত্ত্ব। আমার জন্য. এবং ইতিহাসের জন্য 😉

একটু তত্ত্ব

DHCP কি?

এটি একটি নেটওয়ার্ক প্রোটোকল যা একটি ডিভাইসকে একটি DHCP সার্ভার থেকে তার IP ঠিকানা (এবং গেটওয়ে, DNS ইত্যাদির মতো অন্যান্য প্যারামিটার) খুঁজে বের করতে দেয়। UDP প্রোটোকল ব্যবহার করে প্যাকেট বিনিময় করা হয়। নেটওয়ার্ক প্যারামিটারের অনুরোধ করার সময় ডিভাইসের অপারেশনের সাধারণ নীতি নিম্নরূপ:

1. ডিভাইস (ক্লায়েন্ট) নেটওয়ার্ক জুড়ে একটি UDP সম্প্রচার অনুরোধ (DHCPDISCOVER) পাঠায় "আচ্ছা, কেউ আমাকে একটি আইপি ঠিকানা দিন।" অধিকন্তু, সাধারণত (কিন্তু সর্বদা নয়) পোর্ট 68 (উৎস) থেকে অনুরোধটি ঘটে এবং গন্তব্য হল পোর্ট 67 (গন্তব্য)। কিছু ডিভাইস পোর্ট 67 থেকে প্যাকেটও পাঠায়। ক্লায়েন্ট ডিভাইসের MAC ঠিকানা DHCPDISCOVER প্যাকেটের ভিতরে অন্তর্ভুক্ত করা হয়েছে।
2. নেটওয়ার্কে অবস্থিত সমস্ত DHCP সার্ভার (এবং তাদের মধ্যে বেশ কয়েকটি থাকতে পারে) DHCPDISCOVER পাঠানো ডিভাইসটির জন্য নেটওয়ার্ক সেটিংস সহ একটি DHCPOFFER অফার তৈরি করে এবং এটি নেটওয়ার্কে সম্প্রচার করে। এই প্যাকেটটি কার জন্য উদ্দিষ্ট তা সনাক্তকরণ পূর্বে DHCPDISCOVER অনুরোধে দেওয়া ক্লায়েন্টের MAC ঠিকানার উপর ভিত্তি করে।
3. ক্লায়েন্ট নেটওয়ার্ক সেটিংসের প্রস্তাব সহ প্যাকেটগুলি গ্রহণ করে, সবচেয়ে আকর্ষণীয় একটি নির্বাচন করে (মানদণ্ড ভিন্ন হতে পারে, উদাহরণস্বরূপ, প্যাকেট বিতরণের সময়, মধ্যবর্তী রুটের সংখ্যা), এবং নেটওয়ার্ক সেটিংসের সাথে একটি "অফিসিয়াল অনুরোধ" DHCPREQUEST করে DHCP সার্ভার থেকে এটি পছন্দ করে। এই ক্ষেত্রে, প্যাকেট একটি নির্দিষ্ট DHCP সার্ভারে যায়।
4. যে সার্ভারটি DHCPREQUEST পেয়েছে সেটি একটি DHCPACK ফর্ম্যাট প্যাকেট পাঠায়, যেখানে এটি আবার এই ক্লায়েন্টের উদ্দেশ্যে নেটওয়ার্ক সেটিংস তালিকাভুক্ত করে

এছাড়াও, ক্লায়েন্ট থেকে আসা DHCPINFORM প্যাকেট রয়েছে এবং যার উদ্দেশ্য হল DHCP সার্ভারকে জানানো যে "ক্লায়েন্ট বেঁচে আছে" এবং জারি করা নেটওয়ার্ক সেটিংস ব্যবহার করছে৷ এই সার্ভারের বাস্তবায়নে, এই প্যাকেটগুলি উপেক্ষা করা হয়।

প্যাকেজ বিন্যাস

সাধারণভাবে, একটি ইথারনেট প্যাকেট ফ্রেম এইরকম কিছু দেখায়:

আমাদের ক্ষেত্রে, আমরা OSI লেয়ার প্রোটোকল হেডার, যেমন DHCP কাঠামো ছাড়াই UDP প্যাকেটের বিষয়বস্তু থেকে সরাসরি ডেটা বিবেচনা করব:

DHCPDISCOVER

সুতরাং, একটি ডিভাইসের জন্য একটি আইপি ঠিকানা পাওয়ার প্রক্রিয়াটি শুরু হয় DHCP ক্লায়েন্ট পোর্ট 68 থেকে 255.255.255.255:67 পর্যন্ত একটি সম্প্রচার অনুরোধ পাঠানোর মাধ্যমে। এই প্যাকেজে, ক্লায়েন্ট তার MAC ঠিকানা, সেইসাথে DHCP সার্ভার থেকে ঠিক কী পেতে চায় তা অন্তর্ভুক্ত করে। প্যাকেজ গঠন নীচের টেবিলে বর্ণনা করা হয়েছে.

DHCPDISCOVER প্যাকেট স্ট্রাকচার টেবিল

প্যাকেজে অবস্থান
মান নাম
উদাহরণ
ধারণা
সংবাদের একক
শোধন

1
বুট অনুরোধ
1
সম্মোহন
1
বার্তার ধরন। 1 - ক্লায়েন্ট থেকে সার্ভারে অনুরোধ, 2 - সার্ভার থেকে ক্লায়েন্টে প্রতিক্রিয়া

2
হার্ডওয়্যার প্রকার
1
সম্মোহন
1
হার্ডওয়্যার ঠিকানার ধরন, এই প্রোটোকলে 1 - MAC

3
হার্ডওয়্যার ঠিকানা দৈর্ঘ্য
6
সম্মোহন
1
ডিভাইস MAC ঠিকানা দৈর্ঘ্য

4
হপস
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
সার্ভার দ্বারা অফার করা IP ঠিকানা (যদি পাওয়া যায়)

19
পরবর্তী সার্ভার আইপি ঠিকানা
0.0.0.0
লাইন
4
সার্ভার আইপি ঠিকানা (যদি জানা থাকে)

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 প্যাকেটের ধরন নির্দিষ্ট করে

1 - DHCPDISCOVER
3 - DHCPREQUEST
2 - DHCPOFFER
5 - ডিএইচসিপ্যাক
8 - DHCPINFORM

 
বিকল্প দৈর্ঘ্য
1
ডিসেম্বর
1

 
বিকল্প মান
1
ডিসেম্বর
1

 
বিকল্প নম্বর
50
ডিসেম্বর
1
ক্লায়েন্ট কোন আইপি ঠিকানা পেতে চায়?

 
বিকল্প দৈর্ঘ্য
4
ডিসেম্বর
1

 
বিকল্প মান
172.16.134.61
লাইন
4

 
বিকল্প নম্বর
55
 
1
ক্লায়েন্ট দ্বারা অনুরোধ করা নেটওয়ার্ক পরামিতি. রচনা ভিন্ন হতে পারে

01 — নেটওয়ার্ক মাস্ক
03 - গেটওয়ে
06 - DNS
oc — হোস্টনাম
0f - নেটওয়ার্ক ডোমেইন নাম
1c - সম্প্রচারের অনুরোধের ঠিকানা (সম্প্রচার)
42 - TFTP সার্ভারের নাম
79 - ক্লাসলেস স্ট্যাটিক রুট

 
বিকল্প দৈর্ঘ্য
8
 
1

 
বিকল্প মান
01:03:06:0c:0f:1c:42:79
 
8

 
বিকল্প নম্বর
82
ডিসেম্বর
 
বিকল্প 82, যা রিপিটার ডিভাইসের MAC ঠিকানা এবং কিছু অতিরিক্ত মান প্রেরণ করে।

প্রায়শই, এটি সেই সুইচের পোর্ট যার উপর শেষ DHCP ক্লায়েন্ট চলে৷ এই বিকল্পটিতে অতিরিক্ত পরামিতি রয়েছে৷ প্রথম বাইটটি "সাবপশন" এর সংখ্যা, দ্বিতীয়টি এর দৈর্ঘ্য, তারপরে এর মান।

এই ক্ষেত্রে, বিকল্প 82-এ, উপ-বিকল্পগুলি নেস্ট করা হয়েছে:
এজেন্ট সার্কিট আইডি = 00:04:00:01:00:04, যেখানে শেষ দুটি বাইট হল DHCP ক্লায়েন্ট পোর্ট যেখান থেকে অনুরোধ এসেছে

এজেন্ট রিমোট আইডি = 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
হার্ডওয়্যার ঠিকানার ধরন, এই প্রোটোকলে 1 - MAC

3
হার্ডওয়্যার ঠিকানা দৈর্ঘ্য
6
সম্মোহন
1
ডিভাইস MAC ঠিকানা দৈর্ঘ্য

4
হপস
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
সার্ভার দ্বারা অফার করা IP ঠিকানা (যদি পাওয়া যায়)

19
পরবর্তী সার্ভার আইপি ঠিকানা
0.0.0.0
লাইন
4
সার্ভার আইপি ঠিকানা (যদি জানা থাকে)

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
বিকল্প 82, DHCPDISCOVER-এ যা এসেছে তার পুনরাবৃত্তি করে

 
বিকল্প দৈর্ঘ্য
18
ডিসেম্বর
1

 
বিকল্প মান
01:08:00:06:00
01:01:00:00:01
02:06:00:03:0f
26:4d:ec
ডিসেম্বর
18

 
প্যাকেজ শেষ
255
ডিসেম্বর
1
255 প্যাকেটের শেষের প্রতীক

DHCPREQUEST

ক্লায়েন্ট DHCPOFFER পাওয়ার পর, তিনি নেটওয়ার্কের সমস্ত DHCP সার্ভারের কাছে নেটওয়ার্ক প্যারামিটারের অনুরোধ করে একটি প্যাকেট তৈরি করেন না, শুধুমাত্র একটি নির্দিষ্ট একটির জন্য, যার DHCPOFFER অফারটি তিনি সবচেয়ে বেশি "পছন্দ করেছেন"। "লাইক" মানদণ্ড ভিন্ন হতে পারে এবং ক্লায়েন্টের DHCP বাস্তবায়নের উপর নির্ভর করে। অনুরোধের প্রাপককে DHCP সার্ভারের MAC ঠিকানা ব্যবহার করে নির্দিষ্ট করা হয়। এছাড়াও, একটি DHCPREQUEST প্যাকেট ক্লায়েন্ট দ্বারা প্রথমে DHCPDISCOVER তৈরি না করেই পাঠানো যেতে পারে, যদি সার্ভারের আইপি ঠিকানা ইতিমধ্যেই প্রাপ্ত হয়ে থাকে।

DHCPREQUEST প্যাকেট স্ট্রাকচার টেবিল

প্যাকেজে অবস্থান
মানের নাম (সাধারণ)
উদাহরণ
ধারণা
সংবাদের একক
শোধন

1
বুট অনুরোধ
1
সম্মোহন
1
বার্তার ধরন। 1 - ক্লায়েন্ট থেকে সার্ভারে অনুরোধ, 2 - সার্ভার থেকে ক্লায়েন্টে প্রতিক্রিয়া

2
হার্ডওয়্যার প্রকার
1
সম্মোহন
1
হার্ডওয়্যার ঠিকানার ধরন, এই প্রোটোকলে 1 - MAC

3
হার্ডওয়্যার ঠিকানা দৈর্ঘ্য
6
সম্মোহন
1
ডিভাইস MAC ঠিকানা দৈর্ঘ্য

4
হপস
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
সার্ভার দ্বারা অফার করা IP ঠিকানা (যদি পাওয়া যায়)

19
পরবর্তী সার্ভার আইপি ঠিকানা
0.0.0.0
লাইন
4
সার্ভার আইপি ঠিকানা (যদি জানা থাকে)

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
ক্লায়েন্ট আইডি: 01 (Ehernet এর জন্য) + ক্লায়েন্ট MAC ঠিকানা

 
বিকল্প দৈর্ঘ্য
7
ডিসেম্বর
1

 
বিকল্প মান
01:2c:ab:25:ff:72:a6
সম্মোহন
7

 
বিকল্প নম্বর
60
ডিসেম্বর
 
"বিক্রেতা শ্রেণী শনাক্তকারী"। আমার ক্ষেত্রে, এটি DHCP ক্লায়েন্ট সংস্করণ রিপোর্ট করে। সম্ভবত অন্যান্য ডিভাইসগুলি ভিন্ন কিছু ফেরত দেয়। উদাহরণস্বরূপ উইন্ডোজ MSFT 5.0 রিপোর্ট করে

 
বিকল্প দৈর্ঘ্য
11
ডিসেম্বর
 

 
বিকল্প মান
udhcp 0.9.8
লাইন
 

 
বিকল্প নম্বর
55
 
1
ক্লায়েন্ট দ্বারা অনুরোধ করা নেটওয়ার্ক পরামিতি. রচনা ভিন্ন হতে পারে

01 — নেটওয়ার্ক মাস্ক
03 - গেটওয়ে
06 - DNS
oc — হোস্টনাম
0f - নেটওয়ার্ক ডোমেইন নাম
1c - সম্প্রচারের অনুরোধের ঠিকানা (সম্প্রচার)
42 - TFTP সার্ভারের নাম
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:4d:ec
ডিসেম্বর
18

 
প্যাকেজ শেষ
255
ডিসেম্বর
1
255 প্যাকেটের শেষের প্রতীক

ডিএইচসিপ্যাক

নিশ্চিতকরণ হিসাবে যে "হ্যাঁ, এটা ঠিক, এটি আপনার আইপি ঠিকানা, এবং আমি এটি অন্য কাউকে দেব না" DHCP সার্ভার থেকে, সার্ভার থেকে ক্লায়েন্টকে সার্ভারে DHCPACK ফর্ম্যাটে একটি প্যাকেট। এটি অন্যান্য প্যাকেটের মতোই সম্প্রচার পাঠানো হয়। যদিও, পাইথনে প্রয়োগ করা একটি DHCP সার্ভারের জন্য নীচের কোডে, ঠিক সেক্ষেত্রে, আমি একটি নির্দিষ্ট ক্লায়েন্ট আইপিতে একটি প্যাকেট পাঠানোর মাধ্যমে যেকোনো সম্প্রচারের অনুরোধ নকল করি, যদি এটি ইতিমধ্যেই জানা থাকে। তাছাড়া, DHCP সার্ভার DHCPACK প্যাকেটটি ক্লায়েন্টের কাছে পৌঁছেছে কিনা তা মোটেও যত্ন করে না। যদি ক্লায়েন্ট DHCPACK না পায়, তবে কিছুক্ষণ পরে এটি কেবল DHCPREQUEST পুনরাবৃত্তি করে

DHCPACK প্যাকেট স্ট্রাকচার টেবিল

প্যাকেজে অবস্থান
মানের নাম (সাধারণ)
উদাহরণ
ধারণা
সংবাদের একক
শোধন

1
বুট অনুরোধ
2
সম্মোহন
1
বার্তার ধরন। 1 - ক্লায়েন্ট থেকে সার্ভারে অনুরোধ, 2 - সার্ভার থেকে ক্লায়েন্টে প্রতিক্রিয়া

2
হার্ডওয়্যার প্রকার
1
সম্মোহন
1
হার্ডওয়্যার ঠিকানার ধরন, এই প্রোটোকলে 1 - MAC

3
হার্ডওয়্যার ঠিকানা দৈর্ঘ্য
6
সম্মোহন
1
ডিভাইস MAC ঠিকানা দৈর্ঘ্য

4
হপস
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
সার্ভার দ্বারা অফার করা IP ঠিকানা (যদি পাওয়া যায়)

19
পরবর্তী সার্ভার আইপি ঠিকানা
0.0.0.0
লাইন
4
সার্ভার আইপি ঠিকানা (যদি জানা থাকে)

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
বিকল্প 82, DHCPDISCOVER-এ যা এসেছে তার পুনরাবৃত্তি করে

 
বিকল্প দৈর্ঘ্য
18
ডিসেম্বর
1

 
বিকল্প মান
01:08:00:06:00
01:01:00:00:01
02:06:00:03:0f
26:4d:ec
ডিসেম্বর
18

 
প্যাকেজ শেষ
255
ডিসেম্বর
1
255 প্যাকেটের শেষের প্রতীক

বিন্যাস

ইনস্টলেশনটি আসলে কাজের জন্য প্রয়োজনীয় পাইথন মডিউলগুলি ইনস্টল করে। ধারণা করা হয় যে MySQL ইতিমধ্যেই ইনস্টল এবং কনফিগার করা আছে।

FreeBSD 'র

pkg ইনস্টল করুন python3 python3 -m নিশ্চিত করুন pip pip3 mysql- সংযোগকারী ইনস্টল করুন

উবুন্টু

sudo apt-get install python3 sudo apt-get install pip3 sudo pip3 install mysql-connector

আমরা একটি 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 option_18_hex:sw_mac:82:26 40 ব্যবহারকারীদের থেকে আইপি,মাস্ক,রাউটার,ডিএনএস নির্বাচন করুন যেখানে upper(mac)=upper('{option_3_AgentRemoteId_hex}') এবং upper(port)=upper('{option_1_AgentCircuitId_port_hex}') যেখানে Upper(mac)=upper('{sw_mac}') এবং upper(port)=upper('{sw_port82}') ব্যবহারকারীদের থেকে ip,mask,রাউটার,dns নির্বাচন করুন যেখানে 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 সার্ভারের আইপি কি
• জারি করা আইপি ঠিকানার ইজারা সময়
• থ্রেডলিমিট - পোর্ট 67-এ ইনকামিং UDP প্যাকেটগুলি প্রক্রিয়া করার জন্য কতগুলি থ্রেড একসাথে চলছে৷ এটি উচ্চ-লোড প্রকল্পগুলিতে সাহায্য করার কথা 😉
• ডিফল্টমাস্ক,ডিফল্ট রাউটার,ডিফল্টডিএনএস - যদি ডাটাবেসে একটি আইপি পাওয়া যায় তবে ডিফল্টভাবে গ্রাহককে কী দেওয়া হয়, তবে এর জন্য অতিরিক্ত পরামিতিগুলি নির্দিষ্ট করা নেই

mysql বিভাগ:

হোস্ট, ব্যবহারকারীর নাম, পাসওয়ার্ড, বেসনাম - সবকিছু নিজের জন্য কথা বলে। একটি আনুমানিক ডাটাবেস গঠন পোস্ট করা হয় GitHub

ক্যোয়ারী বিভাগ: অফার/ACK পাওয়ার জন্য অনুরোধগুলি এখানে বর্ণনা করা হয়েছে:

• offer_count — অনুরোধ সহ লাইনের সংখ্যা যা ফলাফল দেয় যেমন ip,mask,router,dns
• offer_n — ক্যোয়ারী স্ট্রিং। যদি রিটার্ন খালি হয়, তাহলে নিম্নলিখিত অফার অনুরোধটি কার্যকর করে
• history_sql - একটি প্রশ্ন যা একটি গ্রাহকের জন্য "অনুমোদনের ইতিহাস" লিখতে, উদাহরণস্বরূপ

রিকোয়েস্টে অপশন সেকশন বা DHCP প্রোটোকলের অপশন থেকে যেকোনো ভেরিয়েবল অন্তর্ভুক্ত থাকতে পারে।

বিকল্প বিভাগ। এটি যেখানে এটি আরো আকর্ষণীয় পায়. এখানে আমরা ভেরিয়েবল তৈরি করতে পারি যা আমরা পরে ক্যোয়ারী বিভাগে ব্যবহার করতে পারি।

উদাহরণস্বরূপ:

option_82_hex:sw_port1:20:22

, এই কমান্ড লাইনটি ডিএইচসিপি রিকোয়েস্ট অপশন 82-এ আসা সম্পূর্ণ লাইনটিকে হেক্স ফরম্যাটে, 20 থেকে 22 বাইট সমেত পরিসরে নেয় এবং এটিকে নতুন ভেরিয়েবল sw_port1-এ রাখে (যেখান থেকে অনুরোধ এসেছে সেখানে পোর্ট স্যুইচ করুন)

option_82_hex:sw_mac:26:40

, sw_mac ভেরিয়েবল সংজ্ঞায়িত করুন, রেঞ্জ 26:40 থেকে হেক্স গ্রহণ করুন

আপনি -d সুইচ দিয়ে সার্ভার শুরু করে অনুসন্ধানে ব্যবহার করা যেতে পারে এমন সমস্ত সম্ভাব্য বিকল্প দেখতে পারেন। আমরা এই লগের মত কিছু দেখতে পাব:

--a DHCPINFORM প্যাকেট 67ad0025224 , b'x764xa91xe5xa0xa3xa5-x9fx8a' থেকে 8 পোর্টে এসেছে yte': b'x172.30.114.25 68%"Jxd0025224d' , 'HType': 'ইথারনেট', 'হোস্টনেম': b'x764xa00xe7xa91xa5xa0-x3fx5a', 'ReqListDNS': সত্য, 'ReqListDomainName': সত্য, 'ReqListPerfowmRouterDiscovererDiscoverer', 'TruqistRL' ই': সত্য, 'ReqListSubnetM ask': True, 'ReqListVendorSpecInfo': 9, 'RequestedIpAddress': '8', 'Vendor': b'MSFT 8', 'chaddr': '43ad0.0.0.0', 'ciaddr': '5.0. , 'পতাকা': b'x0025224x764', 'giaddr': '172.30.128.13', 'gpoz': 00, 'hlen': 00, 'hops': 172.30.114.25, 'htype': 'MAC', 'magic_cookie': b'cx308Sc ', 'op': 'DHCPINFORM', 'option6': 1, 'option82': 12, 'option12': 53, 'option53': 55, 'option55': 60, 'option60': 61, ' option_61_byte': b'x82x82x82x12x01x06x00x04x00x01x00x06' b'x02x08x00eXx06exb00xad', 'option_1_hex': '9 _2_len': 82 12010600040001000602080006001, 'option_589_str': "b'x2x82x18x82x12x01x06x00x04x00x01x00x06x02x08eXx00exb06xad'", 'ফলাফল': মিথ্যা, 'সেকেন্ড': 00 'siaddr': '1', 'sw_mac': '9e2eb768ad', 'sw_port0.0.0.0': '001', 'xidbyte': b'

তদনুসারে, আমরা যেকোন ভেরিয়েবলকে {}-এ র‍্যাপ করতে পারি এবং এটি SQL কোয়েরিতে ব্যবহার করা হবে।

আসুন ইতিহাসের জন্য রেকর্ড করি যে ক্লায়েন্ট আইপি ঠিকানা পেয়েছে:

সার্ভার শুরু হচ্ছে

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

— d কনসোল আউটপুট মোড ডিবাগ
- c <filename> কনফিগারেশন ফাইল

রিপোর্ট

এবং এখন পাইথনে সার্ভার বাস্তবায়নের আরও বিশদ বিবরণ। এটা একটা বেদনা। উড়তে শিখে গেল পাইথন। অনেক মুহূর্ত তৈরি করা হয় "বাহ, কোনোভাবে আমি কাজ করে দিয়েছি।" মোটেও অপ্টিমাইজ করা হয়নি, এবং মূলত পাইথন ডেভেলপমেন্টে সামান্য অভিজ্ঞতার কারণে এই ফর্মে রেখে গেছে। আমি "কোড"-এ সার্ভার বাস্তবায়নের সবচেয়ে আকর্ষণীয় দিকগুলি নিয়ে আলোচনা করব।

XML কনফিগারেশন ফাইল পার্সার

স্ট্যান্ডার্ড পাইথন মডিউল xml.dom ব্যবহার করা হয়। এটি সহজ বলে মনে হচ্ছে, কিন্তু বাস্তবায়নের সময় এই মডিউলটি ব্যবহার করে নেটওয়ার্কে স্পষ্ট ডকুমেন্টেশন এবং উদাহরণগুলির একটি লক্ষণীয় অভাব ছিল।

    tree = minidom.parse(gconfig["config_file"]) mconfig=tree.getElementsByTagName("mysql") mconfig এ এলিমের জন্য: gconfig["mysql_host"]=elem.getElementsByTagName("হোস্ট")[0].firstChild.data gconfig["mysql_username"]=elem.getElementsByTagName("ব্যবহারকারীর নাম")[0].firstChild.data gconfig["mysql_password"]=elem.getElementsByTagName("পাসওয়ার্ড")[0].firstChild"config_basedamy] =elem.getElementsByTagName("basename")[0].firstChild.data dconfig=tree.getElementsByTagName("dhcpserver") dconfig-এ এলিমের জন্য: gconfig["broadcast"]=elem.getElementsByTagName")[0. firstChild.data gconfig["dhcp_host"]=elem.getElementsByTagName("হোস্ট")[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]। =elem.getElementsByTagName("defaultMask")[0].firstChild.data gconfig["dhcp_defaultRouter"]=elem.getElementsByTagName("defaultRouter")[0].firstChild.data"gconfig_defaultRouter"["DhemTaglements] " defaultDNS"). রেঞ্জ(int(gconfig["offer_count"])): gconfig["offer_"+str(num+0)]=elem.getElementsByTagName("offer_"+str(num+0))[1].firstChild.data gconfig ["history_sql"]=elem.getElementsByTagName("history_sql")[1].firstChild.data options=tree.getElementsByTagName("বিকল্প") বিকল্পগুলির মধ্যে উপাদানের জন্য: node=elem.getElementsByTagName("options in"node) এর জন্য : optionsMod.append(options.firstChild.data)

মাল্টিথ্রেডিং

অদ্ভুতভাবে যথেষ্ট, পাইথনে মাল্টিথ্রেডিং খুব স্পষ্টভাবে এবং সহজভাবে প্রয়োগ করা হয়।

def PacketWork(data,addr): ... # ইনকামিং প্যাকেট পার্সিং করা এবং তাতে সাড়া দেওয়ার বাস্তবায়ন target=PacketWork , args=(data,addr,)).start() # যেমন এসেছে - আমরা threading.active_count() >gconfig["dhcp_ThreadLimit"] এর সময় প্যারামিটার সহ ব্যাকগ্রাউন্ডে পূর্বে সংজ্ঞায়িত প্যাকেটওয়ার্ক ফাংশন চালু করি: সময়। sleep(1024) # যদি সংখ্যাটি সেটিংসের তুলনায় ইতিমধ্যেই বেশি থ্রেড চলমান থাকে, আমরা অপেক্ষা করি যতক্ষণ না সেগুলির মধ্যে কম থাকে

DHCP প্যাকেট গ্রহণ/পাঠান

নেটওয়ার্ক কার্ডের মাধ্যমে আসা UDP প্যাকেটগুলিকে আটকানোর জন্য, আপনাকে সকেটটি "বাড়া" করতে হবে:

udp_socket = সকেট.সকেট(সকেট.AF_INET,সকেট.SOCK_DGRAM,সকেট.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 বিকল্পটি সকেটকে "অনেক শ্রোতা" মোডে পরিবর্তন করে। তত্ত্বগতভাবে, এই ক্ষেত্রে এটি অপ্রয়োজনীয়, তবে আমি যে ফ্রিবিএসডি সার্ভারে পরীক্ষা করেছি তার একটিতে, কোডটি এই বিকল্পটি ছাড়া কাজ করেনি।

একটি DHCP প্যাকেট পার্সিং

এখানে আমি সত্যিই পাইথন পছন্দ করেছি। দেখা যাচ্ছে যে বাক্সের বাইরে এটি আপনাকে বাইটকোডের সাথে বেশ নমনীয় হতে দেয়। এটিকে খুব সহজেই দশমিক মান, স্ট্রিং এবং হেক্সে অনুবাদ করার অনুমতি দেওয়া হচ্ছে - যেমন প্যাকেজের গঠন বোঝার জন্য আমাদের আসলে এটিই দরকার। সুতরাং, উদাহরণস্বরূপ, আপনি HEX এ বাইটগুলির একটি পরিসীমা পেতে পারেন এবং কেবলমাত্র বাইটগুলি পেতে পারেন:

    res["xidhex"]=data[4:8].hex() res["xidbyte"]=ডেটা[4:8]

, বাইটগুলিকে একটি কাঠামোতে প্যাক করুন:

res["flags"]=প্যাক('BB',ডেটা[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