VPN мекенжайындағы Samba: тыңдаушы неге жоғалады
Ортақ қатынау туннель қайта қосылғанша жұмыс істейді, содан кейін ping әлі жауап беріп тұрса да уақыт бітеді. Жоғалған мекенжайға байланған тыңдаушы бүкіл үлгіні түсіндіреді.
Ортақ қатынау таң бойы жұмыс істейді, туннель түсте қайта қосылады, ал сол UNC жолы енді уақыт бітіп сәтсіз аяқталады, бұл кезде серверге ping әлі жауап береді. Ортақ қатынау анықтамасында ештеңе өзгерген жоқ және VPN қосулы. Өзгергені — Samba байланған жергілікті мекенжай, интерфейс қайта жасалғаннан кейін ол енді жоқ. Мұндай істен шығу режимі — тыңдаушының өмірлік циклінің мәселесі, рұқсаттар мәселесі емес.
Ортақ қатынау туннель қайта қосылғанша жұмыс істейді
Қызметті мекенжайға байлау оның сокетін сол мекенжайдың өміріне байлайды. Туннель интерфейсі жойылып, қайта құрылғанда ескі мекенжай жоғалады және оған байланған сокет те онымен бірге кетеді. Қызмет жұмысын жалғастырады, бірақ клиенттер жіберілетін жерде ештеңе тыңдамайды.
Жаңа мекенжай ICMP-ге жауап берсе, ping әлі де сәтті болуы мүмкін, сондықтан ортақ қатынау өлі болса да қолжетімділік жақсы көрінеді. Дәл осы бір жаңылыстыратын сәттілік адамдарды firewall-ға жібереді.
Қолжетімділік — байлау мекенжайы емес
Мұнда үш шешім араласады. Маршрут клиент пакетінің жететінін шешеді. Тыңдайтын сокет оны жергілікті мекенжайда бірдеңе қабылдайтынын шешеді. Ортақ қатынау конфигурациясы мен файлдық жүйе рұқсаттары содан кейін не болатынын шешеді. Интерфейс қайта жасалғанда тек екіншісі бұзылады.
VPN пулындағы мекенжай да автоматты түрде жергілікті байлау мекенжайы болып саналмайды. Ол клиентке тиесілі, файлдық серверге емес. Ping файлдық қызмет үшін нашар тест.
Бұл иелерді құжаттамада да бөлек ұстаңыз. VPN пулындағы болашақ өзгеріс Samba-ны өңдеуді талап етпеуі керек, ал ортақ қатынау рұқсаттарының өзгерісі туннельді қайта қосуды талап етпеуі керек.
Оның орнына тұрақты мекенжайға байлаңыз
Тұрақтырақ дизайн Samba-ны тұрақты мекенжайда ұстап, клиенттерді сол жерге VPN арқылы жеткізеді. Туннель тербелгенде сервер мекенжайы өзгермейді, сондықтан тыңдаушы ешқашан интерфейстің соңынан ермейді. Сонда кіруді VPN жолы мен хост firewall-ы қамтамасыз етеді, олар дәл осы жұмысқа арналған.
Егер міндетті түрде туннельге байлану керек болса, орнатылған шығарылымның шартын түсініңіз. interfaces пен bind interfaces only параметрлері бір нәрсе емес, ал байлау құжаттамасы үзілмелі интерфейстер туралы ескертеді. Динамикалық тыңдаушыны басқару кейбір платформаларда бар, бірақ бұл болжауға емес, тексеруге тиісті мүмкіндік. Тербелудің алдында және кейін кестені оқып, екі шығысты салыстырыңыз.
ss -ltnp | grep ':445'Қайта қосылуды тексеріңіз, жасыл шамды емес
Тыңдаушыны қызмет іске қосылғаннан кейін ғана емес, қайта қосылғаннан кейін тексеріңіз. Туннельді қайта жасаңыз, содан кейін тыңдау кестесін оқып, сокет клиенттер жіберілетін мекенжайда бар екенін растаңыз. Жасыл туннель индикаторы мен сәтті конфигурация тексерісі екеуін де дәлелдемейді.
smbclient -L //files.corp.example -U aliceСодан кейін клиенттен бір рұқсат етілген әрекетті және бір тыйым салынған жолды орындап, екінші қайта қосылудан кейін қайталаңыз. Егер ортақ қатынау тек бірінші тербелуге дейін жұмыс істесе, байлау әлі де интерфейстің өміріне тіркелген және дизайн түзетілмеген. Байлауды немесе қызмет мекенжайын өзгертіңіз, симптом қайталанбайды.