dnsmasq ішіндегі VPN доменіңіз — бұл аймақты тасымалдау емес

Клиенттің dnsmasq конфигурациясынан корпоративтік аймақты іздейсіз, оны таппайсыз және VPN өз доменін жібермеді деген қорытындыға келесіз. Жіберілген нәрсе — бағыттау ишарасы, аймақ емес. Клиент доменді және оған жауап беруі тиіс resolver-ді жазады, басқарылатын backend мұны шартты қайта бағыттауға айналдырады. Дұрыс емес жерден іздеу сенімді және толығымен жалған диагноз береді.

Клиент қабылдаған нәрсе — шлюз ұсынған нәрсе емес

Шлюз resolver, домен және сол resolver-ге жету үшін қажетті маршрутты ұсына алады, ал клиент үшеуін де немесе ешқайсысын да қабылдай алады. Импортталған профиль, көмекші скрипт немесе жіберілген параметрлерді елемейтін саясат қабылданған жиынтықты бос қалдыруы мүмкін, ал сервер жағы дұрыс көрінеді. Сервер конфигурациясынан емес, клиенттің жазылған күйінен бастаңыз, өйткені resolver шын мәнінде алатын нәрсе — сол күй. Егер қабылданған домен жоқ болса, одан әрі ештеңе маңызды болмайды. Кез келген кэшті тексермес бұрын қосылымның DNS қасиеттерін тексеріңіз.

Бұл айырмашылық ешқашан келмеген домен туралы есептердің көпшілігін түсіндіреді. Ол ұсынылды және қолданылмады.

Домен жазбасының екі түрі

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

Жеке атау кеңістігі үшін әдетте тек маршруттық нысан керек. Ол корпоративтік жұрнақты корпоративтік resolver-ге бағыттап ұстайды және қалғанның бәрін тыныш қалдырады.

resolv.conf ішіндегі localhost — қате емес

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

Бұл жазбаны жария resolver-мен алмастыру — классикалық қате түзету. Ол жария атау шешімін қалпына келтіреді және сол редакцияда шартты саясатты тастайды.

Backend-терді шатастырмаңыз

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

Менеджер қай backend-ті пайдалануға конфигурацияланғанын анықтаңыз, содан кейін сол backend-тің жасалған конфигурациясын оқыңыз, кездейсоқ бар бүкіл дистрибутив файлын емес. Менеджер өз дана конфигурациясын жазады және сол дана үшін теңшелетін параметрлерді қолдайды, сондықтан байланысы жоқ ғаламдық файлды өңдеу ештеңені өзгертпейді және әсерсіз өзгеріс сияқты көрінеді. 53 портында екінші daemon іске қосу пайдасыздан да нашар, өйткені енді екі бағдарлама порт кімге тиесілі екенінде келісе алмайды. Алдымен иесін анықтаңыз, содан кейін сол иесі оқитын жерде өңдеңіз.

Атау кеңістігін сынаңыз, тек жауапты емес

Қолданбаның қалыпты жолы арқылы бір рұқсат етілген жеке атауды және бір жария бақылау атауын сұраңыз. Корпоративтік серверге тікелей сұрау жазбаның бар екенін дәлелдейді; клиент сол серверді таңдағанын дәлелдемейді. Екінші сұрау — саясатты тексеретін сұрау.

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