SM 5013C-M8 в качестве SAMBA файл-сервера

[AlexNN]

Какие выгоды (кроме экономической) принесет изпользование
платформы P4 (типа SM 5013C-M8)  в качестве SAMBA файл-сервера
в сети Win-машин (W98, Wxp) .  В сети 60 юзеров 3-4 Vlan.
Нужна общая файло-свалка и для пары вланов приватные области
с разделяемыми файлами  (типа DBF).
Планируется UNUX+Samba3

[a_shats]

Не знаю, если честно. Просто - чтобы считать выгоду, надо знать - в сравнении с чем

[AlexNN]

Имется ввиду покупка W2003 st. ed. 5 usr

[a_shats]

Кроме економической - никакой. В любом случае, необходимо ставить ту ОС, которую Вы (или люди, ответственные за работу этого сервера) знаете(-ют). В противном случае - поверьте, админ, меняющий на ходу (!) ОС столь кардинально, представляет собой очень плачевное зрелище. Кое никак не стоит скромного прироста производительности.
Все afaik и имхо.

[Stranger03]

Какие выгоды (кроме экономической) принесет изпользование
платформы P4 (типа SM 5013C-M8)  в качестве SAMBA файл-сервера
в сети Win-машин (W98, Wxp).

Если знаете ОСь, которую собираетесь ставить, то можно ответить так:

Выгоды (или нет)
1. Самба не даст никаких преимуществ перед Вин АД.
2. ОСь даст очень много возможностей в конфигурировании своего окружения, грамотных разбираемых логов, ну и так далее.

Отрицательные моменты
1. не возможность использования терминалки, например от 1С
2. значительно более высокие требования к мозгам админа
3. не возможность использования корпоративной почты типа Ексч-жа.

Хотя, это бессмысленный спор:

Код: Выделить всё

Лучша ОСь та, которую знает ваш ближайший гуру

.

[Stranger03]

В противном случае - поверьте, админ, меняющий на ходу (!) ОС столь кардинально, представляет собой очень плачевное зрелище.

Я менял в свое время систему кардинально. С новелла переходил к связке БСД + Вин. Просто надо довольно аккуратно подходить к этому вопросу и четко знать, что ты хочешь и как это надо сделать.

[art]

Выгоды (или нет)
1. Самба не даст никаких преимуществ перед Вин АД.
2. ОСь даст очень много возможностей в конфигурировании своего окружения, грамотных разбираемых логов, ну и так далее.

факты:
- Samba3  может быть полноценным контроллером домена NT4
- Samba3  может быть member server в AD
- Samba3 _не_ может быть AD server'ом
- Samba3 не может реплицироваться с NT4 в паре PDC<->BDC
- Samba3+LDAP могут поддерживать любое количество надежно реплицируемых PDC в домене.
- Samba3 плноценно поддерживает ACL пользователей к сетевым файлам. Не хуже чем NTFS.
- Samba3+LDAP поддерживает все известные мне настройки пользователей в NT4 SP6a (Время доступа по часам и дням недели, настройки доступа к Terminal Services, права dialup, права логина на список станций.....)

плюсы Samba3:
- настроенная Samba3+LDAP может быть совершенно прозрачна для администрирования windows утилитами (srvmgr, usrmgr) со стороны  windows админа.
-при этом  windows админ может быть ограничен в правах с точки зрения unix host. Для добавления  новых рабочих станций UID=0 не нужен.
- в Samba3+LDAP  можно сделать пользователей, свойства которых недоступны для изменения и просмотра (!)  windows админу.
-все настройки PDC Сервера на Samba3+LDAP и базу пользователей с логинами-паролями, last login time etc можно перенести в компактном текстовом виде и поднять на другой машине парой команд.
- Samba3 позволяет держать на одном сервере несколько доменов.
-Trust relationship в обе стороны поддерживаются корректно как с windows based так и с Samba based серверами.
- Samba3 позволяет делать вещи, которые недоступны для
NT4 домена. Например распределенный домен с одним именем на несколько несвязаных  сетей с общим (или реплицируемым) backend. Переезд рабочей станции из сети в сеть и обратно происходит прозрачно и без участия админа.
- Samba3+LDAP позволяет позволяет разделять backend и SMB сервер на несколько машин. Отказ одного из backend  или одного из SMB серверов проходит незаметно для пользователей. Возможно, к примеру, иметь два PDC, на каждом из которых реплицируемый backend. Отказ backend' a  на одном из них не остановит работы. Оба сервера продолжат обслуживать клиентов, обращаясь к оставшемуся backend'у
- лучшая производительность, как сетевого сервера (IMHO)
- редко необходимо патчить Самбу. Только если фичи нужны. Пропатчив Самбу не нужно перегружать сервер.
- наконец Samba сервер это надежный изолятор VLAN'ов друг от друга в случае вирусного заражения.


минусы Samba:
- нельзя поддерживать AD и пр.
- при переносе пользователей с русскими логинами и т.д. могут проблемы с настройкой локали и backend' a. Однако  они определенно разрешимы при использовании LDAP.
- смена подрелиза  Самбы иногда требует мелких переделок   backend'a.