Wêrom DNS ophâldt mei wurkjen nei’t OpenVPN ferbynt op Windows

De resolver antwurdet noch op in ping wylst poarte 53 nearne hinne giet. Kontrolearje oft block-outside-dns filteret, en jou dan in resolver dy’t de tunnel berikke kin.

In ping nei de kantoarresolver krijt noch antwurd neidat "OpenVPN" ferbûn is, en dochs mislearret elk nammesyksjen. It adres is berikber wylst de poarte dat net is, in kombinaasje dy’t sin hat as jo witte dat Windows DNS per adapter filterje kin. Mei block-outside-dns yn it profyl is dat filter de earste fertochte, en de rûteskaaimer is it ferkearde plak om te sykjen. De twa testen hjirûnder skiede de lagen yn sekonden.

Berikber adres, deade poarte

In slagge ping bewist dat de host libbet en dat der in paad bestiet. It seit neat oer tastimming om poarte 53 te berikken, om’t it filter yn kwestje op in oare laach wurket en oan de adapter bûn is. Dêrom kin deselde masine ICMP beäntwurdzje en elk sykjen nei itselde adres wegerje. Rin beide testen yn deselde sesje foardat jo hokker konfiguraasje dan ek feroarje.

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

It pear is de diagnoaze. Gewoane ferkear nei it subnet wurket troch wylst nammesolving stjert, en minsken konkludearje dat de server stikken is of dat DNS nea stjoerd is. Beide ferklearrings binne djoer om efternei te gean, en it bewiis wiist nei eat smellers. Befêstigje it pear foardat jo in ynstelling oanreitsje.

De opsje is in regel fan it filterplatfoarm

De OpenVPN-referinsje beskriuwt block-outside-dns as in beheining fan Windows Filtering Platform dy’t tapassings tsjinhâldt DNS te berikken op adapters bûten de tunnel. It beslacht TCP en UDP poarte 53. Om’t it filter yn WFP libbet en net yn ’e gewoane list mei firewallregels, feroaret in tastimmingsregel earne oars de útkomst net needsaaklik. Dêrom mislearret it gewoane advys om DNS ta te stean noch hieltyd.

De ynstelling kin út it ymportearre profyl of fan de server komme, en it bestân dat jo it lêst bewurke hawwe "is gjin bewiis fan wat de klant laden hat". Lês de effektive konfiguraasje en it ferbiningslog tegearre. De opsje is ek Windows-spesifyk, en it behanneljen as oerdraachber jout advizen dy’t net jilde.

Sykje de klantkomponint dy’t de beheining besit yn stee fan mear regels ta te foegjen. De eigner is it ding dat it echt fuorthelje kin.

In filter is gjin resolver

Ferkear bûten de tunnel blokkearje ynstallearret gjin wurkjende resolver derbinnen. De opsje hellet in paad fuort en lit de DNS-konfiguraasje fan de tunnel oan wa’t it profyl opset hat. In profyl dat nea in resolver stjoerd hat, hat no hielendal gjinien.

Wurkje trije kontrôles yn folchoarder ôf. Earst, hokker resolver de mislearjende tapassing eins brûkt. Twad, oft de klant de VPN-DNS-ynstellings tapast hat. Tred, hokker ynterface it ferkear nei dy resolver draacht.

  1. Resolver yn gebrûk: fergelykje Resolve-DnsName -Server <resolver-ip> <name> mei de DNS-servers dy’t ipconfig /all listet.
  2. VPN-DNS tapast: besjoch de DNS-ynfieringen fan de tunneladapter yn deselde útfier fan ipconfig /all.
  3. Brûkte ynterface: Find-NetRoute -RemoteIPAddress <resolver-ip> neamt de útgongsynterface foar dy bestimming.

In LAN-resolver wurdt ûnder dit belied by ûntwerp ûnberikber, sels wylst oar LAN-ferkear wurket. Dat is de opsje dy’t syn wurk docht. As it ûntwerp VPN-DNS nedich hat, reparearje dan de resolverregistraasje en it tunnelpaad; as split DNS mei lokale útsûnderingen ferplichte is, moat de eigner fan ’e konfiguraasje dy útsûnderingen op in stipe wize útdrukke.

Wat de opsje net beslacht

Poarte 53 is net de hiele nammesolving. DNS over HTTPS en DNS over TLS brûke oare transporten, en guon tapassings rinne har eigen resolverlogika los fan systeemynstellings. In browser kin dêrom nammen oplosse wylst de kommandorigel dat net kin.

Behannelje dat ferskil as diagnoaze en net as tsjinstelling. Fergelykje de twa foardat jo beslute dat de systeemresolver stikken is.

Hâld de konklúzje smel as jo dy opskriuwe. Dizze opsje beheint ien transport op ien platfoarm, en de rest fan it oplossingspaad is in aparte ûntwerpfraach mei syn eigen eigner.

Kontrolearje de tastân foar en nei it ôfbrekken

Rin itselde sykjen by de ferbining en wer neidat de eignende klant ôfbrekt. De earste soe mislearje moatte foar in eksterne resolver wylst de tunnel omheech is, en de twadde soe slagje moatte as it filter fuort is. As it nei it ôfbrekken noch mislearret, is it filter net opromme.

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

It opnij starten fan ’e klanttsjinst of de masine rommet meastentiids in ferâldere filter op. Dat befêstiget de diagnoaze sûnder in bliuwende oplossing te bewizen. Skriuw op wat jo seagen, want in filter dat in ôfbrekken oerlibbet sil it wer dwaan, en it ferslach is wat in bugrapport rjochtfeardiget.

Pas nei dy kontrôles hat it sin om de resolver te ferfangen of it firewallbelied opnij te bouwen. Beide binne gruttere feroarings as it bewiis stipet.

Relatearre artikelen