Одной из бизнес-процедур, выполняемых в организации, является назначение встреч с потенциальными пользователями для менеджеров по продажам. Ниже представлена характеристика данной бизнес-процедуры.

Бригадир диспетчерской службы по конкретному городу с помощью Интернет-ресурсов и бесплатных справочно-информационных систем формирует список потенциальных клиентов, предоставляет информацию диспетчерам для совершения телефонных звонков. Сотрудник диспетчерской службы в свою очередь, создаёт карточку клиента в клиентской части CRM-системы IBM Lotus Domino - Lotus Notes. Осуществив телефонный звонок, результаты его заносятся в карточку клиента, и на их основе принимается решение о назначении встречи менеджера по продажам и потенциального клиента для демонстрации продаваемого продукта.

Менеджер по продажам имеет доступ к той же БД, для просмотра и редактирования заявок, назначенных на конкретное время данному сотруднику.

Следующая бизнес-процедура, которую можно рассмотреть - это проведение сотрудником отдела сбыта демонстрации продаваемого продукта потенциальному клиенту. Результаты встречи заносятся в карточку организации. В случае согласия покупки продукта, бухгалтерией посредством системы 1С «Предприятие» выставляется счёт на продукт. После покупки продукта клиент переходит из разряда потенциальных в контрагенты.

Можно выделить ещё одну бизнес-процедуру - проведение послепродажного обслуживание организации, где установлен продукт, осуществляемое ежемесячно менеджерами отдела послепродажного обслуживания. Сотрудник отдела раз в месяц посещает организацию-контрагента, осуществляет обновление баз данных продукта, информирует сотрудников обслуживаемой организации об изменениях нормативно-технической документации в их отрасли. По результатам встречи в карточку организации вносится информация о проведённых действиях.

1.6 Обоснование темы дипломного проекта

2.1 Обоснование новой технической базы

Одной из причин, побудивших модернизировать сеть путём внедрения файлового сервера, является устаревшая техническая база серверов Kodeks и Nfs.

Во-первых, это недостаток ресурсов во время ежемесячного обновления БД, пришедших на жёстком диске с USB интерфейсом от поставщика программного продукта. В течение нескольких дней нагрузка на файловое хранилище возрастает в связи с большим количеством пользователей, скачивающим эту информацию одновременно.

Во вторую очередь, в связи с необходимостью наращивания объёмов файлового хранилища и подключении новых жёстких дисков нужно наличие достаточного количества SATA-портов, устаревшая же версия материнской платы имела только IDE-порты, что сказывалось на скорости передачи данных.

В итоге появилась необходимость приобретения материнской планы с необходимым количеством SATA-портов версии 3 без покупки платы расширения PCI во избежание дополнительных трат.

В качестве системного жёсткого диска было решено использовать накопитель SSD (твёрдотельный накопитель на основе микросхем памяти) для достижения нужной производительности системы. Ниже приведены преимущества использования SSD перед HDD (накопитель на жёстких магнитных дисках):

- отсутствие подвижных частей и, следовательно, отсутствие шума, высокая скорость работы;

- более низкое энергопотребление в зависимости от объёма диска;

- надёжность из-за отсутствия подвижных частей исключается возможность механической поломки деталей;

- хорошая способность переносить перегрузки и вибрации;

- одинаковая скорость обработки данных по всему объёму;

- независимость от фрагментации данных.

Из недостатков можно выделить высокую стоимость, ограниченный по сравнению с HDD объём, ограничение циклов перезаписи данных на флеш-память.

Установка SDD-диска значительно увеличит производительность системы. Ограничение циклов перезаписи данных компенсируется тем, что система будет работать с диском преимущественно в режиме чтения.

Было решено не использовать RAID для снижения стоимости технической базы.

Рассмотрим характеристики выбранного оборудования:

1. Материнская плата GigaByte GA-A75M-D2H:

- форм-фактор MicroATX;

- сокет FM1 и поддержка 32-нм процессоров AMD серий A и E2;

- чипсет AMD A75;

- слот оперативной памяти (ОП) DDR3 DIMM с поддержкой частот 2400/1866/1600/1333/1066 МГц и двухканального режима работы;

- 4 порта интерфейса USB 3.0 с пропускной способностью до 5 Гб/с;

- 6 портов SATA 3 6 Гб/с и поддержкой RAID 0, 1, 10.

2. Процессор AMD A6-3650 APU:

- частота работы 2,6 ГГц;

- количество ядер 4;

- теплопакет 100 Вт;

- техпроцесс 32 нм;

- встроенный контроллер памяти;

- интегрированное графическое ядро Radeon HD 6530D с частотой процессора 443 МГц;

- объём кэша L1 128 Кб, L2 4096 Кб.

3. Оперативная память Patriot PSD34G1333k:

- тип памяти DDR3;

- форм-фактор DIMM 240 контактов;

- частота 1333 МГц;

- 2 модуля объёмом 2 Гб.

4. Твёрдотельный накопитель SSD OCZ Vertex4 VTX4-25SAT:

- объём 128 Гб;

- интерфейс SATA3 6 Гб/с;

- наработка на отказ (MTBF) 2 млн. часов;

- ежегодная вероятность сбоев (AFR) 0,58%.

5. Жёсткий диск Western Digital Red WD20EFRX:

- объём 2 Тб;

- объём буфера 64 Мб;

- скорость вращения 5400 rpm;

- интерфейс SATA3 6 Гб/с;

- наработки на отказ (MTBF) 1 млн. часов;

- ежегодная вероятность сбоев (AFR) 0,87%.

6. Сетевая карта D-Link DGE-528T Gigabit Ethernet.

7. Блок питания FSP ATX-350PNR/350N 350 Вт.

8. Корпус Minitower ZALMAN T4.

2.2 Обоснование выбора программного обеспечения

Для сокращения расходов на модернизацию сети рассматривается вариант по использованию ОС из семейства систем с открытым ядром Linux.

Linux - общее название Unix-подобных операционных систем, основанных на одноимённом ядре. Ядро Linux создаётся и распространяется в соответствии с моделью разработки свободного и открытого программного обеспечения. Рассмотрим основные характеристики Linux:

- реальная многозадачность - все процессы независимы, для этого ядро осуществляет режим разделения времени центрального процессора, поочередно выделяя каждому процессу интервалы времени для выполнения;

- многопользовательский доступ - система может предоставлять все системные ресурсы пользователям, работающим с хостом через различные удаленные терминалы или виртуальные консоли;

- технология своппинга - позволяет работать при ограниченном объеме физической оперативной памяти, содержимое некоторых страниц оперативной памяти записываются в выделенную область на жестком диске при недостатке в оперативной памяти места;

- страничная организация памяти - системная память организована в виде страниц объемом 4 Кб; если оперативная память полностью исчерпана, ОС будет искать давно не использованные страницы памяти для их перемещения из памяти на жесткий диск;

- загрузка выполняемых модулей «по требованию» - выделение страниц памяти по требованию, при котором только необходимая часть кода исполняемой программы находится в оперативной памяти, а не используемые в данный момент части остаются на диске;

- совместное использование исполняемых программ - в случае запуска одной и той же программы разными пользователями в память загружается только одна копия исполняемого кода этого приложения;

- общие библиотеки - существует некоторое количество стандартных библиотек, используемых одновременно более чем одним процессом, библиотеки не включаются в исполняемый файл;

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

- соответствие стандарту POSIX - стандарт задаёт интерфейс Unix-систем, который описывается набором процедур языка C, обеспечивает работу ОС на разных архитектурах.

Преимущества использования Linux:

- доступность исходных текстов для модификации;

- бесплатность и как следствие отсутствие проблем с лицензированием;

- удобство и гибкость в сопровождении в связи с доступом к системным файлам;

- нетребовательность к системным ресурсам;

- минимальная подверженность взломам и угрозам вирусной атаки.

GNU (General Public License) - это проект по разработке свободного программного обеспечения.

Debian - многозадачная многопользовательская операционная система, состоящая как из свободного ПО с открытым исходным кодом, так и из закрытых компонентов. Debian GNU/Linux - один из самых популярных дистрибутивов Linux, оказывающий значительное влияние на развитие этого типа ОС в целом. Дистрибутив Debian является бесплатным для распространения и использования.

Особенности Debian:

- высокая стабильность работы дистрибутива в связи с жёсткой политикой используемых программных пакетов;

- большой выбор пакетов программ (более 29 тысяч пакетов) для разных архитектур;

- система управления пакетами Advanced Packaging Tool (APT) для гибкой работы с пакетами и репозиториями (интернет-хранилищами программных пакетов); автоматическая установка и настройка программы как из предварительно откомпилированных пакетов, так и из исходных кодов;

- единый стандарт Alternatives - механизм выбора предпочтительного ПО среди нескольких вариантов.

Таким образом, выбранным дистрибутивом Linux стал Debian GNU/Linux.

Далее рассмотрим пакеты программ, разворачивающих сервис для совместного использования файлов по сетевому протоколу SMB, используемому ОС Windows.

Компании Microsoft и Intel разработали на базе NetBIOS протокол совместного использования файлов. Позже он был переименован в протокол Server Message Block (SMB). Далее протокол SMB эволюционировал в систему CIFS (Common Internet File System - Общая межсетевая файловая система), которая представляла собой улучшенную и настроенную для работы в глобальных сетях версию SMB. Эта система CIFS по сей день остается главной технологией для совместного использования файлов на компьютерах, работающих под управлением ОС Windows.

Популярный пакет Samba распространяется на условиях открытой лицензии GNU и реализует серверную часть CIFS в системах Linux. Он был создан австралийцем Эндрю Триджеллом (Andrew Tridgell), который путем «обратного» проектирования воссоздал код протокола SMB и опубликовал полученный результат в 1992 году.

Сегодня пакет Samba хорошо поддерживается и постоянно совершенствуется для расширения его функциональных возможностей. Он предоставляет собой стабильный, надежный механизм для интеграции в сеть Linux, состоящую из компьютеров, работающих под управлением системы Windows.

Система CIFS предоставляет пять основных служб:

- совместное использование файлов;

- сетевая печать;

- аутентификация и авторизация;

- разрешение имен;

- объявление служб.

Пакет Samba не только обрабатывает файлы с помощью системы CIFS, но и выполняет основные функции контроллера службы Windows Active Directory. Как контроллер домена, пакет Samba поддерживает такие функциональные возможности, как регистрация доменов Windows, роуминг профилей пользователей Windows и буферизация заданий на печать в системе CIFS.

Большинство функциональных возможностей пакета Samba реализуется двумя демонами (программа, работающая в фоновом режиме): smbd и nxnbd. Демон smbd реализует обслуживание файлов и заданий на печать, а также выполняет аутентификацию и авторизацию. Демон nmbd обслуживает другие основные компоненты системы CIFS: разрешение имен и объявление служб.

В отличие от файловой системы NFS, которая тесно связана с ядром, пакет Samba не требует модификации ядра и запускается исключительно как пользовательский процесс. Он устанавливает соединения с сокетами, через которые посылаются NBT-запросы, и ждет клиентских запросов на доступ к ресурсам. Как только запрос поступил и был аутентифицирован, демон smbd создает новый экземпляр самого себя, который работает от имени пользователя, сделавшего запрос. В результате все права доступа к файлам (включая групповые права) остаются ненарушенными. Единственная дополнительная функциональная возможность, которую демон smbd реализует, - это сервис блокировки файлов, позволяющий клиентским персональным компьютерам придерживаться привычной для них семантики блокировок.

Для более корректного доступа рабочих станций, под управлением ОС Linux, к файловому серверу был выбран протокол NFS.

Сетевой протокол NFS (Network File System) позволяет пользователям совместно работать с файлами, расположенными на разных компьютерах. Протокол NFS почти прозрачен для пользователей, т.е. при сбое сервера, поддерживающего протокол NFS, информация не пропадает. Клиенты просто ждут, когда сервер вновь начнет функционировать, а затем продолжают работать так, будто ничего не произошло.

Протокол NFS разработала компания Sun Microsystems в 1984 году. Первоначально протокол NFS был реализован как суррогат файловой системы для бездисковых клиентов, однако предложенный протокол оказался столь удачным, что со временем стал универсальным решением проблемы совместного использования файлов. Все дистрибутивные пакеты систем UNIX и Linux содержат версию протокола NFS.

Последняя версия NFS 4 является результатом крупной переработки протокола. Она содержит много усовершенствований и новых функциональных возможностей:

- совместимость и взаимодействие со всеми брандмауэрами и устройствами NAT;

- интегрирование в основном протоколе NFS протоколов блокировки и монтирования;

- операции с сохранением состояния;

- высокая интегрированная безопасность;

- поддержка репликации и миграции;

- поддержка клиентов как UNIX, так и Windows;

- списки управления доступом (ACL);

- поддержка файлов в кодировке Unicode;

- хорошая производительность даже при узкой полосе пропускания.

В версии NFS 2 применялся протокол UDP, поскольку он обеспечивал наилучшую производительность в локальных сетях 80-х годов. Несмотря на то что протокол NFS сам выполняет сборку пакетов и осуществляет контроль ошибок, ни в UDP, ни в NFS не реализованы алгоритмы управления перегрузкой, которые необходимы для достижения нормальной производительности в крупных IР-сетях.

С целью решения этих проблем в большинстве UNIX-систем теперь разрешено использовать в качестве транспортного протокола в версии NFS 4 - только TCP. Первоначально эта возможность предназначалась для обеспечения работы NFS в сетях с маршрутизаторами и в Интернете. По мере удешевления памяти и роста производительности центральных процессоров и сетевых контроллеров, первоначальное преимущество протокола UDP над протоколом TCP улетучилось.

2.3 Разработка структуры файлового хранилища

Рассмотрим структуру файлового сервера.

/ - корневой раздел на накопителе SSD.

Раздел для подкачки /swap было решено не использовать, так как для сервисов Samba и NFS достаточно 4 Гб оперативной памяти, так же раздел подкачки активно осуществляет чтение-запись на диск, что сокращает длительность использования SSD накопителя.

Для файлового хранилища данных пользователей использован жёсткий диск объёмом 2 Тб. Рассмотрим структуру файлового хранилища в каталоге /home на рисунке 3.

/home

+-- Backup

+-- boss-fin

+-- boss

+-- chief-buh

+-- control

+-- chief-control

+-- dispatcher

+-- chief-dispetcher

+-- infotd

+-- chief-infotd

+-- jurist

+-- chief-jurist

+-- kadry

+-- market

+-- chief-market

+-- personal

+-- chief-personal

+-- Public

¦ +-- kodeks

¦ +-- Бланки договоров > /home/jurist/Бланки договоров

¦ L-- Расчётный счёт > /home/raschet/Расчётный счёт

+-- raschet

+-- sbyt

L-- chief-sbyt

Рисунок 3 - Структура файлового хранилища

В каталог Backup предполагается монтирование жёсткого диска объёмом 2 Тб для размещения архивированной резервной копии.

Было решено использовать общие папки отделов вместо именных каталогов для каждого сотрудника. Последний вариант вызовет излишнюю избыточность данных и вынудит постоянно заниматься созданием и удалением учётных записей пользователей.

Вариант же с общими папками отделов позволит настроить совместное хранение и использование данных сотрудниками одного отдела. Внутри папки отделов будут созданы именные папки сотрудников.

Рассмотрим состав папок отделов:

- control - отдел контроля качества;

- dispеtcher - диспетчерский отдел;

- infotd - отдел послепродажного обслуживания;

- jurist - юридический отдел;

- kadry - отдел кадров;

- market - отдел маркетинга;

- personal - отдел по набору персонала;

- sbyt - отдел сбыта.

Также имеется общая для всех сотрудников публичная папка Public. В ней размещён каталог kodeks, который является точкой монтирования для жёсткого диска объёмом 500 Гб с базами данных и дистрибутивами продаваемых программных продуктов. В папке Public созданы символические ссылки на каталоги для общего пользования в режиме чтения: Бланки договоров и Расчётный счёт. Таким образом, сотрудник отдела имеет доступ на редактирование документов в папке своего отдела, а посредством символической ссылки все остальные пользователи видят в публичной папке всегда актуальные файлы для чтения. Для работы с расчётным счётом предприятия создана отдельная папка raschet, символическая ссылка на который отражена в публичной папке.

Для разграничения доступа к файлам одного отдела созданы каталоги руководителей отделов с префиксом chief. Так же для финансового исполнительного директора офиса были созданы каталоги boss-fin и boss соответственно.

Далее перейдём к выбору файловой системы. Рассмотрим самые популярные файловые системы, используемые ОС с ядром Linux. Это Ext4, ReiserFS, XFS.

1. Ext4 - журналируемая файловая система. Это результат эволюции файловой системы Ext3, наиболее популярной файловой системы в Linux.

Особенности:

1) Использование экстентов. Экстенты позволяют адресовать большое количество (до 128 MB) последовательно идущих блоков одним дескриптором. До 4х указателей на экстенты может размещаться непосредственно в inode (индексный дескриптор, где хранится метаинформация о файлах), что достаточно для файлов маленького и среднего размера.

2) 48-битные номера блоков. При размере блока 4K это позволяет адресовать до одного эксбибайта.

3) Выделение блоков группами. Файловая система хранит не только информацию о местоположении свободных блоков, но и количество свободных блоков, идущих друг за другом. Что позволяет выделять блоки без фрагментации.

4) Отложенное выделение блоков. Выделение блоков для хранения данных файла происходят непосредственно перед физической записью на диск группами, что минимизирует фрагментацию и ускоряет процесс выделения блоков, но увеличивает вероятность потери при сбоях питания.

5) Превышен лимит в 32000 каталогов.

6) Резервирование inode при создании каталога.

7) Размер inode увеличен с 128 до 256 байтов.

8) Временные метки с наносекундной точностью, хранящихся в inode.

9) Версия inode. В inode появился номер, который увеличивается при каждом изменении inode файла.

10) Хранение расширенных атрибутов в inode, что позволяет повысить производительность.

11) Контрольное суммирование транзакций в журнале. Позволяют быстрее найти и (иногда) исправить ошибки при проверке целостности системы после сбоя.

12) Предварительное выделение. Резервирование множества блоков для записи без траты времени на инициализацию (заполнение нулями пространства файла) лишнее время

13) Дефрагментация без размонтирования.

2. ReiserFS - журналируемая файловая система, разработанная специально для Linux компанией Namesys.

Особенности:

1) Возможность упаковки нескольких небольших файлов в один блок во избежание фрагментации и потери дискового пространства.

2) Несколько режимов журналирования: только метаданные/все данные.

3) Возможность изменения размера файловой системы «на лету».

4) Высокая скорость работы с файлами небольшого размера.

5) Проблемы в восстановлении информации в случае краха файловой системы

6) На данным момент не развивается, проект заморожен.

3. XFS - высокопроизводительная журналируемая файловая система, созданная компанией Silicon Graphics.

Особенности:

1) 64-битная файловая система.

2) Журналирование по умолчанию только метаданных.

3) Возможность потери данных во время записи при сбое питания, так как большое количество буферов данных хранится в памяти

4) Выделение места экстентами.

5) Отложенное выделение места.

6) Увеличение размера «на лету», невозможность уменьшения «на лету».

7) Дефрагментация «на лету».

8) API ввода / вывода реального времени.

9) Инструменты резервного копирования и восстановления.

10) Динамическое управление inode

11) Малый размер служебных структур данных.

12) Сложный процесс восстановления удалённых файлов.

13) Эффективная работа с большими файлами и каталогами при невысокой нагрузке на процессор.

В итоге была выбрана файловая система Ext4 как самая стабильная и хорошо поддающаяся восстановлению, занимает среднюю позицию по работе с большими и маленькими файлами.

Файловая система XFS из-за высокой производительности была выбрана только для каталога kodeks, для хранения крупных файлов БД продукта. Так как эта файловая система сложно поддаётся восстановлению, то она подходит скорее для хранения больших файлов с неуникальной информацией, что подходит в данном случае.

От ReiserFS решено отказаться, не смотря на быструю работу с маленькими файлами, хотя они будут преобладать в создаваемом файловом хранилище. ReiserFS на данный момент не поддерживается и сложно поддаётся восстановлению.

2.4 Разработка политики информационной безопасности

Проблема информационной безопасности (ИБ) корпоративной системы обычно решается в двух плоскостях: во-первых, рассматриваются формальные критерии, которым должны соответствовать защищенные информационные технологии, а во-вторых, практический аспект - конкретный комплекс мер безопасности.

При создании систем ИБ важно не упустить каких-либо существенных аспектов - в этом случае применяемой информационной технологии будет гарантирован некоторый минимальный (базовый) уровень ИБ. Базовый уровень ИБ предполагает упрощенный подход к анализу рисков, при котором рассматривается стандартный набор распространенных угроз безопасности без оценки вероятностей этих угроз. Для нейтрализации угроз применяется типовой комплекс контрмер, а вопросы эффективности защиты в расчет не берутся. Подобный подход приемлем, если ценность защищаемых ресурсов в данной организации не слишком высока.

Стратегия безопасности при обеспечении базового уровня ИБ в практическом плане сводится к следующим шагам:

1. Определение необходимых руководящих документов и стандартов в области ИБ, а также основных положений политики ИБ, включая:

- управление доступом к средствам вычислительной техники, программам и данным;

- антивирусную защиту;

- вопросы резервного копирования;

- проведение ремонтных и восстановительных работ;

- информирование об инцидентах в области ИБ.

2. Определение подходов к управлению рисками: является ли достаточным базовый уровень защищенности или нужно проводить полный вариант анализа рисков.

3. Структуризация контрмер по уровням.

4. Порядок сертификации на соответствие стандартам в области ИБ: график совещаний по тематике ИБ на уровне руководства, периодичность пересмотра положений политики ИБ, а также порядок обучения всех категорий пользователей системы в этой области.

Самыми распространёнными системами управления доступом к данным являются системы идентификации и аутентификации. Их задачей является определение и верификация набора полномочий субъекта при доступе к системе.

Идентификация - это процесс сопоставления его с некоторой хранимой системой характеристикой субъекта - идентификатором. В дальнейшем, идентификатор субъекта используется для предоставления субъекту определенного уровня прав и полномочий при использовании системой.

Аутентификация - это процедура верификации принадлежности идентификатора субъекту. Аутентификация производится на основании того или иного секретного элемента (аутентификатора), которым располагают как субъект, так и система. Обычно система располагает не самим аутентификатором, а некоторой информацией о нем, на основании которой принимается решение об адекватности субъекта идентификатору.

Перед началом интерактивного сеанса работы большинство ОС запрашивают у пользователя его имя и пароль. Введенное имя является идентификатором пользователя, а его пароль - аутентификатором. ОС обычно хранит не сам пароль, а его хэш-сумму, обеспечивая, тем самым, практическую невозможность восстановления пароля.

Разработка политик доступа к данным

При разработке политик доступа к данным файлового хранилища необходимо выбрать режим безопасности Samba:

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

2. Режим безопасности пользователя (user) - требует от клиента предоставить имя пользователя и пароль для подключения к ресурсу, учетные записи пользователей Samba отделены от системных учетных записей.

3. Режим безопасности домена (domain) - позволяет серверу Samba представляться клиентам Windows первичным доменным контроллером (PDC), резервным доменным контроллером (BDC) или сервером-членом домена (DMS).

4. Режим безопасности ADS - позволяет серверу Samba присоединиться к домену Active Directory как родному.

Оптимальным режимом безопасности с прохождением аутентификации в отсутствие Active Directory является режим безопасности пользователя. На пользовательским уровне безопасности если сервер принимает пару имя пользователя / пароль, то клиент получает возможность доступа к общим ресурсам без указания пароля в дальнейшем. Клиент ожидает, что все права доступа соответствуют имени пользователя / паролю, указанным при инициализации сессии.

В данном режиме безопасности учетные записи пользователей Samba отделены от системных учетных записей, но пакет libpam-smbpass синхронизирует системных пользователей и пароли с пользовательской базой Samba.

Таким образом, настройка политик доступа производится посредством работы с группами пользователей в системе и назначения прав на каталоги. Список пользователей и групп пользователей с назначенными правами доступа приведён в таблице 4. Нахождение пользователя в дополнительной группе обозначает наличие доступа к соответствующему каталогу отдела. UID - это уникальный в пределах системы идентификатор пользователя, его значение равно GID - универсальному в пределах системы идентификатору группы.

Таблица 4 - Список пользователей и групп пользователей

Нахождение в группе users обозначает администраторский доступ к каталогам по CIFS. Пользователь itotdel не имеет своего каталога, так как используется исключительно для администраторского доступа к каталогам Samba.

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

Рассмотрим требования к аутентификатору - сложность пароля:

- минимальная длина - 8 символов;

- латинские символы;

- обязательное присутствие хотя бы одной цифры;

- обязательное присутствие хотя бы одной прописной буквы.

Программная настройка файлового сервера

Для настройки файлового сервера использовались такие пакеты программ, как сервис SSH - сетевой протокол прикладного уровня, позволяющий производить удалённое управление ОС, - и Webmin - программный комплекс, позволяющий администрировать операционную систему через веб-интерфейс.

Программная настройка файлового сервера в первую очередь заключалась в конфигурировании сервера Samba и NFS.

Рассмотрим конфигурационный файл Samba smb.comf, а именно секцию глобальных настроек (global):

1. name resolve order = dns lmhosts wins #порядок использования сервисов имён

2. passwd chat = *Enter\snew\s*\spassword:*%n\n *Retype\snew\s*\spassword:*%n\n *password\supdated\ssuccessfully*. #описывает последовательность пар отклик-прием, которые используются демоном smbd для определения того, что нужно передать программе passwd и чего ждать в ответ