Windows VPN-లో ఇంటర్నెట్ లేదా? చిరునామా పూలే అనుమానితం
ఇంటర్నెట్ లేని కనెక్ట్ చేసిన సొరంగానికి సాధారణంగా ఉపయోగించగల గేట్‌వే ఉండదు. క్లయింట్ ఏమి పొందిందో చదవండి, స్పష్టమైన పూల్ సెట్ చేయండి, ఆపై సొరంగానికి నిష్క్రమణ ఇవ్వండి.
Windows సొరంగాన్ని కనెక్ట్ అయినట్లు చూపిస్తుంది మరియు ఇంటర్నెట్ యాక్సెస్ లేదు అనే లేబుల్ ఇస్తుంది, దాన్ని ప్రజలు Windows యొక్క వింతగా చదువుతారు. ఇది క్లయింట్ ఏమి పొందిందో అనే ప్రకటన: ఉపయోగించగల డిఫాల్ట్ గేట్‌వే లేదు, పనిచేసే రిజాల్వర్ లేదు, లేదా సొరంగం లోపలి చిరునామాలకు తిరిగి వెళ్లే మార్గం లేదు. సర్వర్ Windows Incoming Connection అయినప్పుడు, ఒకే సెట్టింగ్ ఇటువంటి నివేదికలను ఎక్కువగా వివరిస్తుంది. లేబుల్ నిర్ధారణ కాదు, కానీ శోధనను మూడు ప్రదేశాలకు పరిమితం చేస్తుంది.
మార్చే ముందు లీజ్ చదవండి
క్లయింట్‌లో ipconfig /all ను అమలు చేసి ఎంట్రీల మధ్య VPN అడాప్టర్‌ను కనుగొనండి. అది జాబితా చేసే చిరునామా, డిఫాల్ట్ గేట్‌వే మరియు DNS సర్వర్ మీకు అవసరమైన వాస్తవాలు, అవి నిర్వాహకుడు కేటాయించినట్లు భావించే దానికంటే తరచుగా భిన్నంగా ఉంటాయి.
మూడు నమూనాలు మూడు లోపాలకు సరిపోతాయి. 169.254.0.0/16 లోని చిరునామా అంటే క్లయింట్‌కు ఏమీ రాలేదు మరియు తనకు తానే లింక్-లోకల్ చిరునామా ఇచ్చింది. గేట్‌వే లేని ఆమోదయోగ్యమైన చిరునామా అంటే క్లయింట్‌కు డిఫాల్ట్ మార్గం ఇచ్చే ఎంపిక లేకుండా పూల్ అందించబడింది. పూర్తి లీజ్ అయినా ఎక్కడికీ చేరకపోతే సర్వర్ వైపు ఫార్వార్డింగ్ లేదా అనువాదాన్ని సూచిస్తుంది.
సర్వర్‌ను తాకే ముందు విలువలను రాయండి. తదుపరి దశ వాటిని సర్వర్ పంపిణీ చేస్తున్నట్లు భావించే పరిధితో పోలుస్తుంది, జ్ఞాపకం లీజ్‌కు చెడు ప్రత్యామ్నాయం.
స్వయంచాలక కేటాయింపు గేట్‌వే లేకుండా ఎందుకు వదిలేయగలదు
Incoming Connections ఎంట్రీకి భౌతిక అడాప్టర్ నుండి వేరుగా సొంత IPv4 లక్షణాలు ఉన్నాయి. అక్కడి డిఫాల్ట్ చిరునామాలను స్వయంచాలకంగా కేటాయించడానికి అందిస్తుంది, అది చిరునామా, మాస్క్, గేట్‌వే మరియు DNS అందించడానికి కనెక్షన్‌లోని అంతర్నిర్మిత కేటాయింపుదారుపై ఆధారపడుతుంది.
స్వతంత్ర వర్క్‌స్టేషన్‌లో ఆ కేటాయింపుదారుకు తీసుకోవడానికి పరిధి ఉండదు, మెషీన్‌లో వేరే ఏదో ఒకటి అందించకపోతే, కాబట్టి క్లయింట్ లింక్-లోకల్ చిరునామాతో లేదా చిరునామా ఉన్నా గేట్‌వే లేకుండా ముగియవచ్చు. లింక్ పైకి రావడంతో కనెక్షన్ స్థాపించినట్లు కనిపిస్తుంది, దాని వెనుక కాన్ఫిగరేషన్ అసంపూర్ణంగా ఉంది.
అందుకే పేర్కొన్న పరిధికి మారడం ఇటువంటి నివేదికలను చాలా వరకు సరిచేస్తుంది. నడుస్తున్నదో లేదో తెలియని సేవను లీజ్ కల్పించమని అడగడం ఆపి, మీరే లీజ్ చెప్పడం ప్రారంభిస్తారు.
LAN రౌటర్ DHCP సర్వర్ సొరంగ క్లయింట్లకు సేవ చేస్తుందని ఎవరైనా ఆశించినప్పుడు అదే గందరగోళం కనిపిస్తుంది. బ్రాడ్‌కాస్ట్ అన్వేషణ రూట్ చేసిన సొరంగాన్ని దాటదు, కాబట్టి ఆ సర్వర్ అభ్యర్థనను ఎప్పటికీ చూడదు. దీనికి విరుద్ధంగా ఊహించడమే, ఏమీ అడగని క్లయింట్ కోసం పూల్‌పై దోషం మోపబడే అత్యంత సాధారణ కారణం.
సర్వర్ రూట్ చేయగల స్పష్టమైన పరిధిని సెట్ చేయండి
సర్వర్ చేరగల సబ్‌నెట్ లోపల చిన్న బ్లాక్ ఎంచుకోండి, LAN రౌటర్ పంపిణీ చేసే పరిధి వెలుపల మరియు నెట్‌వర్క్‌లోని మరే ఇతర పూల్ వెలుపల. సర్వర్ 172.20.10.0/24 పై ఉండి రౌటర్ 172.20.10.1 కలిగి ఉంటే, ఆ సబ్‌నెట్ పైభాగానికి దగ్గరగా చిన్న బ్లాక్, చెప్పాలంటే 172.20.10.201 నుండి 172.20.10.209 వరకు, సొరంగ లీజ్‌లను రౌటర్ ఇప్పటికే నిర్వహిస్తున్న పంపిణీకి దూరంగా ఉంచుతుంది.
దాన్ని Incoming Connection యొక్క IPv4 లక్షణాలలో నమోదు చేయండి, క్లయింట్‌ను మళ్లీ కనెక్ట్ చేయండి, మరియు మరేదైనా మార్చే ముందు అడాప్టర్‌ను మళ్లీ చదవండి. రెండవ పఠనమే పూల్ లోపమా లేదా అనేకంలో ఒకటి మాత్రమేనా అని చెబుతుంది.
ఈ ఆదేశాలు ఫలిత కాన్ఫిగరేషన్‌ను మరియు క్లయింట్ ఇప్పుడు కలిగి ఉన్న మార్గాలను ముద్రిస్తాయి:
ipconfig /all
route print -4
Get-NetIPConfiguration -InterfaceAlias \"Incoming Connection\"లీజ్‌లోని గేట్‌వే సర్వర్ కలిగి ఉన్న చిరునామా ఉండాలి, క్లయింట్ డిఫాల్ట్ మార్గం దాని వైపు ఉండాలి. లీజ్ పూర్తయినా మార్గం లేకపోతే, సర్వర్ గేట్‌వేను నెట్టకుండా కేటాయించింది, పూల్ సెట్టింగ్‌లే ఇంకా చూడవలసిన ప్రదేశం.
చిరునామా ఇంటర్నెట్ మార్గం కాదు
లీజ్ పొందడం ప్యాకెట్లను క్లయింట్ నుండి సర్వర్‌కు మాత్రమే కదిలిస్తుంది. ఇంటర్నెట్ యాక్సెస్ కోసం సర్వర్ ఆ ప్యాకెట్లను ఫార్వార్డ్ చేసి తన సొంత అప్‌లింక్ వైపు అనువదించాలి, అది దాని సొంత వైఫల్య పద్ధతులతో కూడిన ప్రత్యేక కాన్ఫిగరేషన్.
Internet Connection Sharing చిన్నదారి. ఇది ఇంటర్నెట్ వైపు ఉన్న అడాప్టర్‌ను పంచుకున్న గేట్‌వేగా మార్చి దాని సొంత చిరునామా కేటాయింపును నడుపుతుంది, అది ఆ అడాప్టర్ చిరునామాను తిరిగి రాయవచ్చు మరియు ఇప్పటికే ఉన్న NAT నియమాన్ని ఇక లేని విలువ వైపు చూపిస్తూ వదిలేయవచ్చు. దాన్ని ప్రారంభించే ముందు అసలు సెట్టింగ్‌లను నమోదు చేయండి.
రూట్ చేసిన ప్రత్యామ్నాయం చిరునామా కేటాయింపును స్థిరంగా ఉంచి ఫార్వార్డింగ్ మరియు అనువాదాన్ని స్పష్టంగా కాన్ఫిగర్ చేయమని కోరుతుంది. ఏ విధానమూ తప్పు కాదు; వాటిని సగం మిశ్రమం చేయడం లీజ్ ఉన్న సొరంగాన్ని నిష్క్రమణ లేకుండా చేస్తుంది, అది మీరు ప్రారంభించిన లక్షణమే. ఒక నమూనాను ఎంచుకుని మరొకటి జోడించే ముందు దాన్ని పూర్తి చేయండి.
మొదట బయటి మార్గాన్ని మినహాయించండి
సొరంగం ఎప్పటికీ ఏర్పడకపోతే ఏ పూల్ సహాయపడదు. ప్రోటోకాల్ మార్గం ఏమి మోసుకెళ్లాలో నిర్ణయిస్తుంది: PPTP కి TCP 1723 మరియు GRE కావాలి, GRE పోర్ట్ కాదు, IP ప్రోటోకాల్ 47; L2TP/IPsec కి UDP 1701 తో పాటు 500 మరియు 4500 కావాలి; SSTP కి TCP 443 కావాలి.
పోర్ట్‌ను ఫార్వార్డ్ చేసే కానీ ప్రోటోకాల్ చేయని రౌటర్ ఎప్పటికీ ధృవీకరించబడని కనెక్షన్ ప్రయత్నాన్ని సృష్టిస్తుంది. ఇది సొరంగం ఏర్పడి తర్వాత ఎక్కడికీ చేరని సందర్భం నుండి భిన్నమైన వైఫల్యం, రెండింటినీ కలిసి డీబగ్ చేయకూడదు.
అదే LAN నుండి మరియు దూర నెట్వర్క్ నుండి పరీక్షించండి. LAN ప్రయత్నం పనిచేసి దూరపు ప్రయత్నం ధృవీకరణకు చేరకపోతే, బయటి మార్గమే సమస్య. రెండూ ధృవీకరించబడి దూర క్లయింట్‌కు మాత్రమే ఇంటర్నెట్ లేకపోతే, పూల్ మరియు నిష్క్రమణ వైపు తిరిగి వెళ్లండి.