RRAS DHCP: כתובת חדשה או רק אפשרויות תצורה?

לקרוא DHCPACK בלכידה כהוכחה שלקוח ה-VPN קיבל את כתובתו מ-DHCP זו טעות. בדרך כלל זה מוכיח רק שנענה איזה מסר DHCP. Windows RRAS יכול לחלק כתובות הפעלה מהמאגר הסטטי שלו בעוד DHCP עדיין מספק אפשרויות ללקוח המחובר. סוג הבקשה אומר לכם איזו משתי המשימות התרחשה.

שתי משימות שחולקות סוג מסר

DHCP עושה שני דברים נפרדים, והם חולקים סוגי מסר. האחד הוא הקצאת כתובת וחכירה. האחר הוא מסירת תצורה למארח שכבר יש לו כתובת, מה ש-RFC 2131 מכנה DHCPINFORM. התשובה במקרה השני נושאת אפשרויות ואינה נושאת זמן חכירה.

אז ACK הוא הוכחה לתשובה, לא הוכחה להקצאה. המסר שקדם לו קובע איזו שאלה נשאלה. קראו קודם את שורת הבקשה, ושאר העקבות בדרך כלל מסביר את עצמו.

מאיפה RRAS מקבל את הכתובת

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

Get-Command -Module RemoteAccess *IPAddress*

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

מה מחלקת משתמש יכולה להוכיח ומה לא

מחלקת משתמש של DHCP היא מחרוזת שהלקוח שולח, לא חברות מאומתת בקבוצה. גם כשלקוח שולח אחת והשרת מתאים לה מדיניות, התווית מוכיחה רק שהמחרוזת הגיעה. RFC 3004 אומר בפירוש שהאפשרות אינה מאמתת זכאות למחלקה.

אל תצפו ששם משתמש VPN, מזהה של קבוצת אבטחה או כתובת ה-Ethernet של המחשב הנייד יופיעו בבקשה הזו בצורה שמישה. אלה עובדות של אימות ושל ספרייה, ובקשת ה-DHCP אינה נושאת אף אחת מהן. אם הדרישה היא להבדיל בין אנשים מורשים, אכפו אותה במדיניות ה-VPN, שם הזהות באמת קיימת. ההפרדה הזו היא הסיבה ששתי המערכות נשארות עצמאיות.

השוו את הראיות, לא את ה-ACK

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

Get-DhcpServerv4OptionValue -ScopeId 10.90.0.0

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