Zergatik uzten duen DNSek funtzionatzen Windowsen OpenVPN konektatu ondoren

Resolverrak ping-ari erantzuten dio oraindik, 53 portuak inora ez daraman bitartean. Egiaztatu block-outside-dns iragazten ari den, eta eman tunelak irits dezakeen resolver bat.

Bulegoko resolverrari ping eginda erantzuna jasotzen da oraindik "OpenVPN" konektatu ondoren, eta hala ere izen-bilaketa guztiek huts egiten dute. Helbidea irisgarria da, portua ez, eta konbinazio hori zentzuzkoa da Windows DNS adapterren arabera iragaz dezakeela jakinda. Profilan block-outside-dns badago, iragazki hori da lehen susmagarria, eta bideratze-taula leku okerra da bila aritzeko. Beheko bi proben bidez geruzak segundo batzuetan bereizten dira.

Helbide irisgarria, portu hilak

Ping arrakastatsu batek frogatzen du ostalaria bizirik dagoela eta bide bat badagoela. Ez du ezer esaten 53 portura iristeko baimenari buruz, eta arretaz ari garena beste geruza batean lan egiten du eta adapterraren mende dago. Horregatik makinak berak ICMPri erantzun diezaioke eta helbide berera bidalitako kontsulta guztiak ukatu. Exekutatu bi probak saio berean edozein konfigurazio aldatu aurretik.

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

Bikotea da diagnostikoa. Azpisarera doan ohiko trafikoak funtzionatzen jarraitzen du izenen ebazpena hiltzen den bitartean, eta jendeak zerbitzaria hondatuta dagoela edo DNS inoiz bidali ez zela ondorioztatzen du. Bi azalpenak garestiak dira jarraitzeko, eta frogak leku estuago batera eramaten dute. Egiaztatu bikotea edozein ezarpen ukitzen hasi aurretik.

Aukera iragazte-plataformaren araua da

OpenVPN erreferentziak block-outside-dns Windows Filtering Platformen murrizketa gisa deskribatzen du, aplikazioek tunelaz kanpoko adapterretan DNSra iristea eragozten duena. TCP eta UDP 53 portua hartzen ditu. Iragazkia WFPn bizi delako eta ez suebakiko arauen ohiko zerrendan, beste leku batean baimen-araua gehitzeak ez du nahitaez emaitza aldatzen. Horregatik DNS onartzeko ohiko aholkuak huts egiten jarraitzen du.

Ezarpena inportatutako profilatik edo zerbitzaritik etor daiteke, eta azken aldiz editatu zenuen fitxategiak "ez du frogatzen bezeroak zer kargatu zuen". Irakurri konfigurazio eraginkorra eta konexio-erregistroa elkarrekin. Aukera Windows-erako zehaztua ere bada, eta eramangarri gisa tratatzeak aplikatzen ez diren aholkuak sortzen ditu.

Bilatu murrizketa duen bezero-konponentea arau gehiago gehitu ordez. Jabea da benetan kendu dezakeen gauza.

Iragazkia ez da resolverra

Tunelaz kanpoko trafikoa blokeatzeak ez du resolver funtzionalik instalatzen haren barruan. Aukerak bide bat kentzen du eta tunelaren DNS konfigurazioa profila prestatu zuenaren esku uzten du. Inoiz resolverrik bidali ez zuen profilak ez du orain bat ere.

Egin hiru egiaztapen ordenan. Lehenik, huts egiten duen aplikazioak benetan zein resolver erabiltzen duen. Bigarrenik, bezeroak VPN DNS ezarpenak aplikatu dituen. Hirugarrenik, zein interfazek daraman trafikoa resolver horretara.

  1. Erabilgarri den resolverra: alderatu Resolve-DnsName -Server <resolver-ip> <name> tresnaren emaitza ipconfig /all zerrendatzen dituen DNS zerbitzariekin.
  2. VPN DNS aplikatua: aztertu tunel-adapterraren DNS sarrerak ipconfig /all tresnaren irteera berean.
  3. Erabilitako interfazea: Find-NetRoute -RemoteIPAddress <resolver-ip> tresnak helmuga horretarako irteera-interfazea izendatzen du.

LAN resolverra diseinuz iristezin bihurtzen da politika honen pean, beste LAN trafiko bat funtzionatzen ari den bitartean ere. Hori da aukera bere lana egiten. Diseinuak VPN DNS behar badu, konpondu resolverraren erregistroa eta tunelaren bidea; tokiko salbuespenekin split DNS behar bada, konfigurazioaren jabeak salbuespen horiek modu onartuan adierazi behar ditu.

Zer ez du estaltzen aukerak

53 portua ez da izenen ebazpen osoa. DNS over HTTPS eta DNS over TLS garraio desberdinak erabiltzen dituzte, eta aplikazio batzuek beren resolver logika exekutatzen dute sistemaren ezarpenekiko independentean. Beraz, arakatzaileak izenak ebatz ditzake komando-lerroak ezin duen bitartean.

Trata ezazu desberdintasun hori diagnostiko gisa, eta ez kontraesan gisa. Konparatu biak sistemako resolverra hondatuta dagoela erabaki aurretik.

Mantendu ondorioa estu idazten duzunean. Aukera honek garraio bat murrizten du plataforma batean, eta ebazpen-bidearen gainerakoa diseinu-kontu bereizia da, bere jabearekin.

Egiaztatu egoera deskonektatu aurretik eta ondoren

Exekutatu bilaketa bera konexioan zehar eta berriro jabea den bezeroa deskonektatu ondoren. Lehenak kanpoko resolver batentzat huts egin beharko luke tunela aktibo dagoen bitartean, eta bigarrenak lortu beharko luke iragazkia kendu ondoren. Deskonektatu ondoren oraindik huts egiten badu, iragazkia ez zen garbitu.

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

Bezeroaren zerbitzua edo makina berrabiarazteak iragazki zaharra garbitu ohi du. Horrek diagnostikoa baieztatzen du konponketa iraunkorrik frogatu gabe. Idatzi zer ikusi zenuen, deskonexioa gainditzen duen iragazki batek berriro egingo baitu, eta erregistroa da errore-txosten bat justifikatzen duena.

Egiaztapen horien ondoren soilik du zentzua resolverra ordezkatzeak edo suebaki-politika berreraikitzeak. Biak frogak babesten duena baino aldaketa handiagoak dira.

Erlazionatutako artikuluak