OpenVPN DNS-ті итергеннен кейін жергілікті Samba бөлісімі жоғалды

Samba жергілікті бөлісімдерді OpenVPN қосылған кезде жоғалтады, ал туннель дерлік ешқашан себеп емес. Тіркеу дұрыс, NAS жұмыс істеп тұр, ал туннель орнатқан шешуші өзі ешқашан көрмеген атау туралы сұрақтарға жауап береді. Samba бұл шешушіден өз іздеу тәртібінің басында сұрайды, жауапқа сенеді және ештеңе тыңдамайтын мекенжайға қосылады. Бөлісімді түзету — тіркеуді емес, жауапты түзету.

Бес тексеру, әр қадамда ең көп мүмкіндікті жоққа шығаратын тәртіппен.

Қысқа атауға кім жауап береді

Файл менеджерінен емес, операциялық жүйеден сұраңыз. resolvectl status әр қосылымға тіркелген DNS серверлерін шығарады және қай қосылым әдепкі маршрут екенін белгілейді, ал қысқа атау сұрауы жауап берген серверді хабарлайды. Оны NAS атауы үшін бір рет және кеңсе доменінде бар екенін білетін атау үшін бір рет іске қосыңыз. Екі жауап әртүрлі серверлерден келсе, сіз бөлінуді таптыңыз.

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

Samba неге қате жауапқа сенеді

Samba атауларды name resolve order белгілеген тұрақты реттілік арқылы шешеді. Көптеген дистрибутивтерде әдепкі мән host қамтиды, яғни DNS, және ол NetBIOS хабарламасы сияқты тек жергілікті желіге арналған механизмдерден бұрын жұмыс істейді. Сондықтан шешушіні итеретін туннель әр бөлісім атауы бойынша бірінші бас тарту құқығын алады, соның ішінде ғимараттан шықпауы тиіс бір белгілі атаулар да бар.

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

Нәтиже — қате терезесіз жоғалып кететін бөлісім. Бұл реттілікте ештеңе VPN маршруттау ақауы емес, сондықтан NAS-қа ping әлі де жұмыс істейді, ал оны шолу жұмыс істемейді.

Әртүрлі ауқымдағы екі жөндеу

Тар жөндеу итерілген шешушіні сақтайды және Samba одан нені сұрай алатынын өзгертеді. Демон шын мәнінде оқитын Samba конфигурациясына екі жол қосыңыз, содан кейін қызметті қайта іске қосыңыз:

[global]
   name resolve order = wins lmhosts bcast
   dns proxy = no

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

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

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

Жұрнақ бәрін түсіндіре алады

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

Мұндағы шешім — толық білікті жергілікті атауды пайдалану немесе жергілікті жұрнаққа ие бөлінген DNS ережесін қосу. Екеуі де Samba-ға тиюді талап етпейді.

Қайта қосылғаннан кейін дәлелдеңіз

Бір сессияда үш атауды тексеріңіз: қысқа атаумен жергілікті бөлісім, атаумен кеңсе хосты және қарапайым веб-сайт. Біріншісі жұмыс істеп, екіншісі бұзылса, жөндеу ақауды жоюдың орнына орнын ауыстырды. Үшіншісі бұзылса, шешуші өзгерісі көзделгеннен алыс кетті және қазір әрбір іздеу күмәнді.

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

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