VPN pārņēma DNS un salauza vietējos nosaukumus: izlabojiet sarakstu

Tunelis paceļas, intranets ielādējas, un printera nosaukums pārstāj atrisināties. Vai otrādi: vietējie nosaukumi joprojām darbojas, kamēr viss uzņēmuma tīklā nonāk līdz taimautam. Abi simptomi nāk no vienas vietas, risinātāju saraksta, ko VPN klients pārrakstīja, kad izveidoja savienojumu.

Izlabojiet sarakstu apzināti, pēc tam ar push mehānismu nodarbojieties atsevišķi. Maršruti ir trešā tēma, nevis tas, kas šeit tiek labots.

Kuru sarakstu lietotnes faktiski izmanto

Windows atrisina, izmantojot saskarnes līmeņa iestatījumus, nevis to, ko rāda kāds dialogs, tāpēc sāciet ar katras saskarnes faktiskajiem sarakstiem. Aliass ir svarīgāks par rādīto nosaukumu, jo katra komanda zemāk vēršas pie saskarnes. Ja sajaucat aliasu, labojums nonāks nepareizajā adapterī. Tas izskatīsies strādājam līdz nākamajai atkārtotajai savienošanai, kad atgriezīsies paša tuneļa ieraksts.

Jautājums ir, kuri serveri nonāca priekšgalā un vai tie ieradās kā statiski ieraksti vai kā DHCP noma. Abi fakti nosaka, kāds labojums jums ir pieejams.

netsh interface ipv4 show dnsservers
Get-DnsClientServerAddress -AddressFamily IPv4

Izlasiet izvadi tuneļa adapterim un fiziskajam adapterim un pierakstiet katru adresi katrā. Statisku ierakstu var noņemt ar politiku vai skriptu; DHCP piešķirto ierakstu saista noma, un tas atgriezīsies, kas maina izvēlēto labojumu. Attālā tīkla nosaukumus atrisina izsludinātais risinātājs, vietējā LAN nosaukumus fiziskais adapteris, un vaicājums dodas uz to sarakstu, kurš tiek apskatīts pirmais.

Noņemiet iespiestos serverus vai sarindojiet tos zemāk

Dzēsiet iespiestos serverus, kad tuneļa iekšienē nekam tie nav vajadzīgi, jo fiziskā adaptera paša risinātāji atkal pārņem darbu. Saglabājiet tos tikai tad, ja attālajam tīklam ir zonas, uz kurām var atbildēt vienīgi tā serveri, un šajā gadījumā lieciet tiem priekšā vietējo risinātāju. Divas komandas zemāk aptver abas izvēles, tāpēc izvēlieties situācijai atbilstošo, nevis izpildiet abas.

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

Indekss 1 tiek apskatīts pirmais, tāpēc iespiestās adreses paliek pieejamas, bet vairs nav noklusējuma atbilde uz katru vaicājumu. Karodziņš validate=no izlaiž sasniedzamības pārbaudi, kas bieži neizdodas, kamēr tunelis vēl nostabilizējas, tāpēc apstipriniet rezultātu ar komandu show, nevis uzticieties izejas kodam.

Pirms paļauties uz to, ir vērts zināt divus ierobežojumus. Windows nedzēsīs serverus, kas ieradās pa DHCP caur netsh, un šīs vērtības saglabājas kā DhcpNameServer zem saskarnes reģistrācijas atslēgas, tāpēc reģistra rediģēšana ir pēdējais līdzeklis, kas pēc nākamās nomas jāpārbauda vēlreiz. Arī adapteru piesaistes kārtība nav uzticams ranžēšanas mehānisms, jo VPN klients var ievietot savu ierakstu saraksta augšgalā.

Kur push var filtrēt

Labāks labojums noņem opciju pirms tās piemērošanas. Community OpenVPN klients var filtrēt iespiesto direktīvu pēc nosaukuma, kas atstāj servera konfigurāciju neskartu.

pull-filter ignore "dhcp-option DNS "

Beigu atstarpe pieder pie saskaņošanas, un filtrs nosauc opciju, nevis servera adresi. Ja profilā ir arī direktīva block-outside-dns, tās noņemšana maina aizsardzību pret noplūdi, nevis nosaukumu atrisināšanu, tāpēc izlemiet to atsevišķi, nevis apvienojiet abus labojumus.

Vienam ietiepīgam saimniekdatora nosaukumam viena rinda Windows hosts failā ir stabilāka nekā risinātāju pārkārtošana visai mašīnai. Tā arī ir neredzama nākamajam cilvēkam, tāpēc pierakstiet to tur, kur tiek dokumentēta mašīnas konfigurācija.

Padariet labojumu noturīgu pret atkārtotu savienošanu

Nosaukumu atrisināšana jāpārbauda divreiz, vienreiz pret izvēlētu serveri un vienreiz tādā formā, kādu lieto lietotne. Šis pāris atdala risinātāju kārtības problēmu no servera, kas neatbild vispār. Ja pirmā pārbaude tiek izlaista, abi cēloņi paliek savijušies.

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

Atkārtoti pievienojieties tunelim un atkārtojiet abas komandas. Tas, ko mainījāt ar roku, saglabājas tikai līdz nākamajam savienojumam, jo klients, paceļot adapteri, no jauna veido savu risinātāju stāvokli. Ievietojiet netsh rindas sava klienta atbalstītajā savienošanas skriptā, ļaujiet skriptam veiksmīgi beigties un pirms tā izpildes pievienojiet īsu gaidīšanu. Klients, kas DNS piemēro pēc skripta, rezultātu pārrakstīs jebkurā gadījumā.

Ja publiskie nosaukumi atrisinās un iekšējie pēc labojuma joprojām neizdodas, risinātāju saraksts vairs nav aizdomās turamais. Vaicājums, iespējams, nemaz nesasniedz serveri, kas norāda uz maršrutēšanu vai ugunsmūra noteikumu, nevis uz vēl vienu DNS iestatījumu. Pierakstiet saskarnes aliasu un adreses, pie kurām apstājāties, jo abi atšķiras starp mašīnām un neviens pats neiztur pārbūvi.