> Проклят не протокол, а ущербна вся модель построения сети "от микрософт". Авторы > Samba повторяют ее, и напарываются на похожие грабли. Достоинство Samba в > том, что это открытая реализация, но не нужно забывать, что это > открытая реализация изначально дерьмовых разработок от микрософт.Самба это недоНетБиос, причем только его хороших качеств. Я все ждал-ждал, что в самбе можно будет убивать блокировку на отдельный файл отдельной netbios-сессии пользователя, но даже в самых последних релизах все равно - убивать блокировку можно на всю сессию целиком, это значит что если пользователь Иванов открыл файлы kassa.xlsx, detali.docx, spisok.doc, сам убежал куда-то, и нам срочно нужен для работы файл detali.docx, то мы не сможем прибить блокировку только на этот файл, если и сможем прибить блокировку то на все его открытые файлы, а сохранил он в них изменения или же после того как мы прибьем его блокировку - он потеряет труды своей работы за полдня - ХЗ !!. В винде с этим все давно решено, а в линуксе видимо никто не задумывается. Это было раз. Два - это монтирование. Как "в винде" видимо не получиться сделать никогда, всмысле прозрачно и удобно - мы делаем в адресной строке браузера или файлового менеджера: \\192.168.4.1 и получаем список шар, ну вы меня поняли, надеюсь. Это то как работает самба/нетбиос в винде. В линуксе же есть аж три способа получить доуступ до файлов на сервере: 1. smbclient - это когда в адресной строке вводим smb://192.168.4.1 и получаем список файлов и папок, типа как в винда, да фига там - если мы захотим что-то в файле поправить, мы сначала его должны будем скачать его себе, а потом уже править и потом обратно заливать. Причем в ручную, этакое фтп, только самба. 2. mount -t cifs ... классный способ, только вот уж больно статичный, если на сервере расшарить еще одну папку - придется на ВСЕХ компах переписывать fstab, можно конечно автоматизировать через скрипты, но все равно как-то это.... Но самый главный ФАК этого способа - это то, что если вдруг между компом и сервером пропадет связь, когда шара будет смонтирована - то ядро потеряет точку монтирования и ему сорвет башню, скроее всего рабочую станцию придется перезагружать ресетом, отмонтировать шару не получиться, при попытке отмонтировать - ядро будет сыпать ошибками в консоль. 3. smbnetfs / fusesmb - классный проект, очень классный, делает почти как в винде - указываем ему папку, и говорим ФАС - вся сеть собрана в одной папке, в которой указаны папки с названиями рабочих групп, а в этих папках - папки с именми или ip компов, у которых что-то расшарено...ВСЕ очень круто, недостатки 1 и 2 отстутствуют, но есть свой один недостаток - эта хрень не всегда работает, то видны расшаренные ресурсы, то нет, и не понятно почему. Ведь можно было бы сделать все как в винде и даже лучше, если не ядерным модулем, то хотя бы демоном, который не требовал бы никакой настройки, но при этом имел бы такую возможность, чтобы после запуска демона sambacln все монтировалось в каталог /net как в способе 3, и чтобы все работало стабильно.
|