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 अस्पष्ट राहणे थांबते। दोन ट्रेस, प्रत्येक वाटप पद्धतीतून एक, कोणत्याही दस्तऐवजापेक्षा वेगाने वाद मिटवतात।