VPN DNS ను స్వాధీనం చేసుకుని స్థానిక పేర్లను విరిచింది: జాబితాను సరిచేయండి

టన్నెల్ పైకి వస్తుంది, ఇంట్రానెట్ లోడ్ అవుతుంది, మరియు ప్రింటర్ పేరు పరిష్కరించబడటం ఆగిపోతుంది. లేదా దీనికి విరుద్ధంగా: స్థానిక పేర్లు ఇంకా పనిచేస్తుంటే కార్పొరేట్ నెట్‌వర్క్ లోపల ప్రతిదీ సమయం మీరిపోతుంది. రెండు లక్షణాలు ఒకే చోటి నుండి వస్తాయి, VPN క్లయింట్ కనెక్ట్ అయినప్పుడు తిరిగి రాసిన పరిష్కర్తల జాబితా నుండి.

జాబితాను ఉద్దేశపూర్వకంగా సరిచేయండి, తర్వాత push విధానాన్ని విడిగా నిర్వహించండి. మార్గాలు మూడవ అంశం మరియు ఇక్కడ సరిచేస్తున్నది అది కాదు.

అప్లికేషన్లు నిజంగా ఏ జాబితాను ఉపయోగిస్తాయి

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

ప్రశ్న ఏమిటంటే ఏ సర్వర్లు ముందుకు వచ్చాయి, అవి స్థిర ఎంట్రీలుగా వచ్చాయా DHCP లీజుగా వచ్చాయా. రెండు వాస్తవాలు మీకు ఏ సరిచేయడం అందుబాటులో ఉందో నిర్ణయిస్తాయి.

netsh interface ipv4 show dnsservers
Get-DnsClientServerAddress -AddressFamily IPv4

టన్నెల్ అడాప్టర్ మరియు భౌతిక అడాప్టర్ కోసం అవుట్‌పుట్ చదవండి, మరియు ప్రతి దానిపై ప్రతి చిరునామా గుర్తించండి. స్థిర ఎంట్రీని విధానం లేదా స్క్రిప్ట్ ద్వారా తీసివేయవచ్చు; DHCP ఇచ్చిన ఎంట్రీ లీజుకు కట్టుబడి ఉంటుంది మరియు తిరిగి వస్తుంది, ఇది మీరు ఎంచుకోవలసిన సరిచేయడాన్ని మారుస్తుంది. దూర నెట్‌వర్క్‌లోని పేర్లను ప్రకటించిన పరిష్కర్త పరిష్కరిస్తుంది, స్థానిక LAN పేర్లను భౌతిక అడాప్టర్, మరియు క్వెరీ మొదట చూసే జాబితాకు వెళ్తుంది.

నెట్టబడిన సర్వర్లను తీసివేయండి, లేదా వాటిని క్రింద ఉంచండి

టన్నెల్ లోపల ఏదీ వాటిని అవసరపడకపోతే నెట్టబడిన సర్వర్లను తొలగించండి, ఎందుకంటే భౌతిక అడాప్టర్ స్వంత పరిష్కర్తలు మళ్లీ బాధ్యత తీసుకుంటాయి. దూర నెట్‌వర్క్‌కు దాని సర్వర్లే సమాధానం చెప్పగల మండలాలు ఉంటే మాత్రమే వాటిని ఉంచండి, మరియు ఆ సందర్భంలో వాటి ముందు స్థానిక పరిష్కర్తను ఉంచండి. క్రింది రెండు ఆదేశాలు రెండు ఎంపికలను కవర్ చేస్తాయి, కాబట్టి రెండింటినీ నడపడం కాకుండా పరిస్థితికి సరిపోయేదాన్ని ఎంచుకోండి.

netsh interface ipv4 delete dnsservers name="Corp VPN" address=all validate=no
netsh interface ipv4 add dnsservers name="Corp VPN" address=172.16.20.1 index=1 validate=no

సూచిక 1 మొదట చూడబడుతుంది, కాబట్టి నెట్టబడిన చిరునామాలు అందుబాటులో ఉంటాయి కానీ ప్రతి క్వెరీకి డిఫాల్ట్ సమాధానంగా ఉండటం ఆగిపోతాయి. validate=no ఫ్లాగ్ టన్నెల్ ఇంకా స్థిరపడుతున్నప్పుడు తరచుగా విఫలమయ్యే చేరుకోగలిగే పరీక్షను దాటవేస్తుంది, కాబట్టి నిష్క్రమణ కోడ్‌ను నమ్మడం కాకుండా show ఆదేశంతో ఫలితాన్ని నిర్ధారించండి.

దీనిపై ఆధారపడే ముందు రెండు పరిమితులు తెలుసుకోవడం మంచిది. Windows, DHCP ద్వారా netsh మూలంగా వచ్చిన సర్వర్లను తొలగించదు, మరియు ఆ విలువలు ఇంటర్ఫేస్ రిజిస్ట్రీ కీ క్రింద DhcpNameServer గా కొనసాగుతాయి, కాబట్టి రిజిస్ట్రీ సవరణ తదుపరి లీజు తర్వాత మళ్లీ తనిఖీ చేయవలసిన చివరి మార్గం. అడాప్టర్ బైండింగ్ క్రమం కూడా నమ్మదగిన ర్యాంకింగ్ విధానం కాదు, ఎందుకంటే VPN క్లయింట్ తన ఎంట్రీని జాబితా పైభాగంలో చేర్చగలదు.

push ఎక్కడ ఫిల్టర్ చేయవచ్చు

మంచి సరిచేయడం ఎంపికను వర్తించే ముందే తీసివేస్తుంది. Community OpenVPN క్లయింట్ నెట్టబడిన సూచనను పేరు ద్వారా ఫిల్టర్ చేయగలదు, ఇది సర్వర్ కాన్ఫిగరేషన్‌ను తాకకుండా ఉంచుతుంది.

pull-filter ignore "dhcp-option DNS "

చివరి ఖాళీ సరిపోలికకు చెందుతుంది మరియు ఫిల్టర్ సర్వర్ చిరునామా కాదు, ఎంపికను పేర్కొంటుంది. ప్రొఫైల్‌లో block-outside-dns సూచన కూడా ఉంటే, దాన్ని తీసివేయడం పేరు పరిష్కారాన్ని కాదు, లీక్ రక్షణను మారుస్తుంది, కాబట్టి రెండు సవరణలను కలపకుండా దాన్ని విడిగా నిర్ణయించండి.

ఒక మొండి హోస్ట్ పేరు కోసం, Windows hosts ఫైల్‌లో ఒక పంక్తి మొత్తం మెషీన్ కోసం పరిష్కర్తలను పునర్వ్యవస్థీకరించడం కంటే స్థిరమైనది. అది తదుపరి వ్యక్తికి కనిపించదు కూడా, కాబట్టి మెషీన్ కాన్ఫిగరేషన్ నమోదు చేయబడే చోట దాన్ని రాయండి.

సరిచేయడం పునఃకనెక్షన్‌ను తట్టుకునేలా చేయండి

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

Resolve-DnsName intranet.corp.example -Server 172.16.20.1
Resolve-DnsName printer.lan

టన్నెల్‌ను మళ్లీ కనెక్ట్ చేసి రెండు ఆదేశాలను పునరావృతం చేయండి. చేతితో మార్చినది తదుపరి కనెక్షన్ వరకు మాత్రమే నిలుస్తుంది, ఎందుకంటే క్లయింట్ అడాప్టర్‌ను పైకి లేపుతున్నప్పుడు తన పరిష్కర్త స్థితిని తిరిగి నిర్మిస్తుంది. netsh పంక్తులను మీ క్లయింట్ మద్దతు ఇచ్చే కనెక్షన్ స్క్రిప్ట్‌లో ఉంచండి, ఆ స్క్రిప్ట్ విజయవంతంగా ముగిసేలా చేయండి, మరియు అది నడిచే ముందు కొద్దిసేపు వేచి ఉండటం జోడించండి. స్క్రిప్ట్ తర్వాత DNS వర్తింపజేసే క్లయింట్ ఏమైనా ఫలితాన్ని పైన రాస్తుంది.

సరిచేయడం తర్వాత పబ్లిక్ పేర్లు పరిష్కరమై స్థానిక పేర్లు ఇంకా విఫలమైతే, పరిష్కర్తల జాబితా ఇక అనుమానితం కాదు. క్వెరీ సర్వర్‌ను చేరుకోనే లేకపోవచ్చు, ఇది మరో DNS సెట్టింగ్ కాదు, రూటింగ్ లేదా ఫైర్‌వాల్ నియమాన్ని సూచిస్తుంది. ఇంటర్ఫేస్ అలియాస్ మరియు మీరు నిలిచిన చిరునామాలను నమోదు చేయండి, ఎందుకంటే రెండూ మెషీన్ల మధ్య భిన్నంగా ఉంటాయి మరియు ఏదీ ఒంటరిగా పునర్నిర్మాణాన్ని తట్టుకోదు.