VPN tók yfir DNS og braut staðbundin nöfn: lagaðu listann

Göngin koma upp, innra netið hleðst og nafn prentarans hættir að leysast. Eða öfugt: staðbundin nöfn virka enn á meðan allt inni í fyrirtækjanetinu rennur út á tíma. Bæði einkennin koma frá sama stað, lista yfir leysendur sem VPN-biðlarinn skrifaði aftur þegar hann tengdist.

Lagaðu listann viljandi og taktu síðan push-aðferðina sér. Leiðir eru þriðja efnið og ekki það sem er lagað hér.

Hvaða lista forrit nota í raun

Windows leysir í gegnum stillingar á stigi tengis en ekki í gegnum það sem gluggi sýnir, svo byrjaðu á virkum listum fyrir hvert tengi. Alias skiptir meira máli en sýnt nafn, því hver skipun hér fyrir neðan beinir sér að tengi. Farðu rangt með alias og lagfæringin lendir á röngum millistykki. Það mun virðast virka þar til næsta endurtenging, þegar færsla göngunnar sjálfrar kemur til baka.

Spurningin er hvaða netþjónar enduðu fremstir og hvort þeir komu sem kyrrstæðar færslur eða sem DHCP-leiga. Báðar staðreyndir ráða því hvaða lagfæring er í boði fyrir þig.

netsh interface ipv4 show dnsservers
Get-DnsClientServerAddress -AddressFamily IPv4

Lestu úttakið fyrir millistykki göngunnar og það líkamlega og skráðu hvert vistfang á hvoru um sig. Hægt er að fjarlægja kyrrstæða færslu með stefnu eða skriftu; færsla sem DHCP gefur er bundin leigunni og kemur aftur, sem breytir þeirri lagfæringu sem þú ættir að velja. Nöfn í fjarnetinu leysast af auglýsta leysinum, nöfn á staðbundnu LAN af líkamlega millistykkinu, og fyrirspurnin fer á þann lista sem er skoðaður fyrst.

Fjarlægðu ýttu netþjónana eða raðaðu þeim neðar

Eyddu ýttu netþjónunum þegar ekkert inni í göngunum þarf á þeim að halda, því eigin leysendur líkamlega millistykkisins taka aftur við. Haltu þeim aðeins ef fjarnetið á svæði sem aðeins netþjónar þess geta svarað, og í því tilfelli settu staðbundinn leysi fyrir framan þá. Tvær skipanirnar hér fyrir neðan ná yfir báða valkostina, svo veldu þá sem passar við aðstæður í stað þess að keyra báðar.

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

Vísitala 1 er skoðuð fyrst, svo ýttu vistföngin vera áfram tiltæk en hætta að vera sjálfgefna svarið við hverri fyrirspurn. Flaggið validate=no sleppir aðgengisathugun sem mistekst oft á meðan göngin eru enn að setjast að, svo staðfestu niðurstöðuna með show-skipuninni í stað þess að treysta útgangskóðanum.

Tvö takmörk er vert að þekkja áður en þú treystir á þetta. Windows eyðir ekki netþjónum sem komu yfir DHCP í gegnum netsh, og þau gildi vara sem DhcpNameServer undir skráningarlykli tengisins, svo skráningarbreyting er síðasta úrræði sem þarf að athuga aftur eftir næstu leigu. Bindiröð millistykja er heldur ekki áreiðanleg röðunaraðferð, því VPN-biðlari getur sett eigin færslu efst á listann.

Hvar hægt er að sía push

Betri lagfæring fjarlægir valkostinn áður en hann er notaður. Community OpenVPN biðlarinn getur síað ýtta tilskipun eftir nafni, sem heldur stillingum netþjónsins ósnortnum.

pull-filter ignore "dhcp-option DNS "

Bilið í lokin tilheyrir samsvöruninni og sían nefnir valkostinn en ekki vistfang netþjóns. Ef sniðið inniheldur líka tilskipun block-outside-dns breytir fjarlæging hennar lekavernd en ekki nafnleysingu, svo ákveddu það sér, í stað þess að tengja breytingarnar tvær saman.

Fyrir eitt harða hýsingarnafn er ein lína í hosts-skrá Windows stöðugri en að endurraða leysum fyrir alla vélina. Hún er líka ósýnileg næsta manni, svo skráðu hana þar sem stillingar vélarinnar eru skjalfestar.

Láttu lagfæringuna lifa endurtengingu af

Nafnleysingu þarf að prófa tvisvar, einu sinni gegn völdum netþjóni og einu sinni í því formi sem forrit notar. Þetta par aðgreinir vandamál í röð leysa frá netþjóni sem svarar alls ekki. Ef fyrsta prófið er sleppt verða orsakirnar tvær flæktar saman.

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

Tengdu göngin aftur og endurtaktu báðar skipanirnar. Það sem þú breyttir handvirkt varir aðeins til næstu tengingar, því biðlarinn byggir upp leysastöðu sína á ný meðan hann ræsir millistykkið. Settu netsh línurnar í studda tengiskrift biðlarans þíns, láttu skriftuna ljúka með góðum árangri og bættu við stuttri bið áður en hún keyrir. Biðlari sem beitir DNS eftir skriftuna yfirskrifar niðurstöðuna engu að síður.

Ef opinber nöfn leysast og innri mistakast enn eftir lagfæringuna er listi leysanna hættur að vera grunurinn. Fyrirspurnin nær líklega alls ekki til netþjónsins, sem bendir til leiðsendingar eða eldveggjarreglu en ekki annarrar DNS-stillingar. Skráðu alias tengisins og vistföngin sem þú lentir á, því bæði eru mismunandi milli véla og hvorugt lifir endurbyggingu af einu sér.