Часть полного текста документа:Установка и конфигурирование Samba Здесь описан мой опыт в установке и конфигурировании Samba. Я постарался описать все процедуры для получения работающих конфигураций. Конечно это не user manual - скорее информация к размышлению. Дополнительное описание настроек можно найти в документации, прилагаемой к исходным текстам. Не претендуя на абсолютную истину, с нетерпением жду замечаний и описания ошибок, допущенных мной. Буду рад обмениваться опытом по конфигурации Samba. Почему мне понадобилась Samba Первый звонок Примерно 2 года назад я установил машину под Linux для обеспечения корпоративного выхода в Internet. Сразу встала проблема резервного копирования. Дело в том, что файл-сервер с установленным стримером работал под управлением Windows NT. Нужно было выбирать: искать клиент NFS для Windows NT или пытаться найти другой способ. Тогда же я услышал название Samba. Пресловутая совместимость продуктов Microsoft В июне 1998 наша компания купила сетевой принтер HP4000N. Сервером печати был выбран PDC под WindowsNT3.51sp5. Windows 95 прекрасно работал с этим принт-сервером, но в сети, как на грех, были две Windows NT 4.0 Workstation. Может быть по незнанию (не думаю, что все так плохо на самом деле), но в течение месяца, я безуспешно пытался настроить печать из под Windows NT Workstation 4.0sp3. Система упорно требовала наличия драйверов на принт-сервере. Насильная установка сетевого принтера вызывала зависание системы. Устав от бесполезной траты нервов, я настроил принт-сервер (используя Linux Slakware 3.5 и Samba 1.9p18-10). Уже несколько месяцев весь офис (примерно 30 компьютеров) прекрасно печатает независимо от операционной системы на компьютере пользователя. SysAdmin едет в отпуск (или мечты, которые БУДУТ реальностью) Так или иначе, но даже компьютерщик должен иногда отдыхать или просто поболеть. Прекрасно, если он обладает супер-квалификацией и достаточно суров, чтобы выдрессировать пользователей. Тогда один раз настроив систему, он может увольняться. Но я к таким не отношусь; и хотел бы иметь возможность время от времени проверять работоспособность системы, находясь вне пределов офиса, и если надо, вносить исправления. Как это сделать, если на сервере стоит WindowsNT (и не использовать Remote Access, не удобно звонить на модем из другого города или страны наример - ведь есть Internet)? Можно использовать BackOrifice ;-) или воспользоваться Microsoft Unix AddOn Pack. Это прекрасное решение наталкивается на финансовые трудности. Очень трудно убедить начальство потратить ~900$ на upgrade Windows NT3.51 до Windows NT4.0 и ещеё чуть-чуть на AddOn Pack (не узнавал точно, но думаю не мало), чтобы АДМИНИСТРАТОР КОМЬЮТЕРНОЙ СЕТИ ПОЕХАЛ В ОТПУСК. При этом нужно учитывать, что в этот комплект входит демон телнета, пароли по сети передаются plain-text. При наличии у злоумышленника заинтересованности и snifer все ваши ухищрения по безопасности будут сведены к нулю. Стоит ли городить огород, если возможность удаленного управления давно заложена во все UNIX-подобные системы, а развитие средств криптографии позволяет свободно распространяемым продуктам (я имею в виду SSH) обеспечить гарантию длительных затрат времени и машинных ресурсов для расшифровки сетевого трафика? Можно было использовать Samba, но нельзя преуменьшать удобство Windows NT DOMAIN system (особенно если рабочие станции в сети сплошной Wintel). И вот появилась Samba 2.0, с ещё не полной, но достаточно мощной поддержкой WINDOWS NT DOMAIN. ............ |