דער ציל פון דעם פּרויעקט איז געווען:

• לערנען וועגן DHCP אויף אַן IPv4 נעץ
• לערנען פּיטהאָן (אַ ביסל מער ווי פֿון קראַצן 😉)
• סערווער פאַרבייַט DB2DHCP (מיין גאָפּל), אָריגינעל דאָ, וואָס איז שיין מער און מער שווער צו אַסעמבאַל פֿאַר די נייַע אַס. און איך טאָן ניט ווי אַז עס איז אַ ביינערי אַז עס איז קיין וועג צו "טוישן רעכט איצט"
• קריגן אַ ארבעטן DHCP סערווער מיט די פיייקייט צו סעלעקטירן דעם IP אַדרעס פון די אַבאָנענט ניצן די מעק פון די אַבאָנענט אָדער באַשטימען מעק + פּאָרט קאָמבינאַציע (אָפּציע 82)
• שרייבן אן אנדער בייק (אָה! דאָס איז מיין באַליבסטע טעטיקייט)
• באַקומען באַמערקונגען וועגן דיין קלוב-כאַנדידנאַס אויף הברההבר (אָדער בעסער נאָך, אַ פאַרבעטונג) 😉

רעזולטאַט: עס אַרבעט 😉 טעסטעד אויף FreeBSD און Ubuntu OS. טהעאָרעטיקאַללי, די קאָד קענען זיין געבעטן צו אַרבעטן אונטער קיין אַס, ווייַל עס ויסקומען צו זיין קיין ספּעציפיש ביינדינגז אין די קאָד.
קערפאַלי! עס איז פיל מער צו קומען.

לינק צו ריפּאַזאַטאָרי פֿאַר אַמאַטשערז "רירן לעבעדיק".

דער פּראָצעס פון ינסטאָלינג, קאַנפיגיערינג און ניצן די רעזולטאַט פון "שטערן די ייַזנוואַרג" איז פיל נידעריקער, און דעמאָלט אַ ביסל טעאָריע וועגן די DHCP פּראָטאָקאָל. פֿאַר זיך. און פֿאַר געשיכטע 😉

א ביסל טעאָריע

וואָס איז DHCP

דאָס איז אַ נעץ פּראָטאָקאָל וואָס אַלאַוז אַ מיטל צו געפֿינען זיין IP אַדרעס (און אנדערע פּאַראַמעטערס ווי גייטוויי, דנס, אאז"ו ו) פֿון אַ DHCP סערווער. פּאַקיץ זענען פארביטן מיט די UDP פּראָטאָקאָל. דער גענעראַל פּרינציפּ פון אָפּעראַציע פון ​​די מיטל ווען ריקוועסטינג נעץ פּאַראַמעטערס איז ווי גייט:

1. דער מיטל (קליענט) סענדז אַ UDP בראָדקאַסט בעטן (DHCPDISCOVER) איבער די נעץ מיט די בעטן "נו, עמעצער געבן מיר אַן IP אַדרעס." דערצו, יוזשאַוואַלי (אָבער ניט שטענדיק) די בעטן אַקערז פֿון פּאָרט 68 (מקור), און די דעסטיניישאַן איז פּאָרט 67 (דעסטיניישאַן). עטלעכע דעוויסעס אויך שיקן פּאַקיץ פֿון פּאָרט 67. די MAC אַדרעס פון דעם קליענט מיטל איז אַרייַנגערעכנט אין די DHCPDISCOVER פּעקל.
2. כל DHCP סערווערס ליגן אויף די נעץ (און עס קען זיין עטלעכע פון ​​זיי) פאָרעם אַ DHCPOFFER פאָרשלאָג מיט נעץ סעטטינגס פֿאַר די מיטל וואָס געשיקט DHCPDISCOVER און אויך בראָדקאַסט עס איבער די נעץ. לעגיטימאַציע פון ​​וואָס דאָס פּאַקאַט איז בדעה פֿאַר איז באזירט אויף די MAC אַדרעס פון דעם קליענט צוגעשטעלט פריער אין די DHCPDISCOVER בעטן.
3. דער קליענט אַקסעפּץ פּאַקיץ מיט פּראַפּאָוזאַלז פֿאַר נעץ סעטטינגס, סאַלעקץ די מערסט אַטראַקטיוו איינער (די קרייטיריאַ קען זיין אַנדערש, למשל, די צייט פון פּאַקאַט עקספּרעס, די נומער פון ינטערמידייט רוץ) און מאכט אַ "באַאַמטער בעטן" DHCPREQUEST מיט די נעץ סעטטינגס פון די DHCP סערווער עס לייקס. אין דעם פאַל, די פּאַקאַט גייט צו אַ ספּעציפיש DHCP סערווער.
4. דער סערווער וואָס באקומען די DHCPREQUEST סענדז אַ DHCPACK פֿאָרמאַט פּאַקאַט, אין וואָס עס אַמאָל ווידער רשימות די נעץ סעטטינגס בדעה פֿאַר דעם קליענט

אין אַדישאַן, עס זענען DHCPINFORM פּאַקיץ וואָס קומען פון דעם קליענט, און דער ציל פון וואָס איז צו מיטטיילן די DHCP סערווער אַז דער "קליענט איז לעבעדיק" און איז ניצן די ארויס נעץ סעטטינגס. אין די ימפּלאַמענטיישאַן פון דעם סערווער, די פּאַקיץ זענען איגנאָרירט.

פּעקל פֿאָרמאַט

אין אַלגעמיין, אַ עטהערנעט פּאַקאַט ראַם קוקט עפּעס ווי דאָס:

אין אונדזער פאַל, מיר וועלן באַטראַכטן בלויז די דאַטן גלייַך פֿון די אינהאַלט פון די UDP פּאַקאַט, אָן OSI שיכטע פּראָטאָקאָל כעדערז, ניימלי די DHCP סטרוקטור:

דהקפּדיסקאָווער

דער פּראָצעס פון קריגן אַן IP אַדרעס פֿאַר אַ מיטל הייבט זיך אָן מיט די 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:1ד
העקס
4
יינציק טראַנסאַקטיאָן ידענטיפיער. דזשענערייטאַד דורך דער קליענט אין די אָנהייב פון אַ בקשה אָפּעראַציע

7
צװײטע ר אי ז דורכגעגאנגען
0
העקס
4
צייט אין סעקונדעס פון די אָנהייב פון דעם פּראָצעס פון באַקומען אַן אַדרעס

9
שטיוול פלאַגס
0
העקס
2
זיכער פלאַגס וואָס קענען זיין באַשטימט צו אָנווייַזן פּראָטאָקאָל פּאַראַמעטערס

11
קליענט IP אַדרעס
0.0.0.0
פּאַס
4
קליענט IP אַדרעס (אויב קיין)

15
דיין קליענט IP אַדרעס
0.0.0.0
פּאַס
4
IP אַדרעס געפֿינט דורך די סערווער (אויב בנימצא)

19
ווייַטער סערווער IP אַדרעס
0.0.0.0
פּאַס
4
סערווירער IP אַדרעס (אויב באקאנט)

23
ריליי אַגענט IP אַדרעס
172.16.114.41
פּאַס
4
IP אַדרעס פון די רעלע אַגענט (למשל, אַ באַשטימען)

27
קליענט MAC אַדרעס
14:d6:4d:a7:c9:55
העקס
6
MAC אַדרעס פון די פּאַקאַט סענדער (קליענט)

31
קליענט ייַזנוואַרג אַדרעס וואַטן
 
העקס
10
רעזערווירט אַוועקזעצן. יוזשאַוואַלי אָנגעפילט מיט זעראָס

41
סערווירער באַלעבאָס נאָמען
 
פּאַס
64
DHCP סערווער נאָמען. יוזשאַוואַלי ניט טראַנסמיטטעד

105
שטיוול טעקע נאָמען
 
פּאַס
128
טעקע נאָמען אויף די סערווער געניצט דורך דיסקלעסס סטיישאַנז ווען בוטינג

235
מאַגיק קיכלעך
קסנומקס: קסנומקס: קסנומקס: קסנומקס
העקס
4
"מאַגיש" נומער, לויט וואָס, ינקל. איר קענען באַשטימען אַז דעם פּאַקאַט געהערט צו די DHCP פּראָטאָקאָל

DHCP אָפּציעס. קענען גיין אין קיין סדר

236
אָפּציע נומער
53
דעצעמבער
1
אָפּציע 53, וואָס ספּעציפיצירט די DHCP פּאַקאַט טיפּ

1 - DHCP דיסקאָווער
3 - DHCPREQUEST
2 - DHCPOFFER
5 - DHCPACK
8 - DHCPINFORM

 
אָפּציע לענג
1
דעצעמבער
1

 
אָפּציע ווערט
1
דעצעמבער
1

 
אָפּציע נומער
50
דעצעמבער
1
וואָס IP אַדרעס טוט דער קליענט ווילן צו באַקומען?

 
אָפּציע לענג
4
דעצעמבער
1

 
אָפּציע ווערט
172.16.134.61
פּאַס
4

 
אָפּציע נומער
55
 
1
נעץ פּאַראַמעטערס געבעטן דורך דער קליענט. די זאַץ קען זיין אַנדערש

01 - נעץ מאַסקע
03 - גייטוויי
06 - דנס
oc — האָסטנאַמע
0f - נעץ פעלד נאָמען
1c - אַדרעס פון בראָדקאַסט בעטן (בראָדקאַסט)
42 - טפטפּ סערווער נאָמען
79 - קלאַסלאַס סטאַטיק רוט

 
אָפּציע לענג
8
 
1

 
אָפּציע ווערט
01:03:06:0c:0f:1c:42:79
 
8

 
אָפּציע נומער
82
דעצעמבער
 
אָפּציע 82, וואָס טראַנסמיטט די MAC אַדרעס פון די רעפּעאַטער מיטל און עטלעכע נאָך וואַלועס.

רובֿ אָפט, דאָס איז די פּאָרט פון די באַשטימען אויף וואָס דער סוף DHCP קליענט לויפט. דער אָפּציע כּולל נאָך פּאַראַמעטערס. דער ערשטער בייט איז די נומער פון די "סובאָפּטיאָן", די רגע איז זייַן לענג, דעמאָלט זייַן ווערט.

אין דעם פאַל, אין אָפּציע 82, די סאַב-אָפּציעס זענען נעסטעד:
Agent Circuit ID = 00:04:00:01:00:04, ווו די לעצטע צוויי ביטעס זענען די DHCP קליענט פּאָרט פון וואָס די בעטן געקומען

אַגענט רימאָוט שייַן = 00:06:c8:be:19:93:11:48 - MAC אַדרעס פון די DHCP רעפּעאַטער מיטל

 
אָפּציע לענג
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. דער ענטפער איז געשיקט צו די פּאָרט "פון ווו עס געקומען", דורך בראָדקאַסט, ווייַל אין דעם מאָמענט, דער קליענט האט נאָך נישט אַן IP אַדרעס, דעריבער עס קען נאָר אָננעמען דעם פּאַקאַט אויב עס איז געשיקט דורך בראָדקאַסט. דער קליענט אנערקענט אַז דאָס איז אַ פּעקל פֿאַר אים דורך זיין MAC אַדרעס אין דעם פּעקל, ווי געזונט ווי די טראַנסאַקטיאָן נומער וואָס ער דזשענערייץ אין דער צייט ווען דער ערשטער פּעקל איז באשאפן.

DHCPOFFER פּאַקאַט סטרוקטור טיש

אָרט אין דעם פּעקל
נאָמען פון ווערט (פּראָסט)
בייַשפּיל
הקדמה
ביטע
קלעראַפאַקיישאַן

1
שטיוול בעטן
1
העקס
1
אָנזאָג טיפּ. 1 - בעטן פון קליענט צו סערווער, 2 - ענטפער פון סערווער צו קליענט

2
האַרדוואַרע טיפּ
1
העקס
1
טיפּ פון ייַזנוואַרג אַדרעס, אין דעם פּראָטאָקאָל 1 - MAC

3
האַרדוואַרע ווענדט לענג
6
העקס
1
די לענג פון די MAC אַדרעס פון די מיטל

4
האָפּס
1
העקס
1
נומער פון ינטערמידייט רוץ

5
טראַנסאַקטיאָן שייַן
23:cf:de:1ד
העקס
4
יינציק טראַנסאַקטיאָן ידענטיפיער. דזשענערייטאַד דורך דער קליענט אין די אָנהייב פון אַ בקשה אָפּעראַציע

7
צװײטע ר אי ז דורכגעגאנגען
0
העקס
4
צייט אין סעקונדעס פון די אָנהייב פון דעם פּראָצעס פון באַקומען אַן אַדרעס

9
שטיוול פלאַגס
0
העקס
2
זיכער פלאַגס וואָס קענען זיין באַשטימט צו אָנווייַזן פּראָטאָקאָל פּאַראַמעטערס. אין דעם פאַל, 0 מיטל די Unicast בעטן טיפּ

11
קליענט IP אַדרעס
0.0.0.0
פּאַס
4
קליענט IP אַדרעס (אויב קיין)

15
דיין קליענט IP אַדרעס
172.16.134.61
פּאַס
4
IP אַדרעס געפֿינט דורך די סערווער (אויב בנימצא)

19
ווייַטער סערווער IP אַדרעס
0.0.0.0
פּאַס
4
סערווירער IP אַדרעס (אויב באקאנט)

23
ריליי אַגענט IP אַדרעס
172.16.114.41
פּאַס
4
IP אַדרעס פון די רעלע אַגענט (למשל, אַ באַשטימען)

27
קליענט MAC אַדרעס
14:d6:4d:a7:c9:55
העקס
6
MAC אַדרעס פון די פּאַקאַט סענדער (קליענט)

31
קליענט ייַזנוואַרג אַדרעס וואַטן
 
העקס
10
רעזערווירט אַוועקזעצן. יוזשאַוואַלי אָנגעפילט מיט זעראָס

41
סערווירער באַלעבאָס נאָמען
 
פּאַס
64
DHCP סערווער נאָמען. יוזשאַוואַלי ניט טראַנסמיטטעד

105
שטיוול טעקע נאָמען
 
פּאַס
128
טעקע נאָמען אויף די סערווער געניצט דורך דיסקלעסס סטיישאַנז ווען בוטינג

235
מאַגיק קיכלעך
קסנומקס: קסנומקס: קסנומקס: קסנומקס
העקס
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
אָפּציע צו פאָרשלאָגן 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:4ד:עק
דעצעמבער
18

 
סוף פון פּעקל
255
דעצעמבער
1
255 סימבאַלייזאַז די סוף פון די פּאַקאַט

DHCPREQUEST

נאָך דער קליענט באקומט DHCPOFFER, ער פארמען אַ פּאַקאַט ריקוועסטינג נעץ פּאַראַמעטערס ניט צו אַלע DHCP סערווערס אויף די נעץ, אָבער בלויז צו איין ספּעציפיש איינער, וועמענס DHCPOFFER פאָרשלאָג ער "לייקט" די מערסט. די "ווי" קרייטיריאַ קענען זיין אַנדערש און אָפענגען אויף די DHCP ימפּלאַמענטיישאַן פון דעם קליענט. דער באַקומער פון די בעטן איז ספּעסיפיעד מיט די MAC אַדרעס פון די DHCP סערווער. אויך, אַ DHCPREQUEST פּאַקאַט קענען זיין געשיקט דורך דעם קליענט אָן ערשטער דזשענערייטינג DHCPDISCOVER, אויב די IP אַדרעס פון די סערווער איז שוין באקומען פריער.

DHCPREQUEST פּאַקאַט סטרוקטור טיש

אָרט אין דעם פּעקל
נאָמען פון ווערט (פּראָסט)
בייַשפּיל
הקדמה
ביטע
קלעראַפאַקיישאַן

1
שטיוול בעטן
1
העקס
1
אָנזאָג טיפּ. 1 - בעטן פון קליענט צו סערווער, 2 - ענטפער פון סערווער צו קליענט

2
האַרדוואַרע טיפּ
1
העקס
1
טיפּ פון ייַזנוואַרג אַדרעס, אין דעם פּראָטאָקאָל 1 - MAC

3
האַרדוואַרע ווענדט לענג
6
העקס
1
די לענג פון די MAC אַדרעס פון די מיטל

4
האָפּס
1
העקס
1
נומער פון ינטערמידייט רוץ

5
טראַנסאַקטיאָן שייַן
23:cf:de:1ד
העקס
4
יינציק טראַנסאַקטיאָן ידענטיפיער. דזשענערייטאַד דורך דער קליענט אין די אָנהייב פון אַ בקשה אָפּעראַציע

7
צװײטע ר אי ז דורכגעגאנגען
0
העקס
4
צייט אין סעקונדעס פון די אָנהייב פון דעם פּראָצעס פון באַקומען אַן אַדרעס

9
שטיוול פלאַגס
8000
העקס
2
זיכער פלאַגס וואָס קענען זיין באַשטימט צו אָנווייַזן פּראָטאָקאָל פּאַראַמעטערס. אין דעם פאַל, "בראָדקאַסט" איז באַשטימט

11
קליענט IP אַדרעס
0.0.0.0
פּאַס
4
קליענט IP אַדרעס (אויב קיין)

15
דיין קליענט IP אַדרעס
172.16.134.61
פּאַס
4
IP אַדרעס געפֿינט דורך די סערווער (אויב בנימצא)

19
ווייַטער סערווער IP אַדרעס
0.0.0.0
פּאַס
4
סערווירער IP אַדרעס (אויב באקאנט)

23
ריליי אַגענט IP אַדרעס
172.16.114.41
פּאַס
4
IP אַדרעס פון די רעלע אַגענט (למשל, אַ באַשטימען)

27
קליענט MAC אַדרעס
14:d6:4d:a7:c9:55
העקס
6
MAC אַדרעס פון די פּאַקאַט סענדער (קליענט)

31
קליענט ייַזנוואַרג אַדרעס וואַטן
 
העקס
10
רעזערווירט אַוועקזעצן. יוזשאַוואַלי אָנגעפילט מיט זעראָס

41
סערווירער באַלעבאָס נאָמען
 
פּאַס
64
DHCP סערווער נאָמען. יוזשאַוואַלי ניט טראַנסמיטטעד

105
שטיוול טעקע נאָמען
 
פּאַס
128
טעקע נאָמען אויף די סערווער געניצט דורך דיסקלעסס סטיישאַנז ווען בוטינג

235
מאַגיק קיכלעך
קסנומקס: קסנומקס: קסנומקס: קסנומקס
העקס
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 קליענט ווערסיע. טאָמער אנדערע דעוויסעס צוריקקומען עפּעס אַנדערש. Windows פֿאַר בייַשפּיל ריפּאָרץ MSFT 5.0

 
אָפּציע לענג
11
דעצעמבער
 

 
אָפּציע ווערט
ודקפּ 0.9.8
פּאַס
 

 
אָפּציע נומער
55
 
1
נעץ פּאַראַמעטערס געבעטן דורך דער קליענט. די זאַץ קען זיין אַנדערש

01 - נעץ מאַסקע
03 - גייטוויי
06 - דנס
oc — האָסטנאַמע
0f - נעץ פעלד נאָמען
1c - אַדרעס פון בראָדקאַסט בעטן (בראָדקאַסט)
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 סימבאַלייזאַז די סוף פון די פּאַקאַט

דהקפּאַקק

ווי באַשטעטיקונג אַז "יאָ, אַז ס רעכט, דאָס איז דיין IP אַדרעס, און איך וועל נישט געבן עס צו ווער עס יז אַנדערש" פֿון די DHCP סערווער, אַ פּאַקאַט אין DHCPACK פֿאָרמאַט פון די סערווער צו דער קליענט סערוועס. עס איז געשיקט בראָדקאַסט פּונקט ווי אנדערע פּאַקיץ. כאָטש, אין דעם קאָד אונטן פֿאַר אַ DHCP סערווער ימפּלאַמענאַד אין פּיטהאָן, נאָר אין פאַל, איך דופּליקאַט קיין בראָדקאַסט בעטן דורך שיקן אַ פּאַקאַט צו אַ ספּעציפיש קליענט IP, אויב עס איז שוין באַוווסט. דערצו, דער 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:1ד
העקס
4
יינציק טראַנסאַקטיאָן ידענטיפיער. דזשענערייטאַד דורך דער קליענט אין די אָנהייב פון אַ בקשה אָפּעראַציע

7
צװײטע ר אי ז דורכגעגאנגען
0
העקס
4
צייט אין סעקונדעס פון די אָנהייב פון דעם פּראָצעס פון באַקומען אַן אַדרעס

9
שטיוול פלאַגס
8000
העקס
2
זיכער פלאַגס וואָס קענען זיין באַשטימט צו אָנווייַזן פּראָטאָקאָל פּאַראַמעטערס. אין דעם פאַל, "בראָדקאַסט" איז באַשטימט

11
קליענט IP אַדרעס
0.0.0.0
פּאַס
4
קליענט IP אַדרעס (אויב קיין)

15
דיין קליענט IP אַדרעס
172.16.134.61
פּאַס
4
IP אַדרעס געפֿינט דורך די סערווער (אויב בנימצא)

19
ווייַטער סערווער IP אַדרעס
0.0.0.0
פּאַס
4
סערווירער IP אַדרעס (אויב באקאנט)

23
ריליי אַגענט IP אַדרעס
172.16.114.41
פּאַס
4
IP אַדרעס פון די רעלע אַגענט (למשל, אַ באַשטימען)

27
קליענט MAC אַדרעס
14:d6:4d:a7:c9:55
העקס
6
MAC אַדרעס פון די פּאַקאַט סענדער (קליענט)

31
קליענט ייַזנוואַרג אַדרעס וואַטן
 
העקס
10
רעזערווירט אַוועקזעצן. יוזשאַוואַלי אָנגעפילט מיט זעראָס

41
סערווירער באַלעבאָס נאָמען
 
פּאַס
64
DHCP סערווער נאָמען. יוזשאַוואַלי ניט טראַנסמיטטעד

105
שטיוול טעקע נאָמען
 
פּאַס
128
טעקע נאָמען אויף די סערווער געניצט דורך דיסקלעסס סטיישאַנז ווען בוטינג

235
מאַגיק קיכלעך
קסנומקס: קסנומקס: קסנומקס: קסנומקס
העקס
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
אָפּציע צו פאָרשלאָגן 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:4ד:עק
דעצעמבער
18

 
סוף פון פּעקל
255
דעצעמבער
1
255 סימבאַלייזאַז די סוף פון די פּאַקאַט

ינסטאַלירונג

די ינסטאַלירונג אַקשלי באשטייט פון ינסטאָלינג די פּיטהאָן מאַדזשולז נייטיק פֿאַר אַרבעט. עס איז אנגענומען אַז MySQL איז שוין אינסטאַלירן און קאַנפיגיערד.

FreeBSD

pkg ינסטאַלירן python3 python3 -m surepip pip3 install mysql-connector

ובונטו

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

מיר שאַפֿן אַ MySQL דאַטאַבייס, ופּלאָאַד די pydhcp.sql דאַמפּ אין עס און קאַנפיגיער די קאַנפיגיעריישאַן טעקע.

קאָנפיגוראַטיאָן

כל סערווער סעטטינגס זענען אין אַ קסמל טעקע. רעפערענץ טעקע:

1.0 0.0.0.0 255.255.255.255 192.168.0.71 8600 1 255.255.255.0 192.168.0.1 localhost פּרובירן פּרובירן 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 אויסקלייַבן יפּ, מאַסקע, ראַוטער, דנס פֿון יוזערז ווו אַפּער (מעק) = אויבערשטער ('{אָפּטיאָן_3_אַגענטרעמאָטעיד_העקס}') און אויבערשטער (פּאָרט) = אַפּער ('{אָפּטיאָן_1_אַגענטסירקוויטיד_פּאָרט_העקס}') אויסקלייַבן יפּ, מאַסקע, ראַוטער, דנס פון יוזערז ווו upper (mac) = upper ('{sw_mac}') און upper (port) = upper ('{sw_port82}') אויסקלייַבן יפּ, מאַסקע, ראַוטער, דנס פֿון יוזערז ווו upper (mac) = upper ('{ClientMacAddress}') אַרייַנלייגן אין געשיכטע (שייַן, דט, מעק, יפּ, באַמערקונג) וואַלועס (נול, איצט (), '{ClientMacAddress}','{RequestedIpAddress}','DHCPACK/INFORM')

איצט אין מער דעטאַל אויף די טאַגס:

די dhcpserver אָפּטיילונג באשרייבט די יקערדיק סעטטינגס פֿאַר סטאַרטינג די סערווער, ניימלי:

• באַלעבאָס - וואָס IP אַדרעס דער סערווער ליסאַנז צו פּאָרט 67
• בראָדקאַסט - וואָס IP איז די בראָדקאַסט פֿאַר DHCPOFFER און DHCPACK
• DHCPServer - וואָס איז די IP פון די DHCP סערווער
• LeaseTime דינגען צייט פון די ארויס IP אַדרעס
• ThreadLimit - ווי פילע פֿעדעם לויפן סיימאַלטייניאַסלי צו פּראָצעס ינקאַמינג ודפּ פּאַקיץ אויף פּאָרט 67. עס איז געמיינט צו העלפן אויף הויך-מאַסע פּראַדזשעקס 😉
• defaultMask,defaultRouter,defaultDNS - וואָס איז געפֿינט צו די אַבאָנענט דורך פעליקייַט אויב אַן IP איז געפֿונען אין די דאַטאַבייס, אָבער נאָך פּאַראַמעטערס זענען נישט ספּעסיפיעד פֿאַר עס

mysql אָפּטיילונג:

באַלעבאָס, נאמען, פּאַראָל, באַסענאַמע - אַלץ רעדט פֿאַר זיך. אַ דערנענטערנ דאַטאַבייס סטרוקטור איז אַרייַנגעשיקט אויף גיטהוב

אָנפֿרעג אָפּטיילונג: ריקוועס פֿאַר ריסיווינג OFFER / ACK זענען דיסקרייבד דאָ:

• offer_count - די נומער פון שורות מיט ריקוועס וואָס צוריקקומען אַ רעזולטאַט ווי יפּ, מאַסקע, ראַוטער, דנס
• offer_n — אָנפֿרעג שטריקל. אויב דער צוריקקער איז ליידיק, עקסאַקיוץ די פאלגענדע פאָרשלאָג בעטן
• history_sql - אַ אָנפֿרעג וואָס שרייבט, פֿאַר בייַשפּיל, צו די "אַוטהאָריזאַטיאָן געשיכטע" פֿאַר אַ אַבאָנענט

ריקוועס קענען אַרייַננעמען וועריאַבאַלז פון די אָפּציעס אָפּטיילונג אָדער אָפּציעס פון די DHCP פּראָטאָקאָל.

אָפּציעס אָפּטיילונג. דאָס איז ווו עס ווערט מער טשיקאַווע. דאָ מיר קענען מאַכן וועריאַבאַלז וואָס מיר קענען נוצן שפּעטער אין די אָנפֿרעג אָפּטיילונג.

פֿאַר בייַשפּיל:

option_82_hex:sw_port1:20:22

, די באַפֿעל שורה נעמט די גאנצע שורה וואָס איז געקומען אין די DHCP בעטן אָפּציע 82, אין העקס פֿאָרמאַט, אין די קייט פון 20 צו 22 ביטעס ינקלוסיוו און לייגט עס אין די נייַע בייַטעוודיק sw_port1 (באַשטימען פּאָרט פון ווו די בעטן געקומען)

option_82_hex:sw_mac:26:40

, דעפינירן די sw_mac בייַטעוודיק, גענומען די העקס פון די קייט 26:40

איר קענען זען אַלע די מעגלעך אָפּציעס וואָס קענען זיין געוויינט אין קוויריז דורך סטאַרטינג די סערווער מיט די -d באַשטימען. מיר וועלן זען עפּעס ווי דעם קלאָץ:

- אַ DHCPINFORM פּאַקאַט אנגעקומען אויף פּאָרט 67, פֿון 0025224ad764, b'x91xa5xe0xa3xa5xa9-x8fx8a', ('172.30.114.25', 68) {'ClientMacAddress': '0025224 % "Jxd764d", ' HType': 'Ethernet', 'HostName': b'x00xa7xe91xa5xa0xa3-x5fx9a', 'ReqListDNS': True, 'ReqListDomainName': True, 'ReqListPerfowmRouterDiscover': True, 'Req: TrueRoute, 'Req: TrueRoute, 'Req: TrueRoute' ReqListSubnetMask ': אמת, 'ReqListVendorSpecInfo': 8, 'RequestedIpAddress': '8', 'Vendor': b'MSFT 43', 'chaddr': '0.0.0.0ad5.0', 'ciaddr': '0025224'.764'.172.30.128.13. פלאַגס ': b'x00x00', 'giaddr': '172.30.114.25', 'gpoz': 308, 'hlen': 6, 'hops': 1, 'htype': 'MAC', 'magic_cookie': b' cx82Sc ', 'op': 'DHCPINFORM', 'אָפּטיאָן 12': 12, 'אָפּטיאָן 53': 53, 'אָפּטיאָן 55': 55, 'אָפּטיאָן 60': 60, 'אָפּטיאָן 61': 61, 'אָפּטיאָן 82': 82, 'אָפּטיאָן_82_בייט' : b'x12x01x06x00x04x00x01x00x06x02x08x00' b'x06x00x1eXx9exb2xad', 'option_82_hex': '12010600040001000602080006001: 589:2 82, 'option_18_str': "b'x82x12x01x06x00x04x00x01x00x06x02x08x00x06x00eXx1exb9xad'", 'result': False, 'secs': 2, 'siaddr' : '768', 'sw_mac': '0.0.0.0e001eb589ad', 'sw_port2': '1', 'xidbyte': b'

אַקקאָרדינגלי, מיר קענען ייַנוויקלען קיין וועריאַבאַלז אין {} און עס וועט זיין געוויינט אין די SQL אָנפֿרעג.

לאָזן אונדז רעקאָרדירן פֿאַר געשיכטע אַז דער קליענט באקומען די IP אַדרעס:

סערווירער אָנהייב

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

- די קאַנסאָול רעזולטאַט מאָדע דעבוג
- c <טעקענאַמע> קאַנפיגיעריישאַן טעקע

דעבריפינג

און איצט מער דעטאַילס וועגן ימפּלאַמענינג די סערווער אין פּיטהאָן. עס איז אַ ווייטיק. פּיטהאָן איז געלערנט אויף די פליען. פילע מאָומאַנץ זענען געמאכט אין די נוסח פון "וואַו, עפעס איך געמאכט עס אַרבעט." ניט אָפּטימיזעד בייַ אַלע, און לינקס אין דעם פאָרעם דער הויפּט רעכט צו קליין דערפאַרונג אין פּיטהאָן אַנטוויקלונג. איך וועל וווינען אויף די מערסט טשיקאַווע אַספּעקץ פון די סערווער ימפּלאַמענטיישאַן אין "קאָד".

קסמל קאַנפיגיעריישאַן טעקע פּאַרסער

דער נאָרמאַל פּיטהאָן מאָדולע xml.dom איז געניצט. עס מיינט פּשוט, אָבער בעשאַס ימפּלאַמענטיישאַן עס איז געווען אַ באמערקט פעלן פון קלאָר דאַקיומענטיישאַן און ביישפילן אויף די נעץ ניצן דעם מאָדולע.

    בוים = minidom.parse(gconfig["config_file"]) mconfig=tree.getElementsByTagName("mysql") פֿאַר עלעם אין mconfig: gconfig["mysql_host"]=elem.getElementsByTagName("host")[0].פירסטקינד. gconfig["mysql_username"]=elem.getElementsByTagName("באַניצער נאָמען")[0].firstChild.data gconfig["mysql_password"]=elem.getElementsByTagName("password")[0].firstChild.data gconfig["mysql_password" =elem.getElementsByTagName("באַסענאַמע")[0].firstChild.data dconfig=tree.getElementsByTagName("dhcpserver") פֿאַר עלעם אין dconfig: gconfig["בראָדקאַסט"]=עלעם.געטעלעמענטסביטאַגנאַמע("בראָדקאַסט")[0]. firstChild.data 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"["dhMacp_Server"] =elem.getElementsByTagName("defaultMask")[0].firstChild.data gconfig["dhcp_defaultRouter"]=elem.getElementsByTagName("defaultRouter")[0].firstChild.data gconfig["dhcp_defaultDgetElement"](elem.getElementsByTagName("defaultRouter") defaultDNS")[0].firstChild.data qconfig=tree.getElementsByTagName("אָנפֿרעג") פֿאַר עלעם אין qconfig: gconfig["offer_count"]=elem.getElementsByTagName("offer_count")[0].firstChild.data פֿאַר נומער אין קייט(ינט(גקאָנפיג["אָפפער_קאָונט"])): גקאָנפיג["אָפפער_"+סטר(נום+1)]=עלעם.געטעלעמענץ בייטאַגנאַמע("אָפפער_"+סטר(נום+1))[0].פירסטקיילד.דאַטאַ גקאָנפיג ["history_sql"]=elem.getElementsByTagName("history_sql")[0].firstChild.data options=tree.getElementsByTagName("אָפּציעס") פֿאַר עלעם אין אָפּציעס: node=elem.getElementsByTagName("אָפּציע") פֿאַר אָפּציעס אין נאָדע : optionsMod.append(options.firstChild.data)

מולטיטהרעאַדינג

אַדלי גענוג, מולטיטהרעאַדינג אין פּיטהאָן איז ימפּלאַמענאַד זייער קלאר און פשוט.

def PacketWork(data,addr): ... # ימפּלאַמענטיישאַן פון פּאַרסינג די ינקאַמינג פּאַקאַט און ריספּאַנד צו עס ... בשעת אמת: דאַטן, adr = udp_socket.recvfrom(1024) # ווארטן פֿאַר די UDP פּאַקאַט פאָדעם = threading.thread( target=PacketWork, args=(data,addr,)).start() # ווי עס געקומען - מיר קאַטער די פריער דיפיינד פּאַקקעטוואָרק פֿונקציע אין דער הינטערגרונט מיט פּאַראַמעטערס בשעת טרעדינג.אַקטיווע_קאָונט () >gconfig["dhcp_ThreadLimit"]: צייט. שלאָפן(1) # אויב די נומער עס זענען שוין פליסנדיק מער פֿעדעם ווי אין די סעטטינגס, מיר וואַרטן ביז עס זענען ווייניקערע פון ​​​​זיי

באַקומען / שיקן DHCP פּאַקאַט

אין סדר צו ינטערסעפּט ודפּ פּאַקיץ וואָס קומען דורך די נעץ קאָרט, איר דאַרפֿן צו "הייבן" די כאָלעל:

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["בראָאַדקאַסט"],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 פּאַקאַט

דאָס איז ווו איך טאַקע לייקט פּיטהאָן. עס טורנס אויס אַז אויס פון די קעסטל עס אַלאַוז איר צו זיין גאַנץ פלעקסאַבאַל מיט די ביטעקאָדע. אַלאַוינג עס צו זיין זייער לייכט איבערגעזעצט אין דעצימאַל וואַלועס, סטרינגס און העקס - ד.ה. דאָס איז וואָס מיר טאַקע דאַרפֿן צו פֿאַרשטיין די סטרוקטור פון דעם פּעקל. אַזוי, פֿאַר בייַשפּיל, איר קענען באַקומען אַ קייט פון ביטעס אין העקס און נאָר ביטעס:

    רעס["קסידהעקס"]=דאַטאַ[4:8].העקס() רעס["קסידביטע"]=דאַטאַ[4:8]

, פּאַקן די ביטעס אין אַ סטרוקטור:

res["פלאַגס"]=פּאַק('BB',data[10],data[11])

באַקומען IP פֿון סטרוקטור:

רעס ["סיאַדדר"] = socket.inet_ntoa (פּאַק ('BBBB', דאַטן [12], דאַטן [13], דאַטן [14], דאַטן [15]));

און פֿאַרקערט:

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

אַז ס אַלע פֿאַר איצט 😉

מקור: www.habr.com