Настройка Samba - [24] :: В помощь системному администратору

VpupkinRB
Что мне больше всего не нравится в начинающих ИТ специалистов, это их привычка использовать емкие и малопонятные даже специалистам термины, или термины смысл которых вообще не понятен из контекста обсуждения, вместо того, что бы простым русским языком рассказать о своих задачах, без использования сложной терминологии.

1) Организовать нужно разделение доступа к файловым ресурсам Это понятно почти.
Есть файловая помойка с кучей папок доступных по сети. Требуется для каждой такой папки приделать список пользователей и описанием их прав. Но нет ни слова о том, нужно ли для вложенных папок реализовывать списки с правами доступа.

2) почтовый сервер А это что? Сервер для отправки почты (SMTP сервер)? Или для получения и хранения почты в почтовых ящиках (POP3/IMAP сервер)? Или сервер корпоративного документа оборота? И это еще не все варианты. А какой почты? Только внутри фирменной? Или получать почту из глобальной сети то же нужно? А как вашу почту будут читать простые люди? Я конечно догадываюсь, что не телнетом. Каждому ставим специальный почтовый клиент, например TheBat!? Или нужен WEB интерфейс по типу МайлРу? А может вообще проще поручить это дело специальным серверам которых уже не мало и в легкую находящиеся в сети?

3) межсетевой экран. Между какими сетями экран? Нужен ли именно экран? Что он будет делать? Между сегментами своей локальной сети он будет фильтровать трафик? Или через него будет осуществляться выход офисной сети в глобальную сеть? Или он должен связывать несколько офисных сетей в единую логическую сеть? А аппаратные решения чем не устраивают? Да, еще как бы модно стало говорить о фильтрации трафика, в смысле ограничения доступа к нежелательным и вредным ресурсам типа одноклассников и вкантактах.

4) DHCP-сервер Говорить о DHCP сервере, не сказав не слова о локальном DNS сервере довольно проблематично. Я уточню, речь идет не об локально установленном DNS сервере, а о локальном DNS сервере.

5) централизованного обновления клиентских машин А тут что имеется в виду? Ну догадываюсь, что не об автоматическом обновлении устаревшего железа. Нужно экономить трафик на скачке обновлений например Windows? Или нужно именно, что бы Windows для получения своих обновлений ходил только на локальный сервер? В этом случае, гуглить на тему в WSUS и долго думать над его не необходимостью и стоимости развертывания. А как быть с продуктами например Adobe? Или нужно что бы пользователям автоматически устанавливались обновления назначенные администратором? А обновление до новых версий программ, не предусмотренное авторами этих программ рассматривается? Тут уже гуглить совершенно на другую тему, например SMS.

6) выполнение скриптов на клиентских машинах тут вопросов так много возникает, что я даже не возьмусь их все написать.

7) установку по сети. Установку чего и с чего? Нужно ставить OS по сети? Тогда гуглим на тему RIS. Или вполне достаточно, ставить OS с обычного сетевого ресурса? А о программах речь идет? Если идет, то о чем именно? Установку П/О с сетевых ресурсов в ручную? Или о назначение программ пользователю?

И вторая часть:
1) межсетевой экран лучше реализовать на Linux. Если это для выхода корпоративной сети в глобальную сеть, то аппаратное решение предпочтительней. Исторически сложилось, и до сих пор не поменялось, что оптимальным выбором тут будет клоны BSD систем, и очень не желательно использование Windows систем. Хотя есть мнение, что при очень слабом админе, Windows предпочтительнее. И еще раз подчеркну, даже при использовании софтоверного решения, использовать аппаратные средства крайне желательны.

2) почтовый сервер, Если это простейший SMTP+POP3/IMAP используемый не только для внутри офисного обмена сообщениями, при отсутствии любой системы автоматизации документооборота, я бы сильно подумал, и воспользовался сервисом в интернете. И мой личный опыт подсказывает, что такое требую очень многие клиенты, но практически никто не использует. Если такой вариант не подходит, а не подходит он крайне редко, то тут уже искать П/О, и уже найдя решение, ответ, где ставить становится очевиден.
Кстати сейчас модны ексчайнж серверы, а они только под windows.

3) на Linux полагаю DHCP? В сети должно быть ДВА DHCP сервера. А куда поставить ведущий зависит от того какой вы домен поднимите. Есть вариант, что просто придется поставить на windows сервер. Лично я считаю, что оптимальное ему место на гейте, который (смотри выше) на *BSD системе. На него же поставить локальный DDNS.

4) Файловые ресурсы видимо на win сервер. Если всего два сервера, один на из которых обслуживает гейт, то в целях безопасности ставить естественно на второй. И лично я считаю, что управление правами на Windows Файл серверах более гибкое чем на самбе. Хотя мне несколько раз мне говорили, что я не прав, и гибкость и на самбе не хуже чем на Windows.
То, что в ряде случаев они правы, я соглашусь. То что всегда правы, я пока не считаю.

И резюмируя сказанное. Я пока не увидел необходимости в Windows сервере. Я лично считаю, и так исторически сложилось, что серверы обслуживания сетей оптимальнее делать на BSD системах.
Единственное, что говорит за не обходимость использования windows это WSUS и SMS.
Но для не большой сети есть более гибкие решения чем WSUS, а необходимость развертывания SMS крайне сомнительна.

Добавлено:
VpupkinRB

Цитата:

Боюсь что с моим уровнем знаний я не смогу получить какие-либо преимущества от использования CentOS в сравнении с убунтой.

На начальном этапе, если вас интересует только разовая кратко ременная задача, то вы действительно правы. Но только в этом случае. И простите за откровенность, говорить о наличии какого либо уровня знаний, вам пока не не стоит.

Пересесть с ебунты на ЦентОс становится все сложнее с получением бОльших знаний по ебунте. Лучше на начальном этапе потратить лишний день, чем через год мучатся неделями.
Запись в резюме, о знании ЦентОс/РедХат, на много более предпочтительна чем знание ебунты. А еще более предпочтительна запись о знании BSD систем.
По мнению моего товарища, очень хорошего специалиста по ебунте, нормальные ресурсы для грамотных специалистов по ебунте, тем более на русском - отсутствуют.
С ЦетОс вам будет значительно проще пересесть на любую linux систему, в частности RedHat, чем с ебунты.

Прошу прощения за неясность изложения. На самом деле я сам в точности не знаю того, что нам нужно, т.к. этого не знает и начальство (что, впрочем, не удивительно).
На данный момент мы имеем 22 пользовательские машины с Windows XP, Vista, 7кой. Все работают под локальными администраторами

Если 7ки и Висты ещё более менее, то среди XP есть сборки вроде ZverCD ещё с SP2. На сервере стоит Windows Server 2008 с Kerio Firewall на котором ничего по сути не настроено. DHCP не поднят. В керио порезаны все порты кроме 80го и специфичных для почты (номера на вскидку не помню). Почта приходит индивидуально каждому пользователю с nic.ru. Получение по SMTP, отправка по POP3. Клиенты от MS и The Bat! (хотя предполагается переход на бесплатные альтернативы).
Предполагается перевести всех клиентов на Windows 7 Professional.

Теперь по пунктам:
1) Не совсем понял принципиальной разницы между папками и вложенными папками. Предположим у нас на сервере есть каталог "Workspace". В нем допустим 3 папки: "Projects", "Standards", "Temp". Нужно разрешать/запрещать доступ к этим папкам для пользователей. Возможно не помешало бы и управлять доступом к конкретным файлам. Помойка будет располагаться на сервере, расшаривание ресурсов на клиентах не предполагается. Кроме того хотелось бы организовать резервное копирование этой помойки на NAS. Т.к. сам NAS шифрование не поддерживает хорошо бы это делать в виде зашифрованного контейнера.

2) На самом деле не знаю. По идее минимальной задачей является выполнение роли промежуточного звена между сервером почты на nic.ru и пользователями. Как уже писал выше получение происходит по SMTP, отправка по POP3. Над более продвинутыми вариантами нужно подумать. В веб интерфейсе необходимости нет.

3) Да, я понимаю, что это очень широкое понятие.
Фильтровать трафик он будет между офисной и глобальной сетью.
Связь с другим офисом (по крайней мере пока) организовываться не будет. Фильтровать трафик внутри сети пока не предполагается. Клиентские машины запихнуты в 3com Switch 4210. И, насколько я понимаю, он позволяет организовать взаимодействие клиент-сервер, обрубив всякие межклиентские связи (хотя я пока не уверен, что это стоит делать).
Фильтрация на данный момент идет только по портам. Отрубание вконтактов в задачи пока не ставится, но логи не помешают.
Аппаратные решения, по видимому, возможны, но я никогда с ними не сталкивался.

4) Под DHCP сервером я понимаю серверный компонент позволяющий автоматически распределять IP адреса в сети. В этой связи на вопрос пока ответить не могу.

5) Имелся в виду WSUS, а также серверный компонент корпоративного антивируса (какого именно пока не определились). По мануалам WSUS кажется не таким уж и сложным

6) У нас есть исполняемый файл. Нужно загрузить его на клиентские машины и выполнить bat-файл с его участием с правами администратора (очень сложные скрипты, однако, да).

7) Установка ОС с сервера посредством WDS. Необходимости в нем, конечно же нет, но хотелось разобраться. Тем более, насколько я понял, он в определённой мере облегчит процесс интеграции свежеустановленных систем в домен. (http://www.oszone.net/14560/Windows-7-deployment)

Вторая часть
2.1) Даже как весьма слабый администратор я понимаю, что
Цитата:

очень не желательно использование Windows систем

в качестве машины "смотрящей в сеть". Над аппаратными решениями не задумывался, покопаю.

2.2) Системы документооборота не предполагаются и я думаю до них не дойдет ещё по крайней мере несколько лет. Локальный почтовый сервер предполагался как промежуточное звено между пользователями и сервером на nic.ru. В том смысле, что после принятия почты от nic.ru, она с сервера nic.ru удаляется. И в дальнейшем хранится на локальном сервере. На самом деле тут всё довольно надуманно. Но по крайней мере позволит хранить больше входящей почты, чем 25 мб на пользователя

2.3) Буду изучать вопрос.

2.4) Ну, собственно, я это и предположил как размещение не на гейте.

Цитата:

И простите за откровенность, говорить о наличии какого либо уровня знаний, вам пока не не стоит.

Согласен, впрочем, тут нужно добавить пометку про область знаний. К сожалению, в университете практических знаний не дают. Есть к чему стремиться.

Модерирует : lynx, Crash_Master, dg, emx, ShriEkeR
Версия для печати • Подписаться • Добавить в закладки
Страницы: 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38