И, хотя протокол открытый - все равно, нельзя не высказать уважение к людям, которые облегчают жизнь такому количеству админов, девелоперов и (вот сюрприз!) просто пользователей. Один из немногих проектов, на которые можно показать пальцем и сказать: "Смотрите, вот это - Open Source, который лучше proprietary software". При этом - развитие планомерное, без жестоких бурь и революций. Результаты - налицо, пользовательская база - почти как у sendmail (шутка:).
Спасибо за нашу счастливую жизть!
Кстати, а нормального гуевого клиента для GNOME типа "Network Neighborhood" так никто и не справился сделать. Во всяком случае, я не видел. Чтобы сам, без настроек находил master browser etc. Винюки-то справляются... Были тут расширения gnome-vfs (чтобы nautilus видел через smb), но как-то их общественность не очень поддерживает (ни химиан, ни редхат не публикует). Сырые они очень, да и девелопмент как-то не очень идет...:(
В этом списке большинство - конфигурялки да веб-морды. А вот Клиента - нет. xsmbrowser - конечно, неплохая вестч. Да еще LinNeighborhood юзабелен (кстати, его почему-то в списке нет). Но вот чтобы The Client - нет такой софтины.... Вообще, действительно - правильный клиент не должен быть собственно гуем. Это должно быть частью vfs - на уровне ли ядра, на уровне ли пользовательском - типа gnome-vfs (или там есть в KDE). Чтобы приложения могли использовать файлы в сети прозрачно и без напряга (ведь очевидно же, что smbfs удобнее smbclient!). А вся конфигурация - через control center (или что там есть в KDE)
Ну, может слегка погорячился... Чего не скажешь в поздравительной-то речи?:)
Но факт - многим коммерческим софтинам до самбы по качеству очень далеко. С этим, надеюсь, никто не спорит? И тех коммерческих, которые лучше - очень немного. Кстати, я не помню, когда последний раз слышал о серьезных проблемах с security (или - хуже того - крэшах) в самбе...
> Вообще, действительно - правильный клиент не должен быть собственно
> гуем. . .
> Чтобы приложения могли использовать файлы в сети прозрачно и без
>напряга
Валяется на FreshMeat такой проект, называется mkautosmb. Пробовал ли
кто-нибудь его? Утверждается, что средствами autofs+samba он сумеет
достичь именно этой заветной цели...
Пользуясь случаем хочу спросить у местных спецов по самбе (ежели таковые найдутся)
Как в самбе сделать так, чтобы некий каталог был виден винде как system?
Не файл, а каталог? Возможно ли такое?
И при этом по возможности не накладывая кучу патчей.
А я использую и nfs и самбу. Первую для юникса, вторую - для
виндов. На машине кроме того апач, прокся, постфикс и еще по
мелочам. P233 c 72 MB оперативки. И ничего, работает.
Причем все сервиса (особенно nfs, samba & oops) активно
юзаются c трех машин.
Пытался коду (codafs) попробовать - сервер зажрал
всю память, да и винды ее как-то неоднозначно восприняли
(клиента). Правда, пробовал давно (год назад). Может с тех
пор она была кардинально улучшена.
2 svu: Hi! А еще поддержка SMB была в mc и соответственно в gmc - они юзали какой-то (теперь уже древний) снапшот samba. Ты не провобал это? Может оно вполне нормально?
Ну а если по-хорошему - есть всякие вещи для поддержки реализации FS в user-space (podfuk например, AFAIR). Вот через них такие вещи как SMB support и надо реализовывать - и никакий софт патчить не надо, и теоретически более портабельно между юниксами, и в user-space - ядра перекомпилять не надо..
Ну и для справки - еще была реализация SMBFS в линуховом ядре - (не пробовал, наверно очень негибкая вещь). Но она глючила и валила ядро достаточно часто..
2hvv: Влад, реализация smbfs в линухе есть, работает, и, в общем, достаточно стабильна. На сегодняшний день, это, пожалуй, самое "системное" из всех системных решений. Два минуса: при отсыхании шары есть опасность того, что отмаунтить ее не удастся (впрочем, вроде, были какие-то патчи на эту тему) и броузинг надо делать внешними средствами.
2hvv: Влад, реализация smbfs в линухе есть, работает, и, в общем,
достаточно стабильна. На сегодняшний день, это, пожалуй, самое
"системное" из всех системных решений. Два минуса: при отсыхании шары
Виктор Хименко говорил что при использовании ядерной smbfs стабильность
системы получается как у win95. Дай Бог чтобы это было сейчас не так.
есть опасность того, что отмаунтить ее не удастся (впрочем, вроде,
были какие-то патчи на эту тему) и броузинг надо делать внешними
средствами.
Имеется ввиду браузинг списка машин и/или рабочих групп конечно?
2Влад: Ну, сейчас уже все относительно неплохо. Единственная проблема у меня, как я же говорил, - периодическая фатальная ошибка с невозможностью ни восстановить коннекшн до шары, ни убить ее. Всей остальной системе это не мешает, только при reboot'е желательно /home/ руками в r-o перемаунтить.
2 anonymous: Ну, в этом случае я делаю сначала smbumount, потом umount - при такой последовательности все-таки взглюкнувшая шара у меня отваливается. Это глюк давний и очень противный. Вообще, не очень понятно, почему хозяева smbfs это терпят.
2 hvv: Дейcтвительно, сегодня самая удобная клиентская часть smb называется smbfs. Но она не кроссплатформенна (есть под Линухом, недавно появилась под FreeBSD), портит стабильности системы (см. выше) и не решает проблему поиска ресурсов. Вот если ты знаешь имена домена, машины, ресурса - тогда пжлста, иначе - нужна специальная тулза для поиска этой информации.
Насколько я знаю, gmc работал через gnome-vfs. Или через его предшественника. Т.е. как раз использовал то, чего и хотелось бы. Кстати, а у KDE есть user-level vfs?
Господа позвольте вам напомнить про komba и komba2 (для KDE2.x). Для монтирования в GUI пользуюсь только им - очень удобно, правда требуется KDE. Но удобнее ничего не видел. А встроенный в KDE ResLiSA - на мой взгляд глючен, неудобен и небезопасен (висит сервисом - нафига козе баян :))).
Нашел довольно полезную статью о Samba. Мне она помогла разобраться
с тем, как сделать сервер Samba членом существующего домена NT.
Но там не только об этом.
http://linuxworld.ru/lan/2000/03/049.htm
Для anonymous (2002-01-09 00:51:25.0). Там и про преобразование
атрибутов есть.
Насколько я знаю, gmc работал через gnome-vfs. Или через его
предшественника. Т.е. как раз использовал то, чего и хотелось бы.
Кстати, а у KDE есть user-level vfs?
Нет, gmc и mc внутри одно и тоже. gnome-vfs естественно они оба не
используют. И это называется не user-level vfs, а что-то другое (так как
другие проги это использовать не могут).
Еще были какие-то псевдо-FS, которые были реализованы как LD_PRELOAD
библиотеки, подменявшие ф-ии libc по работе с файлами. Наверно это то, к
чему надо стремиться.. Лишь бы они обладали достаточной прозрачностью..
Может кто такими пользовался и может поделиться впечатлениями?
Ну, если не могут использовать - тогда и толку мало:)
А решение через LD_PRELOAD - может, и годится. Если мапить, например, работу с /smbnet на сетку. Это тоже неплохо. Более того, было бы забавно увидеть реализацию такой штуки на основе gnome-vfs (правда, тут может быть проблема с де-URL-фикацией) - тогда "обычные" приложения, вызываемае из GNOME, смогли бы работать с любыми файлами. Но есть ли нормальные реализации такого подхода - это действительно вопрос вопросов....
2svu: есть такие, здесь кто-то постил даже ссылки на VFS для tgz файлов и не только для линукса, которые работают через LD_PRELOAD.
Наверно легко будет это дело в гугле найти.
Я согласен, что это оптимальный вариант - и главное что портабельно.
Да все хорошо, только атрибут system вешается на exec
флаг, а у каталога он и так должен присутствовать. С файлами
это проходит, а с каталогами никак.
2 Bluezman
Под виндами самба не установлена, там свой софт есть :-)
Использую самбу на фре как одну большую файловую помойку, так и
как доменный сервер. Например, мне не нравится держать
UT (около 800 Мб) на винте каждого виндового компа. Вот я его
и запихнул туды. Грузиться стал медленнее, но терпимо (замеры не
делал, но секунд на 15-20 начальная загрузка, и +5 секунд
на запуск карты. И у меня много софта так пошарено. Если
где чего изменяющееся, там линки спасают.
Про (g)mc: оно исрользует libvfs, разработку де Иказы, доделанную Мачеком и теперь русскими хакерами :) (текушие девелоперы
mc - все сплошь русские/украинцы). Конкретно доступ к smb: был сделан неким Wayne Roberts, следы которого
затерялись в интернете... Реализованно все на основе какой-то альфы Samba 2.0.0, несколько кривовато...
Реально проблема состоит в том, что smb: - это набор из нескольких версий протокола и они не очень-то совместимы, спасибо M$. В рез-те код samba очень немаленький... Переписывать это с 0 никто не пожелает, а
вот простой библиотеки типа libsamba не существует :(((
Про доступ к архивам через LD_PRELOAD = штука называется avfs и является клоном vfs из mc.
Аналогично, в samba есть smbwrapper, который В ПРИНЦИПЕ, тоже может давать доступ к shares при доступе к определенному каталогу(аналог mount point). Наверное, из неё можно
было бы сделать libsamba, но кто возьмется.. :)?
AFAIK, smbfs во FreeBSD не имеет никакого отношения к линуксовому, кроме одинакового имени... Написан, кстати, тоже
русским хакером.
Кстати, большинство программ, которые даю доступ к smb не умеют смотреть, какие ресурсы доступны в сети, поэтому их приходится задавать вручную. В принципк, это не является прямой
обязанностью smb, и реализуется через nmb(вот здесь и нужен демон, который бы слушал анонсы в сетиб btw).
Не понимаю восторгов по поводу NFS. NFS и SMB имеют разные области
применения. NFS хорош для раздачи /usr и, разве что, ряда других
публичных вещей (ибо никакой секьюрности).
SMB же - это "FTP" для виндовых машин.
P.P.S. Не подскажете тулзы для скачивания информации по SMB через несколько tcp-соединений (типа разных Downloader 4 X, ReGET и т.п.)?
Сеть загружена, а хочется помухлевать... :-)