Добре, по-перше, я працював фактичним сервером Samba у виробничому середовищі вже більше року. Я можу вам сказати, що в цьому процесі будуть злети і падіння, і що це не так просто, як це було б у Windows Server. Друге, що я можу вам сказати, це те, що доки ви несете з собою багаж Windows (очікування щодо поведінки), він ніколи не буде працювати так добре, як хотілося б.
Моя настройка була дещо іншою - RHEL 5.1 - але принцип той самий.
По-перше, ви побачите, що вам дійсно потрібно дійсно зрозуміти, як Samba обробляє дозволи файлів таким чином, що відповідає вашому сприйняттю "Властивості файлів -> Вкладка безпеки", оскільки це просто не те саме. Це дійсно близько, але сигари немає. Оскільки ви перекладаєте між двома семантично різними файловими системами, ви знайдете такі дивацтва, як "Група всіх не може бути видалена" та "root володіє всіма моїми файлами", тобто якщо ви використовуєте root як основний список у "Займіть володіння" . Це тому, що завжди є дозвол у світі (група Інші) та завжди дозвіл користувача (що приблизно відповідає "Власник"), а в Unix-land вони ніколи не можуть піти , і якщо вони не можуть піти, ви тепер не можна їх видалити, можеш ти? Мої товариші по команді не могли впоратися з цим -вони просто не могли відмовитися від багажу Windows, до якого вони звикли. Так що завжди було багато і багато горя з приводу того, "чому я не можу видалити їх" (через причину, яку я щойно вказав) та "Але якщо всі перераховані в списку, то є отвір у безпеці" (це не так, семантика - це різні) і так далі, і кожного разу мені доведеться повторювати це знову і знову. Дозволи на файли складні, коли ви перекладаєте їх. Не забудьте встановити схему, яка має сенс для вашого розгортання.
По-друге, Winbind - це ваше слабке посилання. Серйозно. RHEL 5.1 поставляється в комплекті з 3.0.25 (3.0.28, якщо ви оновите), а версія поза коробкою згортається через помилку. Коли Winbind переходить, файлові служби йдуть разом із ним, тому що немає нічого, на що можна засвідчити автентифікацію. Щось настільки ж просто, як натискання і утримання клавіші оновлення у вікні Провідника (натисніть F5) призведе до розвалу з'єднання, і якщо це буде зроблено при достатньому навантаженні, крах самого Winbind. Оновлення до 3.0.28 вирішило цю проблему, але це вказує на те, що у старих версіях програмного забезпечення є болісні місця. Коротка версія: будьте в курсі використовуваної версії. Спробуйте отримати найновіший, якщо можливо, оскільки може бути виправлено кілька помилок. Пакувальники distro відомі тим, що відстають від кривої виправлення, коли мова йде про Samba.
По-третє, команда Samba наполегливо працює над додаванням підтримки, яка дозволить існуючим інструментам адміністрування Windows безпосередньо взаємодіяти з сервісом. Наприклад, ви можете налаштувати сценарії, які запускатимуть і зупиняти локальні * nix-сервіси за допомогою інтерфейсу для служб Windows, просто не використовуйте ту саму службу, щоб зупинити Samba (тому що ви перервете з'єднання). Дуже зручно робити інші сервери на сервері. Ви також можете приєднатись через управління комп'ютером і побачити відкриті сеанси, відкриті файли тощо. Однак не всі протоколи RPC реалізовані, і деякі спроби призведуть до (не фатальних) помилок. Тому не забудьте ввести це в перспективу управління вашими системами та скористатись цим, коли це можливо. Якщо ви можете використати існуючий адміністративний інструмент Windows для взаємодії з Samba, і у вас є інші співробітники у світі "Windows", яким потрібна допомога з переходом, ви можете пом’якшити удар, повторно використовуючи ці інструменти, поки їм не зручно командний рядок.
По-четверте, я б важко дивився на версію Samba, яку ви розгортаєте. Ubuntu хороший як для робочого столу, так і для сервера. Це давньоафриканське слово, яке означає "я не можу встановити Debian". Ти справді розгортаєш чужий ремікс Debian, і чесно кажучи, якщо ти хочеш стабільності, чому б не піти з оригіналом ?
У Debian може бути програмне забезпечення, яке здається "несвіжим", але насправді команда з питань безпеки вимагає підтримувати виправлення безпеки, і політика "ми не випускаємо версії, тому що поведінка може змінитися, що призводить до поломки" іноді має кращий сенс, особливо якщо ви збираєтесь довгостроково налаштовувати стабільність. Якщо ви схиляєтесь в інший бік і хочете, щоб нові функції постійно з’являлися, то комерційний дистрибутив, такий як Red Hat або SuSE, може бути вам більше до душі. Кожне оновлення програмного забезпечення збільшуватиме пакет вище, виправляючи помилки, а іноді і спричиняючи непередбачувані наслідки новими можливостями. Ви збираєте свій дистрибутив, ви збираєте свою отруту.
Сподіваємось, це дасть додаткову точку зору щодо того, що перед вами. Я можу вам сказати, що при правильному налаштуванні він буде працювати не тільки плавно, але й дуже швидко. Спробуйте запустити деякі файли на базі даних (Access, FoxPro тощо) на спільній доступності Samba, і помічайте, як вона просто кричить, особливо якщо ви можете отримати два NIC. Подвійні NIC можна легко розмістити без "прив'язки" чи іншої дурості, клієнти, здається, не турбуються, і єдине, про що потрібно потурбуватися - це переконатися, що ваш комутатор підтримує його (що перемикач хорошої якості за останні 5 років буде все одно). Просто введіть різні адреси в кожен NIC, але коли ви вкажете адресу для використання в Samba, виберіть лише одну. Linux (і комутатор) зробить все інше.