Лакальны сеткавы рэсурс Samba знік пасля таго, як OpenVPN перадаў DNS

Samba губляе лакальныя сеткавыя рэсурсы ў той момант, калі OpenVPN падключаецца, і тунель амаль ніколі не бывае прычынай. Мацаванне ў парадку, NAS працуе, а рэзалвер, які ўсталяваў тунель, адказвае на пытанні пра імя, якога ён ніколі не бачыў. Samba звяртаецца да гэтага рэзалвера рана ў сваім парадку пошуку, верыць адказу і падключаецца да адраса, дзе ніхто не слухае. Выправіць рэсурс — значыць выправіць адказ, а не мацаванне.

Пяць праверак, у парадку, які на кожным кроку адсякае найбольш магчымасцяў.

Хто адказвае за кароткае імя

Спытайце аперацыйную сістэму, а не файлавы менеджэр. resolvectl status паказвае DNS-серверы, далучаныя да кожнага злучэння, і пазначае, якое злучэнне з'яўляецца маршрутам па змаўчанні, а запыт кароткага імя паведамляе сервер, які адказаў. Запусціце яго адзін раз для імя NAS і адзін раз для імя, якое, як вы ведаеце, існуе ў дамене офіса. Калі два адказы прыйшлі з розных сервераў, вы знайшлі раздваенне.

Праверце, ці адказам быў адмоўны адказ або адрас. Адмоўны адказ азначае, што Samba павінна была перайсці да іншага механізму, і няспраўнасць у іншым месцы. Адрас азначае, што Samba падключылася да рэальнага месца і нічога не атрымала.

Чаму Samba верыць няправільнаму адказу

Samba развязвае імёны праз фіксаваную паслядоўнасць, зададзеную name resolve order. У большасці дыстрыбутываў прадвызначэнне ўключае host, гэта значыць DNS, і ён ідзе раней за механізмы толькі лакальнай сеткі, такія як шырокавяшчальны NetBIOS. Таму тунель, які перадае рэзалвер, атрымлівае права першага адказу на кожнае імя сеткавага рэсурсу, уключаючы аднасегментныя імёны, якія ніколі не павінны былі пакідаць будынак.

Звычайна невядомае імя вяртае адмоўны адказ, і чарга пераходзіць да наступнага механізму. Некаторыя рэзалверы, асабліва ў інтэрнэт-правайдэраў і публічныя, адказваюць на невядомыя імёны старонкай пошуку або рэкламным адрасам. Такі адказ выглядае для бібліятэкі рэзалвера як поспех, таму Samba спыняе пошук і набірае адрас, які не мае нічога агульнага з вашай сеткай.

Вынік — рэсурс, які знікае без дыялога памылкі. Нішто ў гэтай паслядоўнасці не з'яўляецца збоем маршрутызацыі VPN, таму ping да NAS па-ранейшаму працуе, а пераход да яго — не.

Два выпраўленні з рознай шырынёй

Вузкае выпраўленне захоўвае перададзены рэзалвер і змяняе тое, што Samba мае права ў яго пытацца. Дадайце два радкі ў канфігурацыю Samba, якую дэман фактычна чытае, затым перазапусціце службу:

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

Без host у гэтым спісе DNS выходзіць з шляху для пошуку сеткавых рэсурсаў, і аднасегментныя імёны застаюцца ў лакальным сегменце. Імёны офіса па-ранейшаму развязваюцца звычайна для кожнай іншай праграмы, бо гэта змяняе толькі Samba. Кошт у тым, што Samba больш не можа выкарыстоўваць DNS зусім, таму рэсурс, адрасаваны поўным імем офіса, робіцца праблемай.

Шырокае выпраўленне выдаляе прычыну: спыніце перадаваць рэзалвер, які адказвае на імёны, якімі не валодае, або перадайце палітыку раздзеленага DNS, каб да рэзалвера офіса даходзілі толькі суфіксы офіса. Гэта лепшы доўгатэрміновы адказ у кіраванай сетцы, бо ён абараняе таксама браўзер і менеджэр пакетаў, але ён патрабуе адміністрацыйнага доступу на баку сервера і кліента, які слухаецца перададзеных налад.

Выберыце адзін свядома. Змена рэзалвера змяняе развязанне імёнаў для ўсіх праграм адразу, а гэта запіс пра змену, а не правака для званка ў падтрымку.

Суфікс можа патлумачыць усё

Калі кліент таксама перадае суфікс пошуку, кароткае лакальнае імя перапісваецца ў дамен офіса яшчэ да запыту. Тады рэзалвер зусім не хлусіць: у яго спыталі слушнае пытанне пра імя офіса і ён даў правільны адказ. Чытайце запытанае імя ў вывадзе рэзалвера, каб адрозніць гэта ад выпадку з рэкламным адрасам, бо ў файлавым менеджэры абодва збоі выглядаюць аднолькава.

Выпраўленне тут — або выкарыстоўваць поўнае лакальнае імя, або дадаць правіла раздзеленага DNS, якое валодае лакальным суфіксам. Ні адно не патрабуе чапаць Samba.

Дакажыце гэта пасля перападключэння

Праверце тры імёны ў адным сеансе: лакальны рэсурс па кароткім імені, хост офіса па імені і звычайны вэб-сайт. Калі першае працуе, а другое ламаецца, выпраўленне перамясціла няспраўнасць замест таго, каб выдаліць яе. Калі ламаецца трэцяе, змена рэзалвера зайшла далей за задуманае, і кожны пошук цяпер падазроны.

Затым адключыце і зноў падключыце тунель і паўтарыце ўсе тры. Перададзеныя параметры прымяняюцца пры кожным падключэнні, таму выпраўленне, якое існавала толькі ў часе выканання, можа знікнуць без змены файла канфігурацыі. Запішыце рэзалвер, які валодае кожным суфіксам, і парадак пошуку, які дзейнічае, і адзначце дату, бо наступнае абнаўленне кліента — відавочны падазроны, калі гэта вернецца.

Калі рэсурс усё яшчэ не працуе пасля ўсіх пяці праверак, захавайце дакладны запыт і дакладны адказ, перш чым нешта іншае змяняць. Гэтая пара радкоў адрознівае збой рэзалвера ад імя, якое сапраўды не існуе, і гэта самая хуткая нататка для перадачы, якую вы можаце напісаць.