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 жана скрипт чөйрөсүн документтештирет; дагы бир чечүүчү файлын оңдоодон мурун клиентиңиз эмнени колдонушу керектигин ырастоо үчүн аны колдонуңуз.