Samba на VPN адреси: зашто слушалац нестаје

Дељење ради цело јутро, тунел се поново повезује у подне, и иста путања UNC сада истиче време док ping ка серверу још одговара. Ништа се није променило у дефиницији дељења и VPN ради. Променила се локална адреса за коју је Samba био везан, а која више не постоји након што је интерфејс поново створен. Тај начин отказа је проблем животног циклуса слушаоца, не проблем дозвола.

Дељење ради до поновног покретања тунела

Везивање услуге за адресу везује њен сокет за животни век те адресе. Када се интерфејс тунела уништи и поново изгради, стара адреса нестаје, а сокет везан за њу нестаје са њом. Услуга наставља да ради, али ништа не слуша тамо где се клијенти усмеравају.

Ping ипак може успети ако нова адреса одговара на ICMP, и зато доступност изгледа добро док је дељење мртво. Управо тај један обмањујући успех шаље људе ка заштитном зиду.

Доступност није адреса везивања

Овде се мешају три одлуке. Рута одлучује да ли пакет клијента стиже. Сокет који слуша одлучује да ли га нешто прихвата на локалној адреси. Конфигурација дељења и дозволе фајл система одлучују шта се дешава после. Када се интерфејс поново створи, квари се само друго.

Ни адреса из базена VPN није аутоматски локална адреса везивања. Она припада клијенту, не серверу датотека. Ping је лош тест за услугу датотека.

Држите те власнике одвојено и у документацији. Будућа промена базена VPN не би требало да захтева уређивање Samba-е, а промена дозвола дељења не би требало да захтева поновно покретање тунела.

Уместо тога вежите се за стабилну адресу

Стабилнији дизајн држи Sambu на сталној адреси и пушта VPN да доведе клијенте тамо. Адреса сервера се не мења када тунел задрхти, па слушалац никада не мора да прати интерфејс. Приступ тада спроводе путања VPN и заштитни зид домаћина, који су за тај посао и направљени.

Ако морате да се вежете за тунел, разумите уговор инсталираног издања. Параметри interfaces и bind interfaces only нису исто, а документација о везивању упозорава на испрекидане интерфејсе. Динамичко руковање слушаоцем постоји на неким платформама, али то је способност коју треба проверити, а не претпоставити. Прочитајте табелу пре и после треперења и упоредите два излаза.

ss -ltnp | grep ':445'

Тестирајте поновно повезивање, не зелено светло

Проверите слушаоца након поновног повезивања, не само након покретања услуге. Поново створите тунел, затим прочитајте табелу слушања и потврдите да сокет постоји на адреси ка којој се клијенти усмеравају. Зелени показатељ тунела и успешна провера конфигурације не доказују ниједно.

smbclient -L //files.corp.example -U alice

Затим изведите једну дозвољену операцију и једну забрањену путању са клијента и поновите након другог поновног повезивања. Ако дељење ради само до првог треперења, везивање је још увек повезано са животом интерфејса и дизајн није исправљен. Промените везивање или адресу услуге и симптом престаје да се враћа.