RRAS DHCP: नया पता या केवल कॉन्फ़िगरेशन विकल्प?

कैप्चर में DHCPACK को इस प्रमाण के रूप में पढ़ना कि VPN क्लाइंट को अपना पता DHCP से मिला, एक भूल है। सामान्यतः यह केवल यह सिद्ध करता है कि किसी DHCP संदेश का उत्तर दिया गया। Windows RRAS अपने ही स्थिर पूल से सत्र के पते दे सकता है, जबकि DHCP अब भी जुड़े क्लाइंट को विकल्प देता रहता है। अनुरोध का प्रकार बताता है कि दोनों में से कौन-सा काम चल रहा था।

एक ही संदेश-प्रकार बाँटने वाले दो काम

DHCP दो अलग काम करता है, और वे संदेश-प्रकार बाँटते हैं। एक है पता और लीज़ आवंटित करना। दूसरा है ऐसे होस्ट को कॉन्फ़िगरेशन पहुँचाना जिसके पास पहले से पता है, जिसे RFC 2131 DHCPINFORM कहता है। दूसरे मामले में उत्तर में विकल्प होते हैं और कोई लीज़ अवधि नहीं होती।

इसलिए ACK उत्तर का प्रमाण है, आवंटन का प्रमाण नहीं। इससे पहले आया संदेश तय करता है कि कौन-सा प्रश्न पूछा गया। पहले अनुरोध पंक्ति पढ़ें और बाकी ट्रेस सामान्यतः स्वयं स्पष्ट हो जाता है।

RRAS को पता कहाँ से मिलता है

RRAS अपनी कॉन्फ़िगर की गई IPv4 आवंटन विधि से VPN पता तय करता है: या तो 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 अस्पष्ट रहना बंद कर देता है। दो ट्रेस, हर आवंटन विधि से एक, किसी भी दस्तावेज़ से तेज़ी से विवाद तय करते हैं।