Windows లో OpenVPN కనెక్ట్ అయిన తర్వాత DNS పని చేయడం ఎందుకు ఆగిపోతుంది

పోర్ట్ 53 ఎక్కడికీ చేరకపోయినా రిజాల్వర్ ఇంకా ping కి సమాధానం ఇస్తుంది. block-outside-dns ఫిల్టర్ చేస్తోందో చూసి, తర్వాత టన్నెల్ చేరగల రిజాల్వర్ ఇవ్వండి.

ఆఫీసు రిజాల్వర్కు ping "OpenVPN" కనెక్ట్ అయిన తర్వాత కూడా సమాధానం వస్తుంది, అయినా ప్రతి పేరు శోధన విఫలమవుతుంది. చిరునామా చేరగలిగేది, పోర్ట్ కాదు, Windows అడాప్టర్ ప్రకారం DNS ఫిల్టర్ చేయగలదని తెలిస్తే ఈ కలయిక అర్థవంతమవుతుంది. ప్రొఫైల్లో block-outside-dns ఉంటే ఆ ఫిల్టరే మొదటి అనుమానితుడు, రూట్ పట్టిక చూడవలసిన తప్పు చోటు. క్రింది రెండు పరీక్షలు పొరలను కొన్ని క్షణాల్లో వేరు చేస్తాయి.

చేరగలిగే చిరునామా, మృత పోర్ట్

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

ping <resolver-ip>
nslookup <name> <resolver-ip>

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

ఈ ఎంపిక ఫిల్టరింగ్ ప్లాట్ఫారమ్ నియమం

OpenVPN సందర్భం block-outside-dns ను Windows Filtering Platform పరిమితి అని వివరిస్తుంది, ఇది టన్నెల్ వెలుపలి అడాప్టర్లపై అనువర్తనాలు DNS చేరకుండా నిరోధిస్తుంది. ఇది TCP మరియు UDP పోర్ట్ 53 ను కవర్ చేస్తుంది. ఫిల్టర్ సాధారణ ఫైర్వాల్ నియమాల జాబితాలో కాకుండా WFP లో నివసించడం వల్ల, వేరే చోట అనుమతి నియమం జోడించడం ఫలితాన్ని తప్పనిసరిగా మార్చదు. అందుకే DNS అనుమతించమని సాధారణ సలహా విఫలమవుతూనే ఉంటుంది.

సెట్టింగ్ దిగుమతి చేసిన ప్రొఫైల్ నుండి లేదా సర్వర్ నుండి రావచ్చు, మీరు చివరిగా సవరించిన ఫైల్ "క్లయింట్ ఏమి లోడ్ చేసిందో దానికి సాక్ష్యం కాదు". ప్రభావవంత కాన్ఫిగరేషన్ మరియు కనెక్షన్ లాగ్ కలిపి చదవండి. ఈ ఎంపిక Windows కి ప్రత్యేకమైనది కూడా, దాన్ని తీసుకెళ్లగలిగినదిగా భావిస్తే వర్తించని సలహా వస్తుంది.

మరిన్ని నియమాలు జోడించడం కంటే ఆ పరిమితిని కలిగి ఉన్న క్లయింట్ భాగాన్ని వెతకండి. యజమాని దాన్ని నిజంగా తొలగించగల వస్తువు.

ఫిల్టర్ రిజాల్వర్ కాదు

టన్నెల్ వెలుపల ట్రాఫిక్ బ్లాక్ చేయడం దాని లోపల పని చేసే రిజాల్వర్ను ఇన్స్టాల్ చేయదు. ఈ ఎంపిక ఒక మార్గాన్ని తీసేసి, టన్నెల్ DNS కాన్ఫిగరేషన్ను ప్రొఫైల్ తయారు చేసినవారికి విడిచిపెడుతుంది. ఎప్పుడూ రిజాల్వర్ పంపని ప్రొఫైల్ వద్ద ఇప్పుడు ఒక్కటీ లేదు.

మూడు తనిఖీలు క్రమంగా చేయండి. మొదట, విఫలమవుతున్న అనువర్తనం నిజంగా ఏ రిజాల్వర్ వాడుతుంది. రెండవది, క్లయింట్ VPN DNS సెట్టింగ్లను వర్తించిందా. మూడవది, ఏ ఇంటర్ఫేస్ ఆ రిజాల్వర్కు ట్రాఫిక్ మోస్తుంది.

  1. ఉపయోగంలో ఉన్న రిజాల్వర్: Resolve-DnsName -Server <resolver-ip> <name> ను ipconfig /all జాబితా చేసే DNS సర్వర్లతో పోల్చండి.
  2. VPN DNS వర్తించబడింది: అదే ipconfig /all అవుట్పుట్లో టన్నెల్ అడాప్టర్ DNS నమోదులను పరిశీలించండి.
  3. ఉపయోగించిన ఇంటర్ఫేస్: Find-NetRoute -RemoteIPAddress <resolver-ip> ఆ గమ్యానికి వెలుపలికి వెళ్లే ఇంటర్ఫేస్ను పేర్కొంటుంది.

ఈ విధానం కింద LAN రిజాల్వర్ రూపకల్పన ప్రకారమే చేరలేనిదవుతుంది, మరో LAN ట్రాఫిక్ నడుస్తున్నప్పుడు కూడా. ఇదే ఎంపిక తన పని చేస్తోంది. రూపకల్పనకు VPN DNS కావాలంటే రిజాల్వర్ నమోదు మరియు టన్నెల్ మార్గాన్ని సరిచేయండి; స్థానిక మినహాయింపులతో split DNS కావాలంటే కాన్ఫిగరేషన్ యజమాని ఆ మినహాయింపులను మద్దతు ఉన్న విధంగా తెలియజేయాలి.

ఈ ఎంపిక ఏమి కవర్ చేయదు

పోర్ట్ 53 మొత్తం పేరు పరిష్కారం కాదు. DNS over HTTPS మరియు DNS over TLS వేరే రవాణా వాడతాయి, కొన్ని అనువర్తనాలు సిస్టమ్ సెట్టింగ్లను లెక్కించకుండా తమ స్వంత రిజాల్వర్ తర్కాన్ని నడుపుతాయి. అందుకే బ్రౌజర్ పేర్లను పరిష్కరించగలదు, కమాండ్ లైన్ కాదు.

ఆ భేదాన్ని వైరుధ్యంగా కాకుండా నిర్ధారణగా పరిగణించండి. సిస్టమ్ రిజాల్వర్ పాడైందని నిర్ణయించే ముందు రెండింటినీ పోల్చండి.

రాసేటప్పుడు ముగింపును ఇరుకుగా ఉంచండి. ఈ ఎంపిక ఒక ప్లాట్ఫారమ్పై ఒక రవాణాను పరిమితం చేస్తుంది, పరిష్కార మార్గంలో మిగిలినది సొంత యజమాని ఉన్న వేరే రూపకల్పన ప్రశ్న.

డిస్కనెక్ట్ ముందు మరియు తర్వాత స్థితిని తనిఖీ చేయండి

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

ipconfig /displaydns
nslookup <name> <resolver-ip>

క్లయింట్ సేవ లేదా యంత్రాన్ని పునఃప్రారంభించడం సాధారణంగా పాత ఫిల్టర్ను తొలగిస్తుంది. ఇది నిర్ధారణను ధృవీకరిస్తుంది, శాశ్వత సవరణను నిరూపించదు. మీరు చూసినది నమోదు చేయండి, ఎందుకంటే డిస్కనెక్ట్ను తట్టుకున్న ఫిల్టర్ మళ్లీ అదే చేస్తుంది, ఆ నమోదే బగ్ నివేదికను సమర్థిస్తుంది.

ఈ తనిఖీల తర్వాతే రిజాల్వర్ను మార్చడం లేదా ఫైర్వాల్ విధానాన్ని పునర్నిర్మించడం అర్థవంతం. రెండూ ఆధారాలు మద్దతిచ్చే దానికంటే పెద్ద మార్పులు.

సంబంధిత వ్యాసాలు