1. Налаштування SAMBA
2. [global]
3. [homes]
4. [Printers]
5. [Data]
6. Запуск сервера SAMBA
7. nmbd
8. smbd
9. winbindd
10. Запуск демонів Samba
11. Перевірка Samba
12. Додавання користувачів
13. Створення найпростішого файлового сервера і сервера друку з повним доступом всім без авторизації (абсолютна...
14. USER
15. SHARE
16. Автоматичне завантаження драйвера принтера
17. режим неформатованих даних (raw mode)
18. інтелектуальний режим (smart mode)

Доброго часу, гості та читачі блогу ! Сьогодні продовжу розглядати можливості пакета SAMBA. Перед прочитанням даного матеріалу я б порадив ознайомитися зі статтями основи SAMBA і CUPS . Отже, з минулих статей ми знаємо як встановити пакет samba . Після установки, файли пакета можуть розташовуватися в наступних каталогах:

• Демони і утиліти поміщаються в каталог: / usr / sbin
• Файли настройки в: / etc / samba /
• Файли журналів в: / var / log / samba /
• Деякі керуючі файли поміщаються в: / var / lib / samba

звичайно, можливі деякі відхилення, наприклад в старих версіях SAMBA настройки зберігаються в / etc, а логи в / var / log, при складанні з початкових кодів, samba встановлюється в / usr / local / samba. Т.ч. можна переконатися, що SAMBA у нас встановлена.

Налаштування SAMBA

Налаштування SAMBA полягає в редагуванні конфігураційного файлу /etc/samba/smb.conf. Структура конфіга самба схожа з форматом файлів .ini в Windows і є записи виду:

[Stanza0] key0 = value0 key1 = value1 [stanza1] key0 = value0 key1 = value1

Тобто параметри, вони ж ключі (key0, key1 і т.д.) зібрані в групи, які називають стансами або строфами (stanza0, stanza1 і т.д.), назва яких укладені у фігурні дужки. Кожен каталог або принтер, що надається в загальний доступ в Windows називається ресурсом (share) або сервісом (service), або в простій термінології - кулі Кожен ресурс можна уявити в Linux окремим розділом строфою з особливим ім'ям і набором параметрів. SAMBA розуміє величезну кількість параметрів, з якими можна ознайомитися тут. Я опишу основні. Існує так само спеціальний розділ [global], який зберігає параметри за замовчуванням до всіх сервісів і до сервера в цілому. Для початку, я б порадив скопіювати оригінальний файл (Тому що в ньому велику кількість коментарів, з якими на дозвіллі можна ознайомитися) і створити (наприклад, з допомогою редактора vi ) На його місці новий, з наступними параметрами:

samba-server: ~ # cp /etc/samba/smb.conf /etc/samba/smb.conf.orig samba-server: ~ # cat /etc/samba/smb.conf [global] workgroup = WORKGROUP netbios name = SAMBA printing = CUPS wins support = yes [homes] browsable = no read only = no [printers] printable = yes printing = CUPS path = / var / spool / samba [data] path = / export / data read only = no map archive = no

Давайте розберемо параметри і розділи по порядку:

[global]

Як вже говорилося - містить параметри, які налаштовують пакет SAMBA в цілому. Параметр workgroup визначає ім'я робочої групи, до якої належить сервер samba. Відповідно, якщо є необхідність - потрібно перейменувати групу на відповідну Вам. Даний параметр необов'язковий, якщо його не вказувати, то сервер буде належати групі WORKGROUP. Далі, параметр netbios name, який вказує на ім'я сервера, яке буде відображатися в мережевому оточенні Windows. Даний параметр так само необов'язковий, якщо його не вказувати, то сервер буде відображатися під ім'ям локального хоста (яке можна дізнатися командою echo $ HOSTNAME). І тут слід наголосити на тому, що вказувати значення localhost в даному параметрі неприйнятно, тому що дане ім'я на машинах Wondows завжди буде вирішуватися на адресу 127.0.0.1. Так само, в даному станзи можна вказати параметр encrypt passwords, який вказує SAMBA шифрувати паролі. Це необхідно для клієнтів з ОС версією вище windows 98. Якщо використовується версія SAMBA вище 3.0, то даний параметр вказувати не обов'язково, тому що він використовується за умовчанням. Параметр wins support вимагає від samba працювати в якості WINS сервера, це не обов'язково, але сприяє більш ефективній роботі, про що я говорив в минулій статті про SAMBA . Якщо Ваш Samba сервер використовує кілька мережевих інтерфейсів, то можна явно вказати, на якому з інтерфейсів слухати підключення за допомогою параметра: interfaces = 192.168.1.1/24.

[homes]

Розділ [homes] визначає віртуальний сервіс, вказуючи SAMBA автоматично расшарівать домашній каталог користувача. Тобто, при підключенні до сервера SAMBA проводиться пошук імені користувача в файлі / etc / passwd і якщо в локальній системі є обліковий запис користувача і вона має домашній каталог, то даний каталог раcшарівается для підключеного користувача. Параметр read only = no вказує надавати домашні каталоги в режимі читання-запису. Параметр browsable = no вказує не відображати каталог homes в списку расшаренних ресурсів (але домашній каталог підключеного користувача буде видно користувачеві). Даний дозвіл враховує права доступу в Linux, тобто якщо файл в расшаренной папці з правами тільки на читання, то він не стане доступним на запис. Інакше сказавши: сервер не надасть доступу більше ніж UNIX система. У даній директорії так само корисно вказати параметр path = / path / to / homedir /% S, якщо ви хочете розділити системні домашні папки від расшарівать.

[Printers]

Розділ [printers], в SAMBA, зберігає настройки друку, тобто SAMBA отримує вказівку зробити принтери, підключені до системи Linux, доступними клієнтам мережі. Точніше буде сказати, що даний розділ визначає доступ до всіх принтерів, вказаним у файлі / etc / printcap . Розділи, вони ж строфи, які визначають спільно використовуваний принтер, включаючи розділ [printers] повинен містити рядок printable = yes. Для доступу до принтерів, необхідно прописати в файлі / etc / printcap настройки доступу до принтера. Параметр printing = CUPS вказує використовувати систему друку CUPS (Можливо так само вказати більш старі системи друку, такі як BSD і LPRNG). Для того щоб використовувати свій файл printcap, необхідно його створити і мати вигляд параметра printcap = / path / to / printcap. Параметр path = / var / spool / samba вказує, де буде розміщений спулер (каталог тимчасового сховища черзі друку). Для цього каталогу необхідний встановлений StickyBit .

[Data]

Даний розділ наведено як приклад, як відкрити спільний доступ до каталогу. Слідуючи цим прикладом можна розшарити скільки завгодно каталогів, вказавши для кожного своє ім'я розділу і значення path. Назва розділу використовується в якості імені ресурсу, і відображається клієнтам Windows, як папка з таким ім'ям. Параметр, який відповідає за функціональність, описану нижче - map archive - встановлений в no.

SAMBA не завжди виконує завдання - змусити файлову систему UNIX виглядати як файлова система Windows для клієнтів Windows. Одне з відмінностей між файловими системами Windows і UNIX в тому, що в Windows існує атрибут archive, за допомогою якого програми резервного копіювання визначають, чи був файл модифікований з моменту останнього копіювання. В UNIX прямого аналога даного атрибута немає. SAMBA моделює даний атрибут архівації за допомогою біта виконання для власника файлу UNIX . Даний милицю дозволяє програмам резервного копіювання Windows коректно проводити инкрементальное резервне копіювання з ресурсів SAMBA. Але є побічний ефект - файли з даними атрибутом виглядають в Linux як виконувані. У конфіге SAMBA в странсе [data] параметр, який відповідає за цю функцію називається map archive.

Хочу відзначити деякі характеристики при розборі файлу smb.conf:

• Імена розділів і параметрів не чутливі до регістру.
• Тільки перший символ рівності значимий.
• Пропуски перед та після першого символу рівності ігноруються.
• Початкові, кінцеві і внутрішні прогалини некоректні в назвах секцій і іменах параметрів.
• Початкові і кінцеві прогалини в значенні параметрів ігноруються.
• Внутрішній пробіл в значенні параметра зберігається дослівно.
• Всі рядки що починаються з символу ";" з коми або "#" ігноруються як рядки містять тільки пробіл (коментуються).
• Всі рядки закінчуються символом «\» тривають на наступному рядку в стилі UNIX.
• Значення після символу рівності в параметрах містять рядок (без лапок) або логічне значення, як то так / ні, 0/1 або істина / неправда.
• Регістр не має значення в логічних значеннях, але зберігається в строкових значеннях.

Після внесення змін до конфігураційний файл, необхідно перевірити його на коректність. Для цього є команда testparm. Дана програма перевіряє наявність помилок і несумісності в файлі конфігурації SAMBA. Дуже хороша практика - документувати конфігураційні файли. Але дана практика вступає в протиріччя зі способом, яким працює самба. Конфігураційний файл дуже часто перечитується демоном smbd, таким чином чим більше рядків у файлі і чим більше його обсяг, тим більше це позначається на продуктивності системи. Для вирішення даної проблеми необхідно створити "редагований" конфиг, в якому все описано як потрібно і з редагованого файлу створити робочий за допомогою команди:

samba-server: ~ # testparam -s /etc/samba/smb.conf.edit> /etc/samba/smb.conf

З редагованого файлу будуть видалені всі коментарі і будуть знаходиться тільки ті параметри, які відрізняються від стандартних значень. Так само, варто відзначити, що з файлу будуть видалені всі макроси, які необхідно буде відновити вручну. Наприклад, рядок include = / etc / samba /% m.conf перетворитися в рядок include = / etc / samba / .conf.

Після запуску перевірки параметрів командою testparm можливо ви побачите дамп конфіга, в якому відсутні деякі наші параметри. Це говорить про те, що дані параметри збігаються з параметрами Samba за замовчуванням.

Запуск сервера SAMBA

Основу Samba складають три демона, два з яких необхідні завжди:

nmbd

Демон nmbd відповідає за реєстрацію всіх імен та обслуговування запитів їх дозволу. Забезпечує основний механізм, що забезпечує можливість огляду мережі. Обробляє всі протоколи на базі UDP. Демон nmbd повинен запускатися першим.

smbd

Демон smbd обслуговує всі з'єднання на базі протоколів TCP / IP до сервісів доступу до файлів і принтерів. Крім цього, демон завідує процесом локальної аутентифікації. Повинен запускатися відразу після nmbd.

winbindd

Демон winbindd повинен запускатися, коли сервер Samba виступає в ролі члена домену Win NT4 або Active Directory. Запуск так само необхідний, коли Samba вступає в довірчі відносини з іншим доменом. Демон winbindd перевіряє файл smb.conf на наявність параметрів idmap id і idmap gid, які потім будуть використовуватися для відображення ідентифікаторів системи безпеки Windows (SID). Указується в цих параметрах діапазон не повинен знаходиться в протиріччі з уже використовуваними в системі ідентифікаторами (початок значень користувальницьких ID вказується в файлі /etc/login.defs ). Якщо зазначені параметри не задані, то демон winbindd не виконуватиме відображення Windows SID, а аутентифікація буде виконуватися тільки на рівні аутентифікації користувачів.

Запуск даних демонів можливий як в standealone режимі, так і за допомогою супердемона xinetd. У першому випадку служби запущені постійно і прослуховують мережевий інтерфейс, в другому, служби запускаються за допомогою демона inetd / xinetd і відповідають на запити тільки при надходженні запиту від клієнта. Для запуску Samba за допомогою супердемона необхідно додати опис запуску в конфігураційний файл /etc/inetd.conf для inetd або /etc/xinetd.conf для xinetd. Супердемону xinetd обов'язково присвячу окрему тему і на сьогодні з xinetd зупинимо обговорення.

Запуск демонів Samba

про рівнях виконання , Можна почитати тут . Даний демон повинен бути дозволений для запуску на необхідних рівнях виконання ОС (команда в RedHat-подібних дистрибутивах - / sbin / chkconfig samba on, в Debian - /usr/sbin/update-rc.d samba defaults). Хоча я і не робив акцент на збірку Samba з початкових кодів, але опис запуску все ж торкнуся для загального розуміння. Отже, після складання Samba, в довічним пакеті необхідно відшукати сценарій, який буде запускати і зупиняти демони в необхідному порядку. При цьому необхідно перевірити сценарій на коректність імен каталогів, де лежить виконуваний файл демона. Сценарій необхідно зробити виконуваним за допомогою команди chmod + X, покласти в каталог /etc/init.d/ і створити відповідні посилання на скрипт в каталогах рівнів запуску Linux (/etc/rc*.d), в яких необхідний запуск демона і відповідно - зупинка.

Запуск демона з bash вручну проводиться командою:

samba-server: ~ # /etc/init.d/samba start

відповідно, для зупинки замінити start на stop, для перезапуску - restart.

Перевірка Samba

Після установки і настройки сервера, природно, необхідно перевірити працездатність сервера. Для цього необхідно скористатися утилітою smbclient , Щоб отримати список поділюваних ресурсів:

samba-server: ~ # smbclient -L localhost -U% Domain = [WORKGROUP] OS = [Unix] Server = [Samba 3.5.6] Sharename Type Comment --------- ---- --- ---- data Disk IPC $ IPC IPC Service (Samba 3.5.6) it_216 Printer Printer Domain = [WORKGROUP] OS = [Unix] Server = [Samba 3.5.6] Server Comment --------- - ------ HOST SAMBA Samba 3.5.6 Workgroup Master --------- ------- WORKGROUP SAMBA

Отримані результати показують, що сервер SAMBA допускає можливість анонімного підключення. В даному випадку підключився користувач отримує права доступу гостьовий облікового запису, яка зазвичай відповідає облікового запису користувача nobody в файлі / etc / passwd. Якщо на даному етапі отримати інформацію не вдалося, то це означає, що трафік Samba блокується фаєрволом, або гостьова учетка була знайдена в файлі / etc / passwd.

Так само, в діагностиці відмінно допомагає утиліта smbstatus, яка відображає поточні підключених клієнтів.

Додавання користувачів

В нашій конфігурації клієнти повинні бути автентифіковано Samba, щоб отримати доступ до ресурсів, що розділяються. Від клієнта потрібно вказати ім'я та пароль, які є на хості Linux, а так само, якщо в smb.conf є розділ [homes], то у користувача повинен бути домашній каталог. Про управління користувачами в Linux можна почитати тут . Зазвичай, додавання користувачів в Linux проводиться командою:

samba-server: ~ # useradd -m username

Крім того, у Samba є свій файл паролів / etc / samba / smbpasswd, який зберігає Microsoft Windows-сумісні зашифровані паролі. Для кожного користувача необхідно виконати команду smbpasswd, щоб додати обліковий запис Samba для цього користувача. При цьому, ім'я та пароль повинні відповідати тим, які є у облікових записів Linux:

samba-server: ~ # smbpasswd -a username New SMB password: Retype new SMB password:

Створення найпростішого файлового сервера і сервера друку з повним доступом всім без авторизації (абсолютна файлопомойка)

Отже, давайте розглянемо найпростіший приклад організації файлової смітника, коли немає необхідності запитувати ім'я користувача і пароль для доступу до сервера. Давайте припустимо, що є якийсь каталог, наприклад / tmp / obmen, а так же принтери, підключені до локальної системі, до яких необхідний загальний доступ, при цьому використовується система друку CUPS .

Для початку, необхідно розуміння, як організувати гостьовий доступ до сервера samba. У розділі глобальних параметрів [global] є такий параметр як, який відповідає за порядок доступу до расшаренним ресурсів. Даний параметр визначає режим безпеки для доступу до сервера і може набувати таких значень:

USER

Значення USER використовується за замовчуванням (у версіях Samba від 3.0 і вище), навіть якщо параметр не заданий в smb.conf. При цьому параметрі, клієнт повинен спочатку провести вхід, з існуючим ім'ям користувача і паролем Linux.

SHARE

Значення SHARE в старих версіях Samba використовувалося за замовчуванням. При підключенні до ресурсу з параметром security = SHARE клієнтам не потрібно реєструватися з використанням дійсного імені користувача та пароля. Замість цього, клієнти посилають інформацію аутентифікації (паролі) на конкретний ресурс, в той момент, коли хочуть отримати доступ до цього ресурсу. Зауважте, що демон smbd ЗАВЖДИ використовує реального користувача UNIX, коли обслуговує клієнта, навіть якщо встановлено security = SHARE. Оскільки в режимі SHARE від користувача не потрібно посилу його імені, smbd використовує кілька прийомів для визначення користувача UNIX.

Список передбачуваних імен користувачів UNIX та відповідних їм паролів визначається наступним чином:

• Якщо встановлено параметр guest only, тоді всі інші сценарії пропускаються і використовується тільки ім'я гостьовий учеткі (guest account).
• Якщо ім'я користувача послано разом із запитом на встановлення з'єднання після зіставлення (див. Параметр username map), додається до списку.
• Якщо клієнт виконував запит logon (виклик SessionSetup SMB), тоді ім'я користувача, що використовувалося в цьому виклику буде додано до списку.
• Якщо параметр guest only не встановлено, тоді цей список користувачів обробляється з відповідними паролями. Перший користувач, пароль якого співпаде з реальним буде використаний в якості діючого користувача UNIX.
• Якщо параметр guest only встановлений або, не знайдено відповідного імені користувача, тоді, якщо Samba дозволено "приймати гостей" (usershare allow guests), буде використовуватися гостьова учетка, в іншому випадку доступ буде заборонений.

Існують так само такі значення параметра security, як SERVER, ADS і DOMAIN , Які використовують віддалену аутентифікацію. Але в даній статті я не буду торкатися дані параметри.

Отже, з викладеного стає зрозуміло, що для гостьового доступу до сервера необхідно використовувати параметр security = SHARE. Щоб не вникати в схему роботи зіставлення користувачів запитують доступ до ресурсів samba і локальних системних користувачів linux, пропоную піти по шляху першого кроку і задати параметр guest only.

При цьому, щоб система знала, з ким порівнювати гостьову обліковий запис, тобто з якою обліковим записом UNIX асоціювати невідомого підключеного клієнта, необхідно вказати параметр guest account, що дорівнює одній з системної облікового запису Linux. Природно, дана обліковий запис Linux повинна мати необхідний доступ до ресурсів, що розділяються, щоб не виникло питань з видаленням / додаванням / зміною файлів. Давайте поглянемо на робочий файл файлопомойка:

samba-server: ~ # cat /etc/samba/smb.conf [global] netbios name = SAMBA security = SHARE guest account = dostup wins support = Yes [printers] path = / var / spool / samba guest only = Yes read only = No printable = Yes browseable = No [obmennik] path = / tmp / obmen guest only = Yes force user = dostup force group = dostup read only = No create mask = 0777 directory mask = 0777 guest only = Yes

Як видно, в нашому конфіге з'явилося кілька вже відомих нам параметрів і параметрів, про які ми не говорили ... Отже по порядку: параметр guest account задає ім'я облікового запису Linux, за допомогою якої анонімні користувачі будуть отримувати доступ до ресурсів, що розділяються. Даний користувач (в нашому випадку - dostup) повинен мати права на читання і запис в каталог, який буде вказано в разделяемом ресурсі (в нашому прикладі - розділ [obmennik] і каталог / tmp / obmen). Наступний параметр guest only - дозволяє тільки гостьові з'єднання до загального ресурсу, тобто для мережевого ресурсу немає необхідності вказувати пароль. Далі з'явилися 2 параметра - force user і force group, які визначають власника та групу Linux, з правами яких в разделяемом ресурсі будуть створюватися файли і каталоги при гостьовому доступі. Параметри create mask і directory mask, не важко здогадатися, що це маски прав доступу для створення файлів. (Без даних параметрів у мене на Debian 6 і samba присвоювалися права rwxr - r-- на файли в підкаталогах розшарений ресурсу, в результаті чого було неможливо видалити створені файли.) Ось власне і весь конфіг.

Примітка: вказувати параметр guest account немає особливої необхідності. При установці samba через пакетний менеджер, за замовчуванням вже буде поставлено якийсь користувач (скоріше за все nobody). Дізнатися, який користувач за умовчанням установлюється можна командою / usr / bin / testparm -sv /etc/samba/smb.conf | grep acco. При цьому, необхідно враховувати права доступу заданого користувача на файлову систему.

Автоматичне завантаження драйвера принтера

Давайте розглянемо можливість спрощення своєї роботи за рахунок зберігання драйверів принтера на сервері і можливість автоматичної установки драйвера при підключенні принтера. Але давайте спочатку трохи теорії.

Отже, в Linux є два способи зробити системний принтер доступним для спільного використання клієнтами Windows. Перший - в режимі неформатованих даних (raw mode), другий - інтелектуальний режим (smart mode). Давайте розглянемо обидва способи.

режим неформатованих даних (raw mode)

У raw mode система друку просто передає на принтер отримане завдання для друку без будь-якої обробки. Для роботи CUPS в режимі неформатованих даних, необхідно вказати в конфіги параметр cups option - raw. Якщо даний параметр відсутній і CUPS отримає завдання для друку, яке містить послідовність фільтрів не відоме системі друку, то завдання може бути видалено так і не побачивши папір. Щоб виправити цю ситуацію, необхідно відредагувати файли /etc/cups/mime.types і /etc/cups/mime.convs і розкоментувати рядок application / octet-stream. Дана дія дозволить CUPS відправляти на принтер завдання з невідомими послідовностями символів.

Даний режим вимагає установки коректного драйвера на всі клієнти Windows. Тобто клієнт Windows повинен сам виконати обробку завдання друку і підготувати до безпосередньої передачі на принтер.

інтелектуальний режим (smart mode)

Для режиму smart mode необхідно встановити на сервері CUPS локальну систему фільтрації. В даному режимі, сервер буде намагатися інтерпретувати тип файлу, відправлений на принтер, і потім фільтрувати дані, автоматично вибираючи перетворення відповідні принтеру. При роботі CUPS в інтелектуальному автоматичному режимі, на клієнти Windows допускається використовувати драйвер CUPS Post Script. Даний режим ми розглядати не будемо.

Отже, режим RAW. Давайте подредактіруем конфігураційний файл /etc/samba/smb.conf до такого вигляду і розглянемо його параметри:

samba-server: # cat /etc/samba/smb.conf [global] workgroup = WORKGROUP printing = CUPS wins support = yes netbios name = SAMBA security = SHARE guest account = dostup cups options = raw show add printer wizard = yes printer admin = root, dostup [printers] comment = Черга друку SMB printable = yes path = / var / spool / samba guest only = Yes guest ok = yes read only = No [print $] comment = Драйвери принтера path = / var / lib / samba / drivers guest only = Yes guest ok = yes read only = No create mask = 0777 directory mask = 0777 force user = dostup force group = dostup write list = root, dostup [obmennik] path = / share / obmen guest only = Yes guest ok = yes read only = No create mask = 0777 directory mask = 0777 force user = dostup force group = dostup

У нас додалися наступні пункти: параметр cups options, який визначає режим raw і розділ [print $], аналогічний загального ресурсу Windows (\\ host \ print $), в якому зберігаються файли драйверів, параметр printer admin задає користувачів Linux, яким дозволено мати повний доступ для управління властивостями расшаренних принтерів, а так же параметр write list , що задає список користувачів Linux, які мають право додавати драйвер в ресурс [print $]. Для коректної роботи ресурсу [print $], нам необхідно створити вказаний в параметрі path каталог зі структурою аналогічної Windows, для цього необхідно виконати наступне:

samba-server: ~ # mkdir / var / lib / samba / drivers samba-server: ~ # cd / var / lib / samba / samba-server: / var / lib / samba # mkdir -p drivers / {W32ALPHA, W32MIPS, W32PPC} samba-server: / var / lib / samba # mkdir -p drivers / {W32X86 / {2,3}, WIN40, COLOR, IA64, x64} samba-server: / var / lib / samba # chown -R dostup : root drivers samba-server: / var / lib / samba # chmod -R u + rwx, g + rwx, o + rx-w drivers

Далі, необхідно встановити і налаштувати локальні принтери в систему друку . Для завантаження драйверів в SAMBA, після установки принтерів, необхідно виконати наступні кроки (кроки розглядаються на ОС Windows XP):

1. Завантажити Windows і залогінется.
2. У мережевому оточенні знайти машину, яку ми плануємо використовувати для загального доступу і як сервер друку. (в нашому випадку - samba). При цьому, повинен відобразитися список загальних ресурсів і расшаренних принтерів, а так само спеціальна папка "Принтери і факси". Якщо даного каталогу немає, то швидше за все видалений кущ реєстру, який відповідає за його відображення. Для відновлення, необхідно завантажити файл і з архіву імпортувати до реєстру його параметри.
3. В даному каталозі буде список принтерів Samba. Зі списку вибираємо правою кнопкою необхідний нам принтер (той, для якого хочемо організувати завантаження драйверів), натискаємо "Властивості". При цьому з'явитися пропозиція на установку драйверів принтера - НЕ погоджуємося. Далі з'явитися повідомлення "Сервер для даного принтера не має необхідного встановленого драйвера принтера сервер друку ...." - натискаємо Скасування.
4. Переходимо на вкладку "Додатково" і навпаки поля "Драйвер" натискаємо "Змінити ...". При цьому запуститися "Майстер установки драйверів принтера на" імя_сервера_печаті "", натискаємо Далі і відповідаємо на питання Местер. На другому кроці, драйвер бажано встановлювати свіжий, скачаний з сайту виробника принтера. Після вибору драйвера і натискання кнопки "Готово" почнеться копіювання драйвера на сервер-samba !!!
5. Після даної процедури при установці принтера на клієнта Windows, драйвер повинен встановлюватися автоматично.

Фух, важка вийшла статися і трохи розмита. Сподіваюся, що буде зрозуміло.

Резюме.

У сьогоднішній статті я продовжив першу частину вивчення пакета SAMBA . Були розглянуті приклади роботи абсолютної файлопомойка і сервера друку на Linux. А так же, описаний процес налаштування сервера друку на SAMBA і CUPS з автоматичною завантаженням драйверів. Про самба можна писати томи книг, всіх моментів не торкнешся, але сподіваюся, що отриманих знань буде цілком достатньо для швидкого старту і подальшого розвитку. З радістю відповім на Ваші коментарі.

Upd 2012.05.08: доповнив розділ з файлопомойка

З повагою, Mc.Sim!

Інші матеріали в категорії SAMBA