RRAS VPN క్లయింట్లకు సొంత IPv4 పూల్ మరియు తిరిగి వెళ్లే మార్గం కావాలి

VPN క్లయింట్ కనెక్ట్ అయి చిరునామా పొందుతుంది, కానీ దానికి అవసరమైన LAN హోస్ట్ ఇప్పటికీ సమాధానం ఇవ్వలేదు. Windows Routing and Remote Access లో VPN క్లయింట్ల అంతర్గత చిరునామా సర్వర్ LAN అడాప్టర్ నుండి విడిగా కాన్ఫిగర్ చేసిన పూల్ నుండి వస్తుంది, మరియు LAN వైపు ఆ పూల్కు తిరిగి వెళ్లే మార్గం కావాలి. రెండు మార్పులు, ఒకటి కాదు, అవి వేర్వేరు విధాలుగా విఫలమవుతాయి. పాత పరిధులు తీసివేయబడే ముందు చిరునామా ప్రణాళిక మరియు తిరిగి వెళ్లే మార్గం నిరూపించబడేలా వాటిని వరుసగా చేయండి.

కన్సోల్ తెరిచే ముందు పరిధిని రిజర్వ్ చేయండి

LAN, ఇతర VPN పరిధులు లేదా సైట్కు రూట్ అయ్యే ఏదైనా వాటితో అతిపాతం కాని ప్రిఫిక్స్ ఎంచుకోండి. పరీక్షకు /24 సౌకర్యవంతమైన పరిమాణం, మొదటి ఉపయోగించదగిన భాగం క్లయింట్లకు ఇవ్వవచ్చు, మిగిలినది వృద్ధికి స్వేచ్ఛగా ఉంటుంది. కన్సోల్లో టైప్ చేసే ముందు దానిని దాని ఉద్దేశ్యం మరియు యజమానితో పాటు రాయండి. తరువాతి విభజన మళ్లీ నంబరింగ్ చేయమని బలవంతం చేయకుండా బ్లాక్ రెండు చివరలా స్థలం విడిచిపెట్టండి.

కన్సోల్లో మాత్రమే జీవించే చిరునామా ప్రణాళిక ఒక పునర్నిర్మాణం దూరంలో ఢీకొనడంతో ఉంటుంది. అది పెరిగే ధోరణిని కూడా కలిగి ఉంటుంది: ఎవరో తర్వాత రెండవ పరిధిని జోడిస్తారు, మొదటిది ఎవరూ తనిఖీ చేయరు. ప్రణాళికను చాట్ థ్రెడ్లో కాదు, సర్వర్ డాక్యుమెంటేషన్ పక్కన ఉంచండి.

సర్వర్ LAN అడాప్టర్ ఈ పూల్ను నిర్వచించదు. పబ్లిక్ లిజనర్ను మార్చడం లేదా LANకు అడాప్టర్ను జోడించడం పూర్తిగా వేరే పని చేస్తుంది. అందుకే క్లయింట్లు కనెక్ట్ అయినా తప్పు స్థలం నుండి చిరునామా పొందవచ్చు. పూల్ సర్వర్ IPv4 లక్షణాలలో ఉంటుంది, అడాప్టర్ జాబితాలో కాదు.

పద్ధతిని మార్చడం పరిధిని జోడించడం కాదు

RRAS లో కేటాయింపు పద్ధతి మరియు పరిధుల సమితి ఉన్నాయి. DHCP నుండి స్థిర పూల్కు మారడం పద్ధతి మార్పు. స్థిర పూల్ ఇప్పటికే సక్రియంగా ఉన్నప్పుడు మరో బ్లాక్ జోడించడం పరిధి మార్పు.

ఏదైనా ఒకటి అమలు చేసే ముందు రెండు ఆపరేషన్లను ముందుగా చూడండి, మరియు సర్వర్ ప్రస్తుత స్థితికి ఏది సరిపోతుందో చదవండి:

Set-VpnIPAddressAssignment -IPAssignmentMethod StaticPool -IPAddressRange '10.250.50.10','10.250.50.100' -WhatIf
Add-VpnIPAddressRange -IPAddressRange '10.250.50.110','10.250.50.150' -WhatIf

సర్వర్ ఇంకా DHCP కేటాయింపులో ఉంటే రెండవ cmdlet విఫలమవుతుంది లేదా ఉపయోగించలేని పూల్ సృష్టిస్తుంది. మొదటిది ఉన్న పూల్ను విస్తరించడం బదులు పద్ధతిని భర్తీ చేస్తుంది. ఏ మున్జాయింపూ ఏమీ అమలు చేయదు, కాబట్టి సరిపోయేది అమలు చేసి, తర్వాత వచ్చిన పూల్ను కన్సోల్లో నిర్ధారించండి. సర్వర్ ఏ స్థితిలో ఉందో ఖచ్చితంగా తెలియకపోతే, IPv4 లక్షణాల పేజీలో కేటాయింపు పద్ధతిని చదివి కాన్ఫిగర్ చేసిన పరిధులను జాబితా చేయండి:

Get-VpnIPAddressRange

ఖాళీ పరిధి జాబితాతో DHCP పద్ధతి అంటే మొదటి మున్జాయింపు వర్తిస్తుంది. ఉన్న పరిధితో స్థిర చిరునామా పూల్ అంటే రెండవది వర్తిస్తుంది.

సెట్టింగ్కు అవసరమయ్యే సేవా పునఃప్రారంభాన్ని పరిగణించండి, మరియు కనెక్ట్ అయిన క్లయింట్లు వెంటనే తిరిగి నంబర్ పొందుతాయని అనుకోవద్దు. తిరిగి కనెక్ట్ అయ్యే వరకు పాత చిరునామాను ఉంచుకునే క్లయింట్ సాధారణంగా ప్రవర్తిస్తుంది. తిరిగి కనెక్ట్ అవ్వడం ఆమోదయోగ్యమైన విండో కోసం మార్పును ప్లాన్ చేయండి.

LAN కు తిరిగి వెళ్లే మార్గం కావాలి

LAN 10.60.0.0/24 మరియు RRAS సర్వర్ దానిపై 10.60.0.10 అని అనుకోండి. ఆ LAN లో 10.250.50.0/24 లోని క్లయింట్కు సమాధానం ఇచ్చే హోస్ట్కు RRAS సర్వర్ ద్వారా పూల్కు మార్గం కావాలి. ఆ మార్గం లేకుండా అభ్యర్థన చేరుతుంది, సమాధానం చనిపోతుంది.

హోస్ట్ డిఫాల్ట్ గేట్వే మరో రౌటర్ అయితే, ఆ రౌటర్కు VPN ప్రిఫిక్స్ కోసం తిరిగి వెళ్లే మార్గం కావాలి. RRAS సర్వర్లో స్థిర మార్గం ఇక్కడ సహాయపడదు; తిరిగి వెళ్లే మార్గం LAN గేట్వే ఉన్న పరికరంలో ఉండాలి, కాబట్టి సైట్ ఉపయోగించే దాని ప్రకారం దానిని రూటింగ్ పట్టికలో లేదా చలన రూటింగ్ ప్రక్రియలో జోడించండి.

కొత్త మూల పరిధికి వ్యతిరేకంగా హోస్ట్ ఫైర్వాల్ మరియు ఏదైనా నెట్వర్క్ యాక్సెస్ నియమాలను కూడా తనిఖీ చేయండి. పాత క్లయింట్ పరిధి కోసం రాసిన నియమాలు కేటాయింపు విజయవంతమైనా కొత్తదాన్ని తిరస్కరిస్తాయి. LAN వైపు క్లయింట్ మార్గాలు మరియు DNS పరిష్కారం వేర్వేరు అవసరాలు, మరియు సొరంగం ఆరోగ్యంగా కనిపిస్తున్నప్పుడు రెండూ విఫలమవవచ్చు. ప్రతి ఒక్కటి విడిగా పరీక్షించండి.

పాతదాన్ని తీసివేసే ముందు కొత్త పూల్ను ఒక పరికరంలో నిరూపించండి

మీరు నియంత్రించే ఒక అనుమతిని తీసుకోండి, తిరిగి కనెక్ట్ అయి క్లయింట్ పొందిన పూల్ చిరునామాను చదవండి. ఆ ఒకే సంఖ్య కేటాయింపును రూటింగ్ నుండి వేరు చేస్తుంది. తర్వాత పేరున్న అప్లికేషన్ను అమలు చేయండి, తిరిగి వచ్చే ట్రాఫిక్ను గమనించండి మరియు తిరస్కరించబడి ఉండాల్సిన గమ్యాన్ని ప్రయత్నించండి. మూడు పరిశీలనలు, మూడు వేర్వేరు వైఫల్య విధానాలు.

పేర్ల పరిష్కారానికి దాని సొంత పరీక్ష కావాలి: IP ద్వారా యాక్సెస్ పని చేయవచ్చు, కానీ క్లయింట్ DNS ఇంకా అది చేరుకోలేని రిజాల్వర్కు సూచిస్తుంది. LAN లోని DNS సర్వర్కు క్లయింట్కు అక్కడికి మార్గం ఉంటే మరియు సర్వర్ కొత్త పరిధి నుండి ప్రశ్నలను అంగీకరిస్తే మాత్రమే చేరుకోగలరు. పూల్ కదిలేటప్పుడు రెండూ సాధారణ పొరపాట్లు.

సక్రియ సెషన్లు మరియు నిర్వహణ ప్రక్రియను పరిగణించిన తర్వాత మాత్రమే పాత పరిధులు మరియు వాటి మినహాయింపులను తీసివేయండి. కొత్త చిరునామాతో కనెక్ట్ అయిన క్లయింట్ కేటాయింపును నిరూపిస్తుంది, యాక్సెస్ విధానాన్ని కాదు. దానిని ఉపయోగించిన చివరి సెషన్ ముగిసే వరకు పాత పరిధిని డాక్యుమెంట్ చేసి ఉంచండి.

మూడు పరిశీలనలతో ఫలితాన్ని తనిఖీ చేయండి

ఆమోదానికి మూడు వాస్తవాలు కావాలి: క్లయింట్కు కొత్త పూల్ నుండి చిరునామా ఉంది, LAN హోస్ట్ అతన్ని చేరుకుని సమాధానం పొందగలదు, మరియు తిరస్కరించిన గమ్యం ఇంకా తిరస్కరించబడింది. ప్రతి దానికి దాని సొంత తనిఖీ ఉంది, కాబట్టి వైఫల్యం కేటాయింపు, రూటింగ్ లేదా విధానాన్ని సూచిస్తుంది. వాటిని ఆ క్రమంలో అమలు చేయండి.

క్లయింట్ నుండి, చిరునామాను మరియు ఒక LAN హోస్ట్కు మార్గాన్ని నిర్ధారించండి:

ipconfig | findstr /i "IPv4"
route print -4

LAN హోస్ట్ నుండి, ఒకే దశలో తిరిగి వెళ్లే మార్గాన్ని మరియు విధానాన్ని నిర్ధారించండి. ping విఫలమైనా అప్లికేషన్ పని చేస్తే, తప్పిపోయిన భాగం మార్గం కాదు, ICMP నియమం కావచ్చు. రెండూ విఫలమైతే, VPN సవరించే ముందు హోస్ట్లోని మార్గాన్ని చదవండి. మూడు ఫలితాలను మార్పు టికెట్లో నమోదు చేయండి, తదుపరి వ్యక్తి సాక్ష్యం నుండి ప్రారంభించేలా.