מטרת פרויקט זה הייתה:

• למידה על DHCP ברשת IPv4
• לימוד פייתון (קצת יותר מאשר מאפס 😉)
• החלפת שרת DB2DHCP (המזלג שלי), מקורי כאן, שהופכת קשה יותר ויותר להרכבה עבור מערכת ההפעלה החדשה. ואני לא אוהב שזה בינארי שאין דרך "לשנות עכשיו"
• השגת שרת DHCP עובד עם היכולת לבחור כתובת IP של מנוי באמצעות שילוב ה-mac של המנוי או החלפת mac+port (אפשרות 82)
• כתיבת אופניים נוספים (הו! זו הפעילות האהובה עליי)
• קבלת הערות על ידך במועדון ב-Habrahabr (או יותר טוב, הזמנה) 😉

תוצאה: זה עובד 😉 נבדק על FreeBSD ו-Ubuntu OS. תיאורטית, ניתן לבקש מהקוד לעבוד תחת כל מערכת הפעלה, מכיוון נראה שאין כריכות ספציפיות בקוד.
בקפידה! יש עוד הרבה לבוא.

קישור למאגר לחובבנים "לגעת בחיים".

תהליך ההתקנה, ההגדרה והשימוש בתוצאה של "לימוד החומרה" הוא הרבה יותר נמוך, ולאחר מכן קצת תיאוריה על פרוטוקול DHCP. בשבילי. ולהיסטוריה 😉

קצת תיאוריה

מה זה DHCP

זהו פרוטוקול רשת המאפשר למכשיר לגלות את כתובת ה-IP שלו (ופרמטרים נוספים כמו שער, DNS וכו') משרת 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 כי "הלקוח חי" ומשתמש בהגדרות הרשת שהונפקו. ביישום של שרת זה, מתעלמים מחבילות אלו.

פורמט חבילה

באופן כללי, מסגרת מנות Ethernet נראית בערך כך:

במקרה שלנו, נשקול רק את הנתונים ישירות מהתוכן של חבילת UDP, ללא כותרות פרוטוקול שכבת OSI, כלומר מבנה DHCP:

DHCPDISCOVER

אז, תהליך השגת כתובת 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:1d
הקס
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
עוגיות קסם
63: 82: 53: 63
הקס
4
מספר "קסם", לפיו, כולל. אתה יכול לקבוע שהחבילה הזו שייכת לפרוטוקול DHCP

אפשרויות DHCP. יכול ללכת בכל סדר

236
מספר אופציה
53
דצמבר
1
אפשרות 53, המציינת את סוג מנות ה-DHCP

1 - DHCPDISCOVER
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 - DNS
oc — שם מארח
0f - שם דומיין רשת
1c - כתובת בקשת השידור (שידור)
42 - שם שרת TFTP
79 - מסלול סטטי ללא כיתות

 
אורך אופציה
8
 
1

 
ערך אופציה
01:03:06:0c:0f:1c:42:79
 
8

 
מספר אופציה
82
דצמבר
 
אפשרות 82, המשדרת את כתובת ה-MAC של התקן החזר וכמה ערכים נוספים.

לרוב, זו היציאה של המתג שעליו פועל לקוח ה-DHCP הקצה. אפשרות זו מכילה פרמטרים נוספים. הביט הראשון הוא המספר של "תת-אופציית", השני הוא האורך שלו, ואז הערך שלו.

במקרה זה, באפשרות 82, אפשרויות המשנה מקוננות:
ID 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:1d
הקס
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
עוגיות קסם
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
אפשרות להציע DHCP ללקוח DNS

 
אורך אופציה
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 מסמל את סוף החבילה

בקשת DHC

לאחר שהלקוח מקבל 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:1d
הקס
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
עוגיות קסם
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. אולי מכשירים אחרים מחזירים משהו אחר. Windows למשל מדווחת על 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:4 ד:אק
דצמבר
18

 
סוף החבילה
255
דצמבר
1
255 מסמל את סוף החבילה

DHCPACK

כאישור ש"כן, זה נכון, זו כתובת ה-IP שלך, ואני לא אמסור אותה לאף אחד אחר" משרת ה-DHCP, משרתת חבילה בפורמט DHCPACK מהשרת ללקוח. זה נשלח שידור בדיוק כמו מנות אחרות. אמנם, בקוד שלהלן עבור שרת DHCP המיושם ב- Python, לכל מקרה, אני משכפל כל בקשת שידור על ידי שליחת מנה ל-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:1d
הקס
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
עוגיות קסם
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
אפשרות להציע DHCP ללקוח DNS

 
אורך אופציה
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 להתקין את mysql-connector

אובונטו

sudo apt-get התקנת python3 sudo apt-get התקנת pip3 sudo pip3 התקנת mysql-connector

אנו יוצרים מסד נתונים של MySQL, מעלים לתוכו את ה-dump 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 בחר ip,mask,router,dns ממשתמשים שבהם upper(mac)=upper('{option_3_AgentRemoteId_hex}') ו-upper(port)=upper('{option_1_AgentCircuitId_port_hex}') בחר ip,mask,router,dns ממשתמשים שבהם upper(mac)=upper('{sw_mac}') ו-upper(port)=upper('{sw_port82}') בחר ip,mask,router,dns ממשתמשים שבהם upper(mac)=upper('{ClientMacAddress}') הוסף להיסטוריה (id,dt,mac,ip,comment) ערכי (null,now(),'{ClientMacAddress}','{RequestedIpAddress}','DHCPACK/INFORM')

עכשיו בפירוט רב יותר על התגים:

סעיף dhcpserver מתאר את ההגדרות הבסיסיות להפעלת השרת, כלומר:

• מארח - לאיזו כתובת IP השרת מאזין ביציאה 67
• broadcast - איזה ip הוא השידור עבור DHCPOFFER ו-DHCPACK
• DHCPServer - מהו ה-IP של שרת ה-DHCP
• LeaseTime זמן החכירה של כתובת ה-IP שהונפקה
• ThreadLimit - כמה שרשורים פועלים בו זמנית לעיבוד מנות UDP נכנסות ביציאה 67. זה אמור לעזור בפרויקטים בעומס גבוה 😉
• defaultMask,defaultRouter,defaultDNS - מה שמוצע למנוי כברירת מחדל אם נמצא IP במסד הנתונים, אך לא צוינו עבורו פרמטרים נוספים

מדור mysql:

מארח, שם משתמש, סיסמה, שם בסיס - הכל מדבר בעד עצמו. מבנה מסד נתונים משוער פורסם ב GitHub

קטע שאילתה: בקשות לקבלת OFFER/ACK מתוארות כאן:

• offer_count - מספר השורות עם בקשות שמחזירות תוצאה כמו ip,mask,router,dns
• offer_n — מחרוזת שאילתה. אם ההחזר ריק, מבצע את בקשת ההצעה הבאה
• history_sql - שאילתה שכותבת, למשל, ל"היסטוריית ההרשאות" עבור מנוי

בקשות יכולות לכלול כל משתנים מקטע האפשרויות או אפשרויות מפרוטוקול DHCP.

סעיף אפשרויות. כאן זה נהיה יותר מעניין. כאן נוכל ליצור משתנים שנוכל להשתמש בהם בהמשך קטע השאילתה.

לדוגמה:

option_82_hex:sw_port1:20:22

, שורת פקודה זו לוקחת את כל השורה שהגיעה באופציה 82 של בקשת DHCP, בפורמט hex, בטווח שבין 20 ל-22 בתים כולל ומכניסה אותה למשתנה החדש sw_port1 (יציאה מהמקום ממנו הגיעה הבקשה)

option_82_hex:sw_mac:26:40

, הגדר את המשתנה sw_mac, לוקח את ה-hex מהטווח 26:40

אתה יכול לראות את כל האפשרויות האפשריות שניתן להשתמש בהן בשאילתות על ידי הפעלת השרת עם המתג -d. נראה משהו כמו היומן הזה:

--חבילה של DHCPINFORM הגיעה ליציאה 67, מ-0025224ad764 , b'x91xa5xe0xa3xa5xa9-x8fx8a' , ('172.30.114.25', 68) {'ClientMacAddress': '0025224teMac': '764tMac': '00': '7' 91 5%"Jxd0d' , 'Htype': 'ethernet', 'שם מארח': b'x3xa5xe9xa8xa8xa43-x0.0.0.0fx5.0a ',' reqlistdns ': true, reqlistdomainnam 'ReqListSubnetM ask ': True, 'ReqListVendorSpecInfo': 0025224, 'RequestedIpAddress': '764', 'Vendor': b'MSFT 172.30.128.13', 'chaddr': '00ad00', 'ciaddr'.172.30.114.25'.308'. , 'flags ': b'x6x1', 'giaddr': '82', 'gpoz': 12, 'hlen': 12, 'hops': 53, 'htype': 'MAC', 'magic_cookie': b'cx53Sc ', 'op': 'DHCPINFORM', 'option55': 55, 'option60': 60, 'option61': 61, 'option82': 82, 'option82': 12, 'option01': 06, ' option_00_byte': b'x04x00x01x00x06x02x08x00x06x00x1x9' b'x2x82x12010600040001000602080006001eXx589exb2xad', 'option_82_hex': '18e _82_len': 12 01, 'option_06_str': "b'x00x04x00x01x00x06x02x08x00x06x00x1x9x2x768eXx0.0.0.0exb001xad'", 'result': False, 'secs': 589 'siaddr': '2', 'sw_mac': '1e06eb89ad', 'sw_port8': '3', 'xidbyte': b'

בהתאם לכך, נוכל לעטוף כל משתנה ב-{} והוא ישמש בשאילתת SQL.

תן לנו לרשום להיסטוריה שהלקוח קיבל את כתובת ה-IP:

הפעלת השרת

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

— d מצב פלט קונסולת DEBUG
- c <שם קובץ> קובץ תצורה

תַחקִיר

ועכשיו פרטים נוספים על הטמעת השרת ב-Python. זה כאב. פייתון נלמד תוך כדי תנועה. הרבה רגעים נוצרים בסגנון של "וואו, איכשהו גרמתי לזה לעבוד." לא עבר אופטימיזציה בכלל, ונשאר בצורה זו בעיקר בגלל ניסיון מועט בפיתוח Python. אתעכב על ההיבטים המעניינים ביותר של יישום השרת ב"קוד".

מנתח קבצי תצורה של XML

נעשה שימוש במודול Python הסטנדרטי xml.dom. זה נראה פשוט, אבל במהלך היישום היה חוסר בולט של תיעוד ברור ודוגמאות ברשת באמצעות מודול זה.

    tree = minidom.parse(gconfig["config_file"]) mconfig=tree.getElementsByTagName("mysql") עבור elem ב-mconfig: gconfig["mysql_host"]=elem.getElementsByTagName("host")[0].firstChild. gconfig["mysql_username"]=elem.getElementsByTagName("username")[0].firstChild.data gconfig["mysql_password"]=elem.getElementsByTagName("סיסמה")[0].firstChild.data gconfig["mysql_names" =elem.getElementsByTagName("basename")[0].firstChild.data dconfig=tree.getElementsByTagName("dhcpserver") עבור elem ב-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.data gconfig[" dhcp_ThreadLimit"]=int(elem.getElementsByTagName("ThreadLimit")[0].firstChild.data) gconfig["dhcp_Server"]=elem.getElementsByTagName("DHCPServer")[0].firstChild.data gconfig"]default =elem.getElementsByTagName("defaultMask")[0].firstChild.data gconfig["dhcp_defaultRouter"]=elem.getElementsByTagName("defaultRouter")[0].firstChild.data gconfig["dhcp_defaultDgetName"]=elem.getElementsByTagName defaultDNS")[0].firstChild.data qconfig=tree.getElementsByTagName("query") עבור elem ב-qconfig: gconfig["offer_count"]=elem.getElementsByTagName("offer_count")[0].firstChild.data עבור num in range(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") עבור elem באפשרויות: node=elem.getElementsByTagName("option") עבור אפשרויות בצומת : optionsMod.append(options.firstChild.data)

ריבוי השרשורים

באופן מוזר, ריבוי השרשורים ב-Python מיושם בצורה מאוד ברורה ופשוטה.

def PacketWork(data,addr): ... # יישום של ניתוח החבילה הנכנסת והיענות לה ... בעוד True: data, addr = udp_socket.recvfrom(1024) # מחכה ל-UDP פתיל המנה = threading.Thread( target=PacketWork , args=(data,addr,)).start() # כפי שהגיע - אנו משיקים את פונקציית PacketWork שהוגדרה קודם לכן ברקע עם פרמטרים תוך כדי threading.active_count() >gconfig["dhcp_ThreadLimit"]: זמן. sleep(1) # if the number יש כבר שרשורים רבים יותר מאשר בהגדרות, אנחנו מחכים עד שיהיו פחות מהם

קבלה/שלח חבילת 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: port. ייתכן שיש גם AF_UNIX - כאשר הכתובת ניתנת על ידי שם הקובץ.
• SOCK_DGRAM - פירושו שאנחנו לא מקבלים "חבילה גולמית", אלא כזו שכבר עברה דרך חומת האש, ועם חבילה חתוכה חלקית. הָהֵן. אנו מקבלים רק חבילת UDP ללא הרכיב ה"פיזי" של עטיפת מנות UDP. אם אתה משתמש בדגל SOCK_RAW, תצטרך גם לנתח את ה"עטיפה" הזו.

שליחת חבילה יכולה להיות כמו שידור:

                    udp_socket.setsockopt(socket.SOL_SOCKET, socket.SO_BROADCAST, 1) #switch את השקע למצב שידור 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

כאן מאוד אהבתי את Python. מסתבר שמחוץ לקופסה זה מאפשר לך להיות די גמיש עם ה-bytecode. מאפשר לתרגם בקלות רבה לערכים עשרוניים, מחרוזות והקס - כלומר. זה מה שאנחנו צריכים בעצם כדי להבין את מבנה החבילה. כך, למשל, אתה יכול לקבל טווח של בתים ב-HEX ורק בתים:

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

, ארזו את הבייטים למבנה:

res["flags"]=pack('BB',data[10],data[11])

קבל IP מהמבנה:

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