Windows VPN 255.255.255.255 చూపిస్తోంది: మాస్క్ తప్పా?
పాయింట్-టు-పాయింట్ టన్నెల్‌లో హోస్ట్ మాస్క్ సాధారణం. ఇంటర్‌ఫేస్ నమూనాను నిర్ధారించి, విఫలమయ్యే హోస్ట్ మార్గాన్ని చదివి, DNSను సేవా ప్రవేశం నుండి వేరు చేయండి.
టన్నెల్ కనెక్ట్ అవుతుంది, మీరు అడాప్టర్ వివరాలు తెరుస్తారు, మాస్క్ 255.255.255.255 చూపిస్తుంది. కార్యాలయ LAN యొక్క 255.255.255.0 తో పోల్చినప్పుడు ఇది విరిగినట్టు కనిపిస్తుంది, లోపం సాధారణంగా అక్కడి నుండే మొదలవుతుంది. పాయింట్-టు-పాయింట్ లింక్‌పై హోస్ట్ మాస్క్ స్థానిక చివర యొక్క సరైన వివరణ, దూర నెట్‌వర్క్‌లు కనెక్ట్ చేసిన సబ్‌నెట్‌గా కాకుండా మార్గాలుగా వస్తాయి. క్రింది విధానం రెండు ప్రశ్నలను వేరు చేస్తుంది, కాబట్టి చూపిన విలువను సరిచేయడానికి మాత్రమే నడుస్తున్న DHCP స్కోప్‌ను తిరిగి నిర్మించాల్సిన అవసరం లేదు.
పాయింట్-టు-పాయింట్ లింక్ Ethernet విభాగం కాదు
Ethernet ఇంటర్‌ఫేస్‌కు సబ్‌నెట్ మాస్క్ అవసరం ఎందుకంటే ఆ పరిధిలోని ప్రతి చిరునామా అదే కేబుల్‌లో సంభావ్యంగా చేరుకోగలిగినది. PPP శైలి టన్నెల్‌కు మరొక చివరలో సరిగ్గా ఒక భాగస్వామి ఉంటుంది. ఇక్కడ ప్రసార డొమైన్ లేదు, ARP లేదు, స్థానిక చిరునామా ఒక పరిధిని వివరించాల్సిన కారణం కూడా లేదు.
ఆ నమూనా కోసం చిరునామా చర్చలు RFC 1332 లో నిర్వచించబడ్డాయి, ఇది రెండు చివరలు తమ చిరునామాలపై ఎలా అంగీకరిస్తాయో వివరిస్తుంది. అది చేయని పని ఏమిటంటే క్లయింట్‌కు కార్యాలయ LANను నేరుగా కనెక్ట్ చేసిన నెట్‌వర్క్‌గా ఇవ్వడం. క్లయింట్ కార్యాలయం ఎక్కడ ఉందో లింక్ ద్వారా మార్గాలను ఇన్‌స్టాల్ చేయడం ద్వారా నేర్చుకుంటుంది, ఆ మార్గాలే వాస్తవానికి చేరుకోగలిగే సామర్థ్యాన్ని నిర్ణయిస్తాయి.
దీని అర్థం మీరు చూసే ప్రతి మాస్క్ సరైనది అని కాదు. తప్పుగా కాన్ఫిగర్ చేసిన క్లయింట్ కూడా వింత చిరునామా ఇవ్వగలదు. విషయం సన్నగా ఉంది: ఈ రకమైన అడాప్టర్‌లో హోస్ట్ మాస్క్ ఆశించబడుతుంది, కాబట్టి అది స్వయంగా లోపానికి సాక్ష్యం కాదు.
దశ 1: ఇంటర్‌ఫేస్ నమూనాను నిర్ధారించండి
అది ఏమి చెబుతుందో నిర్ణయించే ముందు అడాప్టర్ ఏమిటో చూడండి. వివరణ స్ట్రింగ్ డ్రైవర్‌ను గుర్తిస్తుంది, కేటాయించిన చిరునామాపై ప్రిఫిక్స్ పొడవు క్లయింట్ ఏమి అంగీకరించిందో నిర్ధారిస్తుంది:
Get-NetAdapter | Select-Object Name,InterfaceDescription,Status,ifIndex
Get-NetIPAddress -InterfaceAlias 'Corp VPN' | Select-Object IPAddress,PrefixLength,PrefixOrigin
Get-NetIPInterface -InterfaceAlias 'Corp VPN' | Select-Object AddressFamily,ConnectionState,NlMtuమూడవ ఆదేశం చాలా చర్చలను ముగిస్తుంది. తక్కువ గరిష్ఠ ప్రసార యూనిట్ ఎన్‌క్యాప్సులేట్ చేసిన లింక్ లక్షణం, అయితే Ethernet లాంటి విలువ వేరే వర్చువల్ అడాప్టర్ నమూనాను సూచిస్తుంది. వివరణలో PPP లేదా RAS డ్రైవర్ పేర్కొనబడి ప్రిఫిక్స్ 32 అయితే, మీరు పైన వివరించిన రూపకల్పనను సరిగ్గా చూస్తున్నారు, మాస్క్ ఆందోళనను వదిలేయవచ్చు.
| Observation | What it means | Reasonable next step |
|---|---|---|
| /32 on a PPP or RAS adapter | Point-to-point endpoint addressing | Look at routes, not the mask |
| /32 on an Ethernet-like adapter | Client chose host addressing deliberately | Confirm against the server's push policy |
| Mask differs from the office LAN | Usually irrelevant to reachability | Test the destination instead |
దశ 2: విఫలమయ్యే గమ్యం మార్గాన్ని చదవండి
చేరుకోగలిగే సామర్థ్యం ప్రతి గమ్యం కోసం నిర్ణయించబడుతుంది, ఒక కనెక్ట్ చేసిన ఇంటర్‌ఫేస్ దాని గురించి ఏమీ చెప్పదు. యూజర్ నిజంగా చేరుకోవాలని ప్రయత్నిస్తున్న చిరునామాను మార్గాల పట్టికను నేరుగా అడగండి:
Get-NetRoute -InterfaceAlias 'Corp VPN' | Select-Object DestinationPrefix,NextHop,RouteMetric
Find-NetRoute -RemoteIPAddress 10.24.6.15
route print -4Find-NetRoute నేరుగా సమాధానం: ఆ గమ్యం కోసం సిస్టమ్ ఉపయోగించే ఇంటర్‌ఫేస్ మరియు మూల చిరునామాను అది పేర్కొంటుంది. అది టన్నెల్‌ను తిరిగి ఇచ్చినట్లయితే, ఆ హోస్ట్‌కు ట్రాఫిక్ టన్నెల్ ద్వారా వెళ్తుంది, మాస్క్ ఎప్పుడూ సమస్య కాదు.
అది భౌతిక అడాప్టర్‌ను తిరిగి ఇచ్చినట్లయితే, సాధ్యమైన రెండు మార్గాలను వాటి కొలతలను పోల్చండి. మరింత నిర్దిష్ట స్థానిక మార్గం, మరొక క్లయింట్ నుండి మిగిలిన నమోదు లేదా భౌతిక మార్గంలో తక్కువ కొలత అన్నీ విశాలమైన టన్నెల్ మార్గాన్ని ఓడిస్తాయి. కనిపించే ఫలితం మిగతావన్నీ పనిచేస్తుండగా చేరుకోలేని వనరు. పొడవైన ప్రిఫిక్స్ ఎప్పుడూ గెలుస్తాయి, కాబట్టి విజేత తరచుగా కొన్ని నెలల క్రితం ఎవరో జోడించి మరచిన హోస్ట్ మార్గం.
ఇక్కడ రెండు దిశలను కూడా తనిఖీ చేయండి. సర్వర్ వైపునకు మార్గం అవసరం కానీ సరిపోదు, ఎందుకంటే సమాధానం కూడా టన్నెల్ ద్వారా తిరిగి రావాలి. ఒక అంతర్గత హోస్ట్ పనిచేసి మరొకటి పనిచేయనప్పుడు, తేడా సాధారణంగా ఈ పట్టికలో ఉంటుంది, అడాప్టర్ కాన్ఫిగరేషన్‌లో కాదు.
దశ 3: పేరు పరిష్కారాన్ని సేవా ప్రవేశం నుండి వేరు చేయండి
షేర్ తెరవని అప్లికేషన్ రెండు చాలా భిన్నమైన దశల్లో ఒకదానిలో విఫలం కావచ్చు. పేరును పరిష్కరించి, తర్వాత చిరునామాను చేరుకోండి. మొదటిది విఫలమై రెండవది పనిచేస్తే, టన్నెల్ బాగుంది, పరిష్కర్త కాదు:
Resolve-DnsName files.corp.example.internal
Get-DnsClientServerAddress -InterfaceAlias 'Corp VPN'
Test-NetConnection -ComputerName 10.24.6.15 -Port 445విజయవంతమైన చిరునామా పరీక్షతో పాటు విఫలమైన పేరు పరీక్ష సమస్యను పరిష్కారంలో గుర్తిస్తుంది, రెండవ ఆదేశం టన్నెల్ ఇంటర్‌ఫేస్‌కు సర్వర్ లభించిందో లేదో చూపిస్తుంది. చాలా క్లయింట్లు DNSను టన్నెల్ కాన్ఫిగరేషన్‌లో భాగంగా నెట్టివేస్తాయి, ఆ నెట్టిన ఎంపికలను విస్మరించే ప్రొఫైల్ యంత్రాన్ని ప్రైవేట్ జోన్ చూడని పరిష్కర్తతో వదిలివేస్తుంది.
పనిచేస్తున్న చిరునామాను శాశ్వత పరిష్కారంగా భావించవద్దు. చిరునామా ద్వారా కనెక్ట్ కావడం పేరు పరిష్కారాన్ని దాటవేస్తుంది, అప్లికేషన్ లేకపోతే చేసే సర్వర్ గుర్తింపు తనిఖీని బలహీనపరచవచ్చు. ఇది తాత్కాలిక పరిష్కారంగా మారువేషంలో ఉన్న భద్రతా వెనుకబాటు. దీనిని లోపాన్ని గుర్తించడానికి ఉపయోగించి, తర్వాత పరిష్కారాన్ని సరిచేయండి.
రోల్‌బ్యాక్: చూపిన విలువ కారణంగా DHCPను తిరిగి నిర్మించవద్దు
మీరు ఇప్పటికే చిరునామా సేవను మార్చడం ప్రారంభించారంటే, ఆగి మీరు మార్చినవాటిలో ఏదైనా భారం మోస్తోందా చూడండి. స్కోప్‌ను తిరిగి సృష్టించడం, లీజులను తిరిగి జారీ చేయడం లేదా పూల్‌ను తరలించడం ఇతర క్లయింట్లు ఆధారపడే స్థితిని మారుస్తుంది, ఇవేవీ పాయింట్-టు-పాయింట్ అడాప్టర్‌పై హోస్ట్ మాస్క్‌తో సమర్థించబడవు.
Get-DnsClientServerAddress -InterfaceAlias 'Corp VPN'
Find-NetRoute -RemoteIPAddress 10.24.6.15
Test-NetConnection -ComputerName files.corp.example.internal -Port 445ఈ మూడింటిని ఏదైనా లక్ష్య మార్పు తర్వాత అమలు చేసి మునుపటి పరుగుతో పోల్చండి. ఉపయోగకరమైన ఫలితం వనరుకు నిర్దేశిత మార్గం, కార్యాలయ LAN లాగా కనిపించే మాస్క్ ఉన్న అడాప్టర్ కాదు.
తర్వాత మాస్క్ నిజంగా ఏమి అర్థం చేసుకుందో రాయండి, ఎందుకంటే తదుపరి వ్యక్తి అదే సంభాషణను తెరిచి అదే తప్పు నిర్ణయానికి వస్తాడు. ప్రొఫైల్ నోట్స్‌లో ఒక వాక్యం, టన్నెల్ పాయింట్-టు-పాయింట్ అని, దూర సబ్‌నెట్‌లు మార్గాలుగా వస్తాయని, తదుపరిసారి మొత్తం దర్యాప్తును ఆదా చేస్తుంది.