Wêrom't Windows dyn VPN-nammen nei in DNS-tsjinner stjoert dy'tst nea ynsteld hast
It feroarjen fan de DNS fan de adapter fielt as moast it de fraach besljochtsje. In nammerûmteregel kin dy list oerskriuwe, en sûnder regel freget Windows ferskate adapters.
Do setst de DNS-tsjinner op de VPN-adapter, meitsje opnij ferbining, en de priveenamme komt noch altyd fan de kantoarresolver dy't nimmen op dizze laptop ynsteld hat. It resultaat liket as waard de ynstelling negearre, en yn in bepaalde sin wie dat sa, want de adapterlist is in set fan kandidaten en net in beslút. Windows lûkt nammen op troch in nammerûmtebelied dat foar in beskaat efterheaksel in oare tsjinner beneame kin, en dat belied wurdt tapast foardat de adapterynstelling besjoen wurdt. De regel fine dy't wûn hat is in wurk fan fiif minuten as do witst hokker tabel te lêzen.
Wat do feroare hast, en wat eins beslút
It DNS-adres op in adapter fertelt de klant wêr't dat ynterface sykjen útstjoere koe. De Name Resolution Policy Table fertelt de klant wêr't er sykjen foar in beskaat nammerûmte hinne stjoere moat, en dy wurdt per namme beoardiele, net per adapter. As in regel by it efterheaksel past dat do typtest, wurde de tsjinners fan de regel brûkt en de adapterlist docht der foar dat sykjen net mear ta.
Dêrom kinne twa nammen op deselde laptop op itselde stuit ferskate paden folgje. In host ûnder it bedriuws efterheaksel folget syn regel; in iepenbiere namme folget it standertpaad, wat meastentiids de adapter betsjut dy't it earst antwurdet.
Hoe't de tabel in namme oanpast
Regels binne kaaie op nammerûmte, en de meast spesifike oerienkomst wint. In regel foar corp.example jildt foar vpn.corp.example en jildt net foar example.net. In regel mei de nammerûmte . dekt alles wat de oare regels net dekke, wat him de gefaarlikste yngong fan 'e list makket en dejinge dy't it wurdich is om te kontrolearjen as in net-besibbe side fia de tunnel oplost.
In regel kin ek in kommentaar drage, in belied dat de yngong útskeakelet, en feiligensynstellingen dy't neat mei DNS-adressen te meitsjen hawwe. In útskeakele regel bliuwt sichtber yn 'e konfiguraasje sûnder effekt, sadat in yngong dy't op papier goed liket nei in profylwiziging noch altyd ynaktyf wêze kin.
Lês de effektive tabel, net de winslist
Konfigurearre regels en effektive regels binne twa ferskillende fragen. Get-DnsClientNrptRule listet wat op 'e masine bestiet. Get-DnsClientNrptPolicy -Effective lit sjen wat de klant echt tapasse sil, mei de wearden gearfoege út belied en lokale ynstellingen.
Fergelykje it efterheaksel yn dy útfier mei de namme dy't do testest, teken foar teken. In regel foar corp.example fangt gjin namme dy't op corp.example.com einiget, en in punt oan 'e ein op ien plak en net op it oare is genôch om de oerienkomst te feroarjen.
Sûnder regel freget Windows mear as ien adapter
As neat yn 'e tabel de namme opeasket, kin de klant de sykjen fia ferskate ynterfaces útstjoere en it earste antwurd nimme dat oankomt. It resultaat hinget fan timing ôf: deselde namme kin moandeis fan 'e triedadapter en tiisdeis fan 'e tunnel oplosse, en neat yn 'e konfiguraasje fan ien fan beide adapters ferklearret it ferskil.
Der binne twa útgongen. Foegje in regel foar de nammerûmte ta sadat it beslút gjin wedstriid mear is, of set it parallelle gedrach út fia it DNS-klantbelied en akseptearje de stadiger, deterministyske oplossing. De earste past meastentiids better by in VPN mei split-tunnel, om't er de bedoeling dokumintearret ynstee fan op folchoarder te fertrouwen.
Paden dy't de resolver hielendal oerslaan
In browser mei feilige DNS oan lûkt sels op en jout Windows allinnich it adres, sadat de regeletabel de namme nea sjocht. Klanten boud op omjouwings mei har eigen resolver kinne itselde dwaan. As in namme yn ien applikaasje oplost en yn in oare op deselde masine mislearret, fergelykje dan de twa oplossingspaden foardatst it belied oanreastst.
Kontrolearje ek oft de app ferbining makket mei in cache-adres út in eardere sesje. Clear-DnsClientCache en dan deselde sykjen jout in skjinner antwurd as it ôflieden út in ferâldere resultaat.
Test mei de namme dy't mislearre
Los de krekte hostnamme út it rapport op, net in iepenbier fluggensdomein, en skriuw op hokker tsjinner antwurde. Feroarje dêrnei ien ding: de regel, de adapterlist of de beliedstafikaasje, en werhelje deselde sykjen nei opnij ferbinen sadat de tapaste steat wer opboud wurdt.
As de namme oplost en de tsjinst noch altyd wegeret, stop dan mei DNS te bewurkjen. De folgjende nuttige stap is it adres en de rûte dêrhinne, want namme-oplossing hat syn wurk al dien.