Неге nslookup VPN арқылы шешеді, бірақ браузер шеше алмайды

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

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

Жауапты үш саясат анықтайды

Әр интерфейс өзінің резолвер тізімін және іздеу жұрнақтарын алып жүреді. VPN адаптері серверлерді қосады, ал физикалық адаптер өзінің серверлерін сақтайды, жүйе бірінші жауап бергенін алуы мүмкін, сондықтан іздеу ешкім таңдамаған күйде туннельден тыс қызмет көрсетілуі мүмкін. Атау шешу саясаты кестесінің ережелері таңдалған домендерді таңдалған серверлерге жібере алады, Windows-та split DNS әдетте осылай өрнектеледі. Ал VPN клиенті немесе шлюз тек жеке желі ішінде ғана бар резолвер мекенжайын итеруі мүмкін.

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

Неге браузер басқа сұрақ қояды

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

Мекенжай тобының басымдығы кідірісті түсіндіреді, сәтсіздікті емес. Тек IPv4 тасымалдайтын туннельде алдымен IPv6 жазбаларын сұрайтын браузер шегіну алдында уақыт шегінің бітуін күтеді. Firefox дәл осы үшін басымдық ұстаған, оны өшіру жөндеу емес, диагностикалық қадам.

Резолвер тізімі мен ережелерді оқыңыз

Windows-та теория құрмас бұрын жүйенің иеленетінін басып шығарыңыз. Get-DnsClientServerAddress серверлерді интерфейс бойынша көрсетеді, Get-DnsClientNrptRule атау кеңістігі ережелерін тізімдейді, Resolve-DnsName жүйе жолы арқылы нақты атқа жауап береді. Сол жауапты VPN серверіне мекенжай бойынша тікелей сұраныспен салыстырыңыз. Resolve-DnsName сәтсіз болып, тікелей сұраныс сәтті болса, күдікті резолвер тізімі немесе атау кеңістігі ережесі.

Атаудың өзін де тексеріңіз. Ішкі қысқа атқа тек VPN адаптері беретін жеке жұрнақ қажет болуы мүмкін, ал толық білікті ат жақсы шешіледі. Сәтті іздеуден кейінгі сертификат ескертуі басқа мәселеге жатады.

Қол жетпейтін итерілген резолвер

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

Егер резолверге қол жетпейтін болса, жөндеу — маршрут немесе қосылған ішкі желі, басқа DNS сервері емес.

Шифрланған DNS бүкіл жолды айналып өтеді

DNS-over-HTTPS қолданатын браузерлер атауларды таңдалған провайдерге HTTPS қосылымы арқылы өздері шешеді. Бұл қосулы кезде сол іздеулер үшін жүйелік резолвер мен split DNS ережелері толығымен айналып өтіледі, сондықтан ішкі атаулар браузерде сәтсіз болады, ал операциялық жүйе оларды дұрыс шешеді. Керісінше де болады: ішкі атаулар оларды ешқашан көрмеуі тиіс провайдер арқылы браузерде сәтті болады, және бұл байланыс емес, саясат мәселесі.

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

Сәтсіздікке сай жөндеулер

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

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

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