OpenVPN DNS жібереді, бірақ шешуші оны ешқашан көрмеуі мүмкін

Клиент журналы жіберілген DNS серверін көрсетеді, туннель қосылған, ал ішкі атау әлі де ештеңеге шешілмейді. Жіберудің өзінде ештеңе бұзылмаған. Опция келді, бірақ операциялық жүйенің шешушісі оны ешқашан қолданбады, себебі көптеген Unix клиенттерінде OpenVPN мәнді береді де, қолданбаны платформаға қалдырады.

Симптом: журнал DNS көрсетеді, ал атаулар әлі де сәтсіз

OpenVPN dhcp-option DNS және домен ақпаратын тасымалдайды, клиент қабылдағанын жазады. Кейбір іске асыруларда клиент бұл параметрлерді іштей қолданады; басқаларында оларды интеграциялық скриптке немесе желілік қызметке экспорттайды. Журнал жолы әңгіменің тек бірінші жартысын сипаттайды. Екінші жартысы клиент бақыламайтын жерде болады. Ақау әдетте сонда тұрады.

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

Қабылдау — қолдану емес

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

Әрбір Unix клиенті бірдей файлды қайта жазады деп болжаудың орнына, іске асырудың қолдайтын интеграциясын тексеріңіз. Дәл осы болжам адамдарды ештеңе оқымайтын шешуші конфигурациясын өңдеуге итермелейді.

Әр платформада шешушінің иесін табыңыз

Windows-та атауларды шешу саясаты кестесі белгілі жұрнақтарды белгілі серверлерге бағыттай алады, ал VPN клиенті онда ережелер орната алады. Тек адаптердің DNS тізімін емес, саясатты тексеріңіз. Linux-та конфигурацияны NetworkManager немесе systemd-resolved иеленуі мүмкін, және қайсысы иеленетіні қайта қосылу кезінде ненің сақталатынын анықтайды.

Нақты күйді сұрақтарға шынымен жауап беретін құралмен оқыңыз: systemd-resolved хостында resolvectl query internal.example.net немесе платформаның баламасы. Содан кейін бұл жауапты клиент журналы жіберілді деп мәлімдеген DNS серверімен салыстырыңыз.

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

Скрипттер және foreign_option

OpenVPN жіберілген опцияларды foreign_option_N атты айнымалылар арқылы скрипттерге экспорттайды, ал скрипт оларды шешуші командаларына айналдыра алады. Бұл реттеу қолдау көрсетілетін интеграция, автоматты мінез-құлық емес, және оны клиентте орнатып, шақыру қажет.

Егер скриптке сүйенсеңіз, оның орындалуын және шығу күйін журналға жазыңыз. Іске қосылып, бірақ үнсіз сәтсіз аяқталатын скрипт скрипт жоқ кездегідей симптом қалдырады, және конфигурация толық көрінгендіктен оны байқау қиынырақ. Скрипт файлын емес, скрипттің шығысын тексеріңіз. Бар файл — орындалған скрипт емес.

Журналды емес, атауды сынаңыз

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

Егер атау шешілсе, бірақ қызмет сәтсіз болса, DNS-ті қайта өзгертудің орнына маршрутизация мен қолданбаларға кіруге өтіңіз. OpenVPN нұсқаулығы dhcp-option пен скрипт ортасын құжаттайды; тағы бір шешуші файлын өңдеуден бұрын клиентіңіз нені қолдануы керектігін растау үшін оны пайдаланыңыз.