Оглавление 

Введение

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

      Появление персональных компьютеров вызвало проблемы с общим доступом ресурсов. Возникла потребность в создании сетей, которые будут объединять ЭВМ, однако сети не решают проблему общего доступа, по крайней меря для пользователя Существует несколько способов реализации, один из которых – организация файлового сервера в локальной компьютерной сети.

      Область исследования: программное обеспечение.

      Предмет исследования: операционные системы.

     Цель курсовой работы: на основе анализа литературных данных раскрыть методы организации файловых серверов на основе операционной системы класса UNIX, произвести установку и настройку файлового сервера на локальной вычислительной машине.

     В соответствии с целям курсовой работы поставлены следующие задачи:

1. Анализ литературы
2. Произвести сравнительный анализ разных способов реализации файловых серверов на основе ос класс ю.
3. Реализовать файловый сервер.

1. Операционные  системы класса UNIX как основа файлового сервера

1. Операционные  системы класса UNIX.

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

      C течением времени происходили перемены. Этот метод становился не актуальным. Информацию человек стал записывать на листе пергамента. С появлением письменности связана первая информационная  революция. Потом появились первые книги. У человечества встал вопрос, как усовершенствовать писание книг? В итоге человек изобрел книгопечатание, которое радикально изменило индустриальное общество, культуру, организацию деятельности. Это была вторая информационная революция.

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

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

      Появление ЭВМ частично решило проблему с доступом к информации, однако. Ресурсы были размещены на мейнфреймах, лишь ограниченный круг людей мог к ней обращаться через терминалы. Информацию нужно как то передавать, изобрели информационные носители: магнитные диски, перфокарты и.т.д. Человек мог копировать информацию себе на носитель. Такой способ передачи информации ограничивал круг людей, как и в давние  времена. Возникла потребность в создании сетей, которые будут объединять ЭВМ.

      Компьютерная  сеть (вычислительная сеть, сеть передачи данных)  — система связи компьютеров или компьютерного оборудования. Для передачи информации могут быть использованы различные физические явления, как правило — различные виды электрических сигналов, световых сигналов или электромагнитного излучения.

      Первая  компьютерная сеть ARPANET (от англ. Advanced Research Projects Agency Network) была создана в 1969 году Агентством Министерства обороны США  по перспективным исследованиям (ARPA). ARPANET является прообразом сети Интернет. Это была первая в мире сеть, перешедшая на маршрутизацию пакетов данных (1 января 1983 года). ARPANET прекратила своё существование в июне 1990 года. Занимались её разработкой люди из агентства передовых оборонных исследовательских проектов. ARRPA также занималась разработкой версии BSD (университета Беркли) системы Unix и стека протоколов TCP/IP.

      Стек  протоколов TCP/IP (англ. Transmission Control Protocol/Internet Protocol) — набор сетевых протоколов разных уровней модели сетевого взаимодействия DOD, используемых в сетях. Протоколы работают друг с другом в стеке (англ. stack, стопка) — это означает, что протокол, располагающийся на уровне выше, работает «поверх» нижнего, используя механизмы инкапсуляции. Например, протокол TCP работает поверх протокола IP.

      BSD (англ. Berkeley Software Distribution) — система распространения программного обеспечения в исходных кодах, созданная для обмена опытом между учебными заведениями. Особенностью пакетов ПО BSD была специальная лицензия BSD, которую кратко можно охарактеризовать так: весь исходный код — собственность BSD, все правки — собственность их авторов.

      UNIX (читается Юникс) — группа переносимых, многозадачных и многопользовательских операционных систем. Первая система UNIX была разработана в 1969 г. в подразделении Bell Labs компании AT&T. С тех пор было создано большое количество различных UNIX-систем. Юридически лишь некоторые из них имеют полное право называться «UNIX»; остальные же, хотя и используют сходные концепции и технологии, объединяются термином «UNIX-подобные». Операционные системы  семейства Linux считается «UNIX-подобной» на основе одноимённого ядра и собранных для него библиотек и системных программ, разработанных в рамках проекта GNU.

      GNU свободная Unix-подобная операционная система, разрабатываемая Проектом GNU.

      Некоторые отличительные признаки UNIX-систем включают в себя:

1. использование простых текстовых файлов для настройки и управления системой;
2. широкое применение утилит, запускаемых в командной строке;
3. взаимодействие с пользователем посредством виртуального устройства — терминала;
4. представление физических и виртуальных устройств и некоторых средств межпроцессового взаимодействия как файлов;
5. использование конвейеров из нескольких программ, каждая из которых выполняет одну задачу.

      В настоящее время UNIX используются в основном на серверах, а также как встроенные системы для различного оборудования. На рынке ОС для рабочих станций и домашнего применения лидером является Microsoft Windows, UNIX занимает только второе (Mac OS X) и третье (GNU/Linux) места.

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

      В 1957 году в Bell Labs была начата работа по созданию операционной системы для собственных нужд. Под руководством Виктора Высотского (русского по происхождению) была создана система BESYS. Впоследствии он возглавил проект Multics, а затем стал главой информационного подразделения Bell Labs.

      В 1964 году появились компьютеры третьего поколения, для которых возможности BESYS уже не подходили. Высотский и его коллеги приняли решение не разрабатывать новую собственную операционную систему, а подключиться к совместному проекту General Electric и Массачусетского технологического института Multics. Телекоммуникационный гигант AT&T, в состав которого входили Bell Labs, оказал проекту существенную поддержку, но в 1969 году вышел из проекта, поскольку он не приносил никаких финансовых выгод.

2.  Методы реализации файлового сервера на основе ос класс UNIX

      Теперь  хочу поговорить немного о протоколах файлового сервера и передачи данных по сети. Появившаяся в 70-х годах возможность объединения компьютеров в единую сеть произвела революцию в компьютерном мире. Эта возможность, прежде всего, вызвала желание организовать разделение доступа к файлам между различными машинами. Первые достижения в этой области были ограничены возможностью копирования целых файлов из одной машины в другую. В качестве примера можно указать программу UNIX-to-UNIX copy (uucp), File Transfer Protocol (ftp) и Server Message Block (SMB).

      FTP (англ. File Transfer Protocol — протокол передачи файлов) — протокол, предназначенный для передачи файлов в компьютерных сетях. FTP позволяет подключаться к серверам FTP, просматривать содержимое каталогов и загружать файлы с сервера или на сервер; кроме того, возможен режим передачи файлов между серверами. FTP является одним из старейших прикладных протоколов, появившимся задолго до HTTP, в 1971 году. До начал 90-ых годов на долю FTP приходилось около половины трафика в сети интернет. Он и сегодня широко используется для распространения ПО и доступа к удалённым хостам. Протокол FTP относится к протоколам прикладного уровня и для передачи данных использует транспортный протокол TCP. Команды и данные, в отличие от большинства других протоколов передаются по разным портам. Порт 20 используется для передачи данных, порт 21 для передачи команд. В случае, если передача файла была прервана по каким-либо причинам, протокол предусматривает средства для докачки файла, что бывает очень удобно при передаче больших файлов.

      uucp — Unix-to-Unix CoPy — команда копирования файлов между двумя компьютерами под управлением операционной системы UNIX, использующая одноимённый протокол. Позже появились реализации этого протокола под другие операционные системы, в т.ч. DOS, Windows, OS/2. Своё название uucp ведёт от имени команды копирования файлов в UNIX — cp — и фактически является её расширением, позволяя копировать файлы с локальной машины на удалённую и с удалённой на локальную, в первую очередь, посредством модемного соединения (позже появились реализации "uucp over tcp", они были как в виде встроенной в программу функции, так и в виде отдельного драйвера, эмулирующего модемный звонок посредством установки tcp-сессии). Достаточно быстро uucp стал использоваться для передачи почты и новостей (телеконференций). Однако эти решения не позволяли даже близко подойти к реализации доступа к файлам на удаленной машине, по своим возможностям напоминающего доступ к файлам на локальных дисках.

      SMB (Server Message Block) — сетевой протокол прикладного уровня для удалённого доступа к файлам, принтерам и другим сетевым ресурсам, а также для межпроцессного взаимодействия. Первая версия протокола была разработана компаниями IBM, Microsoft, Intel и 3Com в 1980-х годах. Вторая (SMB 2.0) была создана Microsoft и появилась в Windows Vista. Первая версия протокола была разработана сотрудником IBM Бэрри Файгенбаумом в 1983 году Изначально SMB был реализован через NetBIOS(поверх NBF, IPX/SPX или NetBIOS over TCP/IP) и использовался в сетях MS-NET и LAN Manager для DOS, а также в Windows for Workgroups. Microsoft регулярно дополняла протокол новыми возможностями. Так, вторая версия Microsoft Networks SMB File Sharing Protocol Extensions появилась в 1988 году, 3-я версия в 1989 году, версия 3.4 в 1992. В 1992 году появилась Samba - свободная реализация протокола SMB для UNIX -подобных операционных систем (изначально для SunOS). Поскольку Microsoft не опубликовала документацию значительной части своих дополнений к SMB, разработчикам Samba пришлось провести обратную разработку протокола. В 1996 году Microsoft стала использовать новое название для дополненной версии протокола которая использовалась в Windows NT 4.0 - CIFS (Common Internet File System) новое имя прижилось, и SMB и CIFS фактически стали синонимами. Microsoft некоторое время пыталась превратить CIFS в международный стандарт через IETF, но после 2000 года прекратила работу по стандартизации. В Windows 2000 впервые появился SMB непосредственно поверх TCP (без NetBIOS); для этого используется порт 445 (SMB поверх NetBIOS over TCP/IP использовал порт 139). В Windows Vista появилась новая версия протокола — SMB 2.0. Протокол был значительно упрощен (в SMB было более 100 команд, а в SMB 2 всего 19); при этом была повышена производительность (благодаря механизму кэширования, возможности совмещать несколько команд SMB 2 в одном сетевом запросе и увеличенным буферам чтения и записи), особенно в сетях с высокой латентностью, улучшена масштабируемость и добавлена возможность автоматического продолжения сеанса в случае временного отсоединения от сервера. SMB 2 использует те же порты (445 и 139) как и SMB, но другой заголовок пакетов.

      Только  в середине 80-х годов появилось несколько распределенных файловых систем, которые обеспечили прозрачный доступ по сети к удаленным файлам. Это были Network File System (NFS) компании Sun Microsystems (1985), Remote File Sharing system (RFS) компании AT&T (1986) и Andrew File System (AFS) университета Карнеги-Меллона (1995). Эти три системы резко отличались друг от друга по целям разработки, архитектуре и семантике, хотя все они пытались решить одну и ту же фундаментальную проблему. Сегодня RFS доступна практически на всех системах, базирующихся на UNIX System V. Разработка ASF перешла корпорации Transarc, в которой она была развита и превращена в Distributed File System (DFS) - компонент распределенной вычислительной среды DSE (Distributed Computing Environment) Open Software Foundation. Но наибольшее распространение получила NFS, которая поддерживается на всех UNIX и многих "не UNIX" системах. Созданная в 1986 году фирмой AT&T одновременно с ОС UNIX System V Release 3, система RFS (Remote File Sharing) представляет собой средство, предназначенное для управления распределенными файлами. Назначение системы - обеспечить прозрачное разделение дисковых ресурсов и периферийных устройств между машинами UNIX, объединенными в локальную сеть.

      Компания Sun Microsystems представила NFS в 1985 году как средство обеспечения прозрачного доступа к удаленным файловым системам. Помимо публикации протокола Sun лицензировала его базовую реализацию, которая была использована различными поставщиками для портирования NFS на разные операционные системы. С тех пор NFS стала фактически промышленным стандартом, который поддерживается действительно всеми вариантами системы UNIX, а также некоторыми другими системами, например, VMS и MS-DOS.

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

      Клиенты и серверы взаимодействуют с  помощью удаленных вызовов процедур (rpc - remote procedure call), которые работают как синхронные запросы. Когда приложение на клиенте пытается обратиться к удаленному файлу, ядро посылает запрос в сервер, а процесс клиента блокируется до получения ответа. Сервер ждет приходящие запросы, обрабатывает их и отсылает ответы назад клиентам.

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

      Важно отметить различие между распределенными файловыми системами и распределенными операционными системами. Распределенная операционная система, подобная V или Amoeba, для пользователя выглядит как централизованная операционная система, но работает одновременно на нескольких машинах. Она может иметь файловую систему, которая разделяется всеми машинами системы. В отличие от них, распределенная файловая система представляет собой определенный слой программного обеспечения, который управляет связью между традиционными операционными системами и файловыми системами. Этот слой программных средств интегрируется с операционными системами мащин-хостов сети и обеспечивает сервис распределенного доступа к файлам для систем, которые имеют централизованное ядро.

      Распределенные  файловые системы имеют ряд важных свойств. Каждая конкретная система может обладать всеми или частью этих свойств. Это как раз и создает основу для сравнения различных архитектур между собой.

• Сетевая прозрачность - Клиенты должны иметь возможность обращаться к удаленным файлам пользуясь теми же самыми операциями, что и для доступа к локальным файлам.
• Прозрачность размещения - Имя файла не должно определять его местоположения в сети.
• Независимость размещения - Имя файла не должно меняться при изменении его физического меторасположения.
• Мобильность пользователя - Пользователи должны иметь возможность обращаться к разделяемым файлам из любого узла сети.
• Устойчивость к сбоям - Система должна продолжать функционировать при неисправности отдельного компонента (сервера или сегмента сети). Однако это может приводить к деградации производительности или к исключению доступа к некоторой части файловой системы.
• Масштабируемость - Система должна обладать возможностью масштабирования в случае увеличения нагрузки. Кроме того, должна существовать возможность постепенного наращивания системы путем добавления отдельных компонентов.
• Мобильность файлов - Должна быть возможность перемещения файлов из одного месторасположения в другое на работающей системе.
• Имеется несколько важных вопросов, которые рассматриваются при разработке распределенных файловых систем. Они касаются функциональных возможностей, семантики и производительности системы. Различные файловые системы можно сравнивать между собой, выясняя как они решают эти вопросы:
• Пространство имен - Некоторые распределенные файловые системы обеспечивают однородное пространство имен такое, что каждый клиент использует одно и то же путевое имя для доступа к данному файлу. Другие системы позволяют клиенту создавать свое пространство имен путем монтирования разделяемых поддеревьев к произвольным каталогам в иерархии файлов. Оба метода имеют свою привлекательность.
• Операции с сохранением и без сохранения состояний - Сервер сохраняющий состояния обеспечивает хранение информации об операциях клиента между запросами и использует эту информацию о состоянии для корректного обслуживания последующих запросов. Такие запросы как open или seek связаны с изменением состояний, так как кто-то должен запомнить информацию о том, какие файлы открыл клиент, а также все смещения в открытых файлах. В системе без сохранения состояний каждый запрос является "самодостаточным" и сервер не поддерживает устойчивых состояний о клиентах. Например, вместо того, чтобы поддерживать информацию о смещении в открытом файле сервер может требовать от клиента указания смещения в каждой операции чтения или записи. Серверы с сохранением состояний работают быстрее, поскольку они могут использовать знания о состоянии клиента для существенного уменьшения сетевого трафика. Однако они должны иметь и целый комплекс механизмов поддержания согласованного состояния системы и восстановления после ее отказа. Серверы без сохранения состояний более просты в разработке и реализации, но не дают такой высокой производительности.
• Семантика разделения - Распределенная файловая система должна определить семантику, которая применяется когда несколько клиентов одновременно обращаются к одному файлу. Семантика UNIX требует, чтобы все изменения, сделанные одним клиентом, были бы видны другим клиентам, когда они выдают следующий системный вызов read или write. Некоторые файловые системы обеспечивают "семантику сессии" (session semantics), при которой изменения становятся доступными другим клиентам на основе гранулированности системных вызовов open и close. А некоторые системы дают даже еще более слабые гарантии, например, интервал времени, который должен пройти прежде, чем изменения наверняка попадут к другим клиентам.
• Методы удаленного доступа - В простой модели клиент-сервер используется метод удаленного обслуживания, при котором каждое действие инициируется клиентом, а сервер просто представляет собой агента, который выполняет заявки клиента. Во многих распределенных системах, особенно в системах, сохраняющих состояние, сервер играет гораздо более активную роль. Он не только обслуживает запросы клиентов, но и участвует в работе механизма обеспечения когерентности, уведомляя клиентов о всех случаях, когда кэшированные в нем данные становятся недостоверными.

3. Сравнительный анализ разных способов реализации файловых серверов

      Реализация  файлового сервера возможна на разных операционных системах с установкой на ней сопутствующих протоколах и служб, про которые я рассказывал ранее. Вот собственно и они.

1. Серверная операционная система  семейства Майкрософт. Протоколы SMB, CIFS, FTP.
2. Unix подобная операционная система. Протоколы SMB, CIFS, FTP.

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

      Критерии, указывающие отличительные черты  от Windows:

1. Безопасность.
2. Гибкость.
3. Управление функциями.
4. Философия.
5. Стоимость.
6. Скорость.
7. Эффективность.
8. Надежность.
9. Работоспособность и подбор прикладного программного обеспечения.
10. Подверженность (чувствительность) к червям и вирусам.
11. Открытость и скорость разрешения известных дефектов (ошибок).
12. Кластеризация.
13. Многопользовательский режим.
14. Отсутствие графического пользовательского интерфейса GUI или HTTP браузера, как части операционной системы.

      Мы  выбрали второй способ операционную системы семейства Linux. Linux распространяется под бесплатной лицензией, то есть является для нас бесплатным. Linux не требует ресурсов, т.е файловый сервер можно развернуть даже на слабом компьютере. В плане безопасности при правильной настройки и конфигурации, сервер будет вполне защищен. В связи с вышесказанным был выбран дистрибутив Debian для реализации файлового сервера на основе операционных систем класса UNIX. Debian удобен своей пакетной системой установки приложений, тестируется с исключительной тщательностью, разрабатывается добровольцами из разных стран мира и очень проста и логична в настройке

2. Реализация  файлового сервера  на операционной системе  Debian GNU Linux

      Установка дебиан.

      Для установки proftpd, в терминале вводится команда: apt-get install proftpd. При установке proftpd в Debian скрипт установщика самостоятельно создает директории, конфигурационный файл proftpd.conf и добавит запуск сервера в скрипты автоматической загрузки ОС.

      Для удобства доступа, выберем следующую  конфигурацию файлового сервера.

• чтобы каждый пользователь системы при авторизации на ftp попадал в свою директорию
• создать пользователя для анонимного доступа (например для доступа на чтение к какой-то определенной папке)

      Стандартный файл конфигурации пакета proftpd находится /etc/proftpd/, изменяется стандартным текстовым редактором, результат в приложении 1. В эту часть входит и авторизация пользователя в своем домашнем каталоге.

      Т.к. в конфигурации мы запускаем сервер proftpd через ined сервер, то идем в файл /etc/inetd.conf и раскомментируем строку и перезапустим inetd

ftp   stream  tcp  nowait  root  /usr/sbin/tcpd proftpd

Перезапускаем демон inetd

killall -HUP inetd

      Далее создается с именем anonymous. Почему именно с таким? Да потому что, теперь можно в программах клиентах ftp указывать только имя сервера без указания имени пользователя. По умолчанию в таком случае подставится имя anonymous. Пароль для данного пользователя можно задать, а можно и не задавать. А можно сделать совсем просто. В конфигурации proftpd.conf прописать alias пользователя anonymous на любого другого пользователя системы. Мы бы советовали прописать на пользователя ftp, т.к. он уже создан. 

UserAlias anonymous ftp

      Создаём директорию /home/ftp и назначаем права на неё для пользователя ftp. Если задаете пароль пользователю ftp(тогда anonymous будет с паролем), либо в конфигурации proftpd отключаете требование пароля на данного пользователя. Чтобы задавать различные права на какую-либо директорию в proftpd, для пользователя anonymous, который в данном случае может читать все каталоги в директории /mnt . Результат в приложении 2. 
 
 
 

Заключение

      1-2 стр.

Литература

      Примеры оформления ссылок на источники:

1. Азин А.А. Пример ссылки на книгу в центральных издательствах. – М^*.: Педагогика, 1993. – 176 с.
2. Гришин Г.Г. Пример ссылки на книгу ведомственного издания/ УрГПУ. Екатеринбург, 1996. – 55 с.
3. Мазин М.М. Пример ссылки на статью в журнале// Математика в школе. 1987. № 4. С. 34–38.
4. Программы для общеобразовательных учреждений. Геометрия. – М.: Просвещение. 1997. – 219 с.
5. Разин Р.Р. Пример ссылки на книгу с подзаголовком. Методические рекомендации. С-Пб. Школа-Пресс, 1994. – 234 с.
6. Семенов С.С. Пример ссылки на тезисы доклада на конференции/ Вопросы преподавания математики в школе: Тез. докл. Всеросс. науч.-практ. конф.// Омск. гос. пед. ун-т. Омск, 1998. С. 99.
7. Танина Т.Т. Пример ссылки на автореферат диссертации: Автореф. дис. … д-ра пед. наук. Челябинск, 1994.
8. Яшин Я.Я. Пример ссылки на материалы из Internet// www.uspu.ru/lito

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

^*Примечание: При указании в ссылках названий городов (в качестве места издания) Москва обозначается одной буквой (М.), Санкт-Петербург – С-Пб. Остальные города записываются полностью (Екатеринбург, Лондон). 
Приложения

ServerName                      "Mik FTP"

#ServerType                     standalone  #запуск #сервера в обычном режиме, через команду proftpd

ServerType                      inetd  #запуск через #inetd сервер, предпочитаю запускать через него

DefaultServer                   on 

# Port 21 is the standard FTP port.

Port                            21

PassivePorts                    49152 65534 

# Маска создания новых файлов

Umask                           022 

#количесво попыток авторизации

    MaxLoginAttempts            3

#Максимальное количество пользователей ftp сервера

    MaxClients                  20  "Sorry, max %m users -- try again later" 

  ServerAdmin root@localhost

#приветствие на сервере

  ServerIdent on "Welcome to Mik FTP server"   AllowLogSymlinks off   # не записывать в журнал файлы с #символическими ссылками

  DebugLevel 3

  LogFormat awstats "%t %h      %u      %m      %f      %s      %b"

  ExtendedLog /var/log/xferlog read,write awstats

  SyslogFacility FTP

  SyslogLevel debug

  TransferLog none

  WtmpLog on

  ListOptions "-a" 

#Число одновременных коннектов на сервер. Но данная #переменная работает только

#если у вас сервер запущен в standalone. А так количество #процессов ограничится

#настройками inetd

MaxInstances                    30 

# От какого пользователя будет стартовать сам сервер

User                            ftp

Group                           ftp