VPN DNS-ті басып алды және жергілікті атауларды бұзды: тізімді түзетіңіз

Туннель көтеріледі, интранет жүктеледі, ал принтердің атауы шешілуін тоқтатады. Немесе керісінше: жергілікті атаулар әлі жұмыс істейді, ал корпоративтік желі ішіндегінің бәрі уақыт шегінен шығады. Екі симптом да бір жерден келеді, VPN клиенті қосылған кезде қайта жазған шешушілер тізімінен.

Тізімді әдейі түзетіңіз, содан кейін push механизмін бөлек қарастырыңыз. Маршруттар үшінші тақырып және мұнда түзетіліп жатқан нәрсе ол емес.

Қолданбалар шын мәнінде қай тізімді пайдаланады

Windows диалог көрсететін нәрсе арқылы емес, интерфейс деңгейіндегі параметрлер арқылы шешеді, сондықтан әр интерфейстің тиімді тізімдерінен бастаңыз. Бүркеншік ат көрсетілетін атаудан маңыздырақ, өйткені төмендегі әр команда интерфейске жүгінеді. Бүркеншік атты шатастырсаңыз, түзету дұрыс емес адаптерге түседі. Келесі қайта қосылғанға дейін жұмыс істеп тұрғандай көрінеді, сонда туннельдің өз жазбасы қайтады.

Мәселе қай серверлер алға шыққанында және олар статикалық жазба ретінде немесе DHCP жалдауы ретінде келгенінде. Екі факт те сізге қандай түзету қолжетімді екенін анықтайды.

netsh interface ipv4 show dnsservers
Get-DnsClientServerAddress -AddressFamily IPv4

Туннель адаптері мен физикалық адаптер үшін шығысты оқып, әрқайсысындағы әр мекенжайды жазып алыңыз. Статикалық жазбаны саясат немесе скрипт арқылы жоюға болады; DHCP берген жазба жалдауға байланған және қайтады, бұл таңдайтын түзетуді өзгертеді. Қашықтағы желінің атауларын жарияланған шешуші шешеді, жергілікті LAN атауларын физикалық адаптер, ал сұрау бірінші қаралатын тізімге кетеді.

Итерілген серверлерді жойыңыз немесе оларды төменірек қойыңыз

Туннель ішінде ешнәрсеге олар керек болмаса, итерілген серверлерді жойыңыз, өйткені физикалық адаптердің өз шешушілері қайтадан қамқорлыққа алады. Оларды тек қашықтағы желіде тек өз серверлері жауап бере алатын аймақтар болса ғана сақтаңыз, және сол жағдайда олардың алдына жергілікті шешуші қойыңыз. Төмендегі екі команда екі таңдауды да қамтиды, сондықтан екеуін де іске қосудың орнына жағдайға сай келетінін таңдаңыз.

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

1-индекс бірінші қаралады, сондықтан итерілген мекенжайлар қолжетімді болып қалады, бірақ әр сұраудың әдепкі жауабы болуын тоқтатады. validate=no жалаушасы туннель әлі тұрақтанған кезде жиі сәтсіз болатын қолжетімділік тексеруін өткізіп жібереді, сондықтан шығу кодына сенудің орнына show командасымен нәтижені растаңыз.

Бұған сүйенбес бұрын екі шектеуді білген жөн. Windows DHCP арқылы netsh арқылы келген серверлерді жоймайды, және бұл мәндер интерфейстің тіркеу кілті астында DhcpNameServer ретінде қалады, сондықтан тіркеу өңдеуі соңғы шара болып табылады, оны келесі жалдаудан кейін қайта тексеру керек. Адаптерлерді байланыстыру реті де сенімді дәрежелеу механизмі емес, өйткені VPN клиенті өз жазбасын тізімнің басына қоя алады.

Push қай жерде сүзілуі мүмкін

Жақсырақ түзету опцияны қолданылмай тұрып алып тастайды. Community OpenVPN клиенті итерілген директиваны аты бойынша сүзе алады, бұл сервер конфигурациясын тимей қалдырады.

pull-filter ignore "dhcp-option DNS "

Соңғы бос орын сәйкестікке тиесілі және сүзгі сервер мекенжайын емес, опцияны атайды. Егер профильде block-outside-dns директивасы да болса, оны жою атау шешімін емес, ағып кетуден қорғауды өзгертеді, сондықтан екі өңдеуді біріктірудің орнына оны бөлек шешіңіз.

Бір қыңыр хост атауы үшін Windows hosts файлындағы бір жол бүкіл машина үшін шешушілерді қайта реттеуден тұрақтырақ. Ол келесі адамға көрінбейді, сондықтан машина конфигурациясы құжатталатын жерде жазып қойыңыз.

Түзетуді қайта қосылуға төзімді етіңіз

Атау шешімін екі рет сынау керек, бір рет таңдалған серверге қарсы және бір рет қолданба қолданатын пішінде. Бұл жұп шешушілер ретінің мәселесін мүлдем жауап бермейтін серверден ажыратады. Бірінші сынақты өткізіп жіберу екі себепті шатастырып қалдырады.

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

Туннельді қайта қосып, екі команданы да қайталаңыз. Қолмен өзгерткеніңіз тек келесі қосылымға дейін ғана сақталады, өйткені клиент адаптерді көтерген кезде шешуші күйін қайта құрады. netsh жолдарын клиентіңіздің қолдау көрсетілетін қосылым скриптіне қойыңыз, скрипт сәтті аяқталсын, және ол іске қосылмай тұрып қысқа күту қосыңыз. Скрипттен кейін DNS қолданатын клиент нәтижені қалай болса да қайта жазады.

Егер жария атаулар шешілсе, ал ішкі атаулар түзетуден кейін де сәтсіз болса, шешушілер тізімі енді күдікті емес. Сұрау серверге мүлдем жетпейтін шығар, бұл басқа DNS параметріне емес, маршруттауға немесе firewall ережесіне меңзейді. Интерфейс бүркеншік атын және тоқтаған мекенжайларыңызды жазып алыңыз, өйткені екеуі де машиналар арасында әр түрлі және ешқайсысы жалғыз қайта құруға төзбейді.