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 ఇక అస్పష్టంగా ఉండదు. ప్రతి కేటాయింపు పద్ధతి నుండి ఒకటి చొప్పున రెండు ట్రేస్లు, ఏ పత్రం కంటే వేగంగా వివాదాన్ని తీరుస్తాయి.