Настройка почтового сервера



Скачать 234.46 Kb.
Дата05.09.2014
Размер234.46 Kb.
ТипКурсовая
Московский государственный институт электроники и математики

(технический университет)

Кафедра Информационно-коммуникационных технологий


Курсовая работа по дисциплине

Сети ЭВМ и телекоммуникации

на тему

«Настройка почтового сервера»



Выполнил:

Жуков А.


Группа С-65
Проверил:

Белова О.

Орлов П.

Москва 2009


Оглавление


Оглавление 2

Постановка задачи 3

Анализ задачи 4

Теоретические сведения 5

Apache 5

nginx 7


Применение Apache и nginx 9

11


Установка nginx 12

Установка Apache 16

Список используемой литературы 26



Постановка задачи





  1. Описать функциональные возможности веб-серверов Apache и nginx.

  2. Провести сравнение двух серверов.

  3. Описать установку серверов и их настройку.

Анализ задачи


Сервер Apache является свободным ПО, поэтому доступна к скачиванию полная версия сервера на официальном сайте. Для данной курсовой работы была скачана последняя версия сервера Apache 2.2.11 c официального сайта http://httpd.apache.org/download.cgi.

Также была скачан сервер nginx версии 0.7.59, который также является бесплатным. Последняя версия сервера доступна по адресу http://sysoev.ru/nginx/download.html.


Теоретические сведения

Apache


Apache HTTP-сервер — свободный веб-сервер. С 1996 и по настоящее время является самым популярным HTTP-сервером в Интернете. Сервер был написан в начале 1995 года. Его имя восходит к шуточному названию «a patchy» (англ. «заплаточный»), так как он устранял ошибки популярного тогда сервера NCSA HTTPd 1.3. В дальнейшем, с версии 2.х сервер был переписан заново и теперь не содержит кода NCSA, но имя осталось. На данный момент разработка ведётся в ветке 2.2, а в версиях 1.3 и 2.0 производятся лишь исправления ошибок безопасности. Веб-сервер Apache разрабатывается и поддерживается открытым сообществом разработчиков под эгидой Apache Software Foundation и включён во многие программные продукты, среди которых СУБД Oracle и IBM WebSphere. Основными преимуществами Apache считаются надёжность и гибкость конфигурации.

Итак, Apache - это полнофункциональный, расширяемый веб-сервер, полностью поддерживающий протокол HTTP/1.1 и распространяющийся с открытым исходным кодом. Сервер может работать практически на всех распространенных платформах. Существуют готовые исполняемые файлы сервера для Windows NT, Windows 9x, OS/2, Netware 5.x и нескольких UNIX-систем. При этом он очень прост в установке и конфигурации.

Apache настраивается с помощью текстовых конфигурационных файлов. Основные параметры уже настроены "по умолчанию" и будут работать в большинстве случаев.

Если стандартной функциональности штатного «Апача» недостаточно, существует множество модулей, написанных Apache Group и сторонними разработчиками. Немаловажным преимуществом является то, что создатели активно общаются с пользователями и реагируют на все сообщения об ошибках.

В Apache предусмотрена функция, которая заложена в протоколе HTTP/1.1 – аутентификация пользователей. С помощью штатных средств сервера Apache возможно разграничить доступ к определенным страницам сайта для разных пользователей. Это нужно, например, для того чтобы сделать администраторский интерфейс к сайту. Для этого используются файлы .htaccess и .htpasswd, а также модули mod_auth и mod_access. Пользователи могут быть разбиты на группы, и для каждой из них можно назначить свои права доступа.

Для разделения дизайна и функциональной части сайта, а также для упрощения изменения статических объектов существует технология SSI. Она позволяет поместить всю повторяющуюся информацию в один файл (например, top.inc), а затем вставлять в страницы ссылку на нее. Затем, если понадобится изменить несколько строк в этой информации, то придется поменять их только в одном файле. Сервер Apache поддерживает эту технологию и позволяет использовать серверные включения в полном объеме.

Если на одном сервере с установленной операционной системой семейства Unix и сервером Apache заведено несколько пользователей, то каждому из них можно создать отдельную директорию. Точнее, она будет создаваться автоматически вместе с псевдонимом. Это делается с помощью модуля mod_userdir и директивы UserDir. Так, например, можно папке public_html в домашней папке пользователя сопоставить адрес www.site.ru/~user. В общем-то, так и делается на серверах большинства сайтов, предоставляющих бесплатный хостинг. Администратор сервера может разрешить или запретить определенным пользователям создавать домашние страницы, использовать SSI и другие функции сервера.

Сервер Apache был одним из первых серверов, которые начали поддерживать виртуальные сервера (хосты). Эта возможность позволяет размещать на одном физическом сервере несколько полноценных сайтов. У каждого из них может быть свой домен, администратор, IP-адрес и так далее.

Если требуется разместить на сервере домены domain.ru и domain.com, то для начала надо сделать так, чтобы в системе DNS им был сопоставлен ваш IP-адрес. После этого в конфигурационном файле Apache надо создать две директивы , где описывается каждый виртуальный хост.

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

Модуль mod_cgi позволяет размещать на сервере CGI-скрипты. Вообще, это всего-навсего исполняемые файлы, написанные на одном из допустимых языков программирования. Они могут содержаться как в откомпилированном виде (например, так делают, если пишут CGI на языке C++), так и в виде исходного текста (если на сервере установлен Perl, то программист может помещать и такие файлы).

Что касается PHP, то возможность интеграции его в Apache предусмотрена разработчиками самого PHP. Apache же выполняет только функции посредника между скриптом и компилятором.

На основе сервера Apache можно создавать не только простые любительские сайты, но и ресурсы, требующие серьезной криптографической защиты передаваемых данных. Специально для этого был разработан протокол SSL/TLS, а его поддержка была встроена в Apache 2.0. С помощью специального модуля можно осуществлять аутентификацию на основе именных сертификатов, что позволяет практически наверняка гарантировать подлинность пользователя.

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

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


nginx


nginx (engine x) — это Web-сервер, в основном использующийся для обслуживания статических запросов - отдачи статических html-страниц, графических изображений и любых других файлов. Этот сервер начал разрабатываться русским программистом Игорем Сысоевым в 2002 году, а осенью 2004 года вышел его первый публично доступный релиз. nginx тестировался на: FreeBSD 3  — 7, Linux 2.2  — 2.6, Solaris 9 , Solaris 10, MacOS X, Windows XP, Windows Server 2003.

Сервер nginx поддерживает:



  • обслуживание статических запросов, индексных файлов, автоматическое создание списка файлов (модуль ngx_http_autoindex_module выдаёт листинг каталога), кэш дескрипторов открытых файлов(информация о модицикации, ошибках доступа, размере файла);

  • акселерированное проксирование с кэшированием и простое распределение нагрузки и отказоустойчивость (модуль ngx_http_proxy_module позволяет передавать запросы другому серверу);

  • акселерированная поддержка удалённых FastCGI серверов с кэшированием (модуль ngx_http_fastcgi_module позволяет передавать запросы удалённому FastCGI-серверу);

  • модульность, фильтры, в том числе сжатие gzip (фильтр, сжимающий ответ методом gzip, что позволяет уменьшить размер передаваемых данных в 2 и более раз), byte-ranges (докачка), chunked ответы, XSLT-фильтр (фильтр, преобразующий XML-ответ с помощью одного или нескольких XSLT-шаблонов (0.7.8+)), SSI-фильтр (фильтр, обрабатывающий команды SSI (Server Side Includes) в проходящих через него ответах); несколько подзапросов на одной странице, обрабатываемые в SSI-фильтре через прокси или FastCGI, выполняются параллельно;

  • поддержка SSL и расширения TLS SNI (модуль ngx_http_ssl_module обеспечивает работу по протоколу HTTPS, поддерживается проверка сертификатов клиентов);

Другие возможности HTTP-сервера:

  • виртуальные сервера, определяемые по ip-адресу и имени;

  • поддержка keep-alive и pipelined соединений (на 10 000 неактивных HTTP keep-alive соединений расходуется около 2.5M памяти);

  • гибкость конфигурации на уровне Apache, настройка таймаутов и размеров буферов;

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

  • настройка форматов логов, быстрая ротация логов;

  • изменение URI с помощью регулярных выражений;

  • выполнение разных функций в зависимости от адреса клиента;

  • ограничение доступа в зависимости от адреса клиента и по паролю (Basic аутентификация);

  • FLV streaming;

  • ограничение скорости отдачи ответов;

  • ограничение числа одновременных соединений и запросов;


Применение Apache и nginx


Главное существенное отличие этих двух серверов заключается в разных моделях их работы. Для начала нужно объяснить, как вообще работают сетевые серверы. Существуют три модели работы сервера:

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

  2. Многопроцессная (многопоточная). Сервер открывает слушающий сокет. Когда приходит соединение, он принимает его, после чего создает (или берет из пула заранее созданных) новый процесс или поток, который может сколь угодно долго работать с соединением, а по окончании работы завершиться или вернуться в пул. Главный поток тем временем готов принять новое соединение. Это наиболее популярная модель, потому что она относительно просто реализуется, позволяет выполнять сложные и долгие вычисления для каждого клиента и использовать все доступные процессоры. Пример ее использования — Web-сервер Apache. Однако у этого подхода есть и недостатки: при большом количестве одновременных подключений создается очень много потоков (или, что еще хуже, процессов), и операционная система тратит много ресурсов на переключения контекста. Особенно плохо, когда клиенты очень медленно принимают контент. Получаются сотни потоков или процессов, занятых только отправкой данных медленным клиентам, что создает дополнительную нагрузку на планировщик ОС, увеличивает число прерываний и потребляет достаточно много памяти.

  3. Неблокируемые сокеты/конечный автомат. Сервер работает в рамках одного потока, но использует неблокируемые сокеты и механизм поллинга. Т.е. сервер на каждой итерации бесконечного цикла выбирает из всех сокетов тот, что готов для приема/отправки данных с помощью вызова select(). После того, как сокет выбран, сервер отправляет на него данные или читает их, но не ждет подтверждения, а переходит в начальное состояние и ждет события на другом сокете или же обрабатывает следующий, в котором событие произошло во время обработки предыдущего. Данная модель очень эффективно использует процессор и память, но достаточно сложна в реализации. Кроме того, в рамках этой модели обработка события на сокете должна происходить очень быстро — иначе в очереди будет скапливаться много событий, и в конце концов она переполнится. Именно по такой модели работает nginx. Кроме того, он позволяет запускать несколько рабочих процессов (так называемых workers), т.е. может использовать несколько процессоров.

Таким образом, Apache создаёт по 1 процессу (потоку) на каждое соединение. При достаточно большом количестве одновременных соединений, сильно загружается оперативная память. Операционная система вынуждена справляться с множеством потоков и блокировок ввода/вывода.

Nginx в этом случае затрачивает на каждое соединение на порядок меньше ресурсов ОС и памяти. Однако у nginx есть один существенный недостаток, который связан с ограничением сетевой модели: он не может генерировать динамический контент (php, perl и т.д.).

Если сравнивать Apache и nginx по запросам с которыми они работают, то Apache отлично приспособлен и справляется с динамическими запросами, а nginx наиболее быстро обрабатывает статические запросы.

На текущий момент существует несколько различных способов огранизации веб-сервера:



  • Классическая организация веб-сервера Apache+php+mysql. Это самый популярный вариант, так как сервер Apache существует с 1996 года и всё это время поддерживался и совершенствовался разработчиками на самом высоком уровне. Сервер Apache завовевал популярность с самого начала и до сих пор остается самым известным во всём мире. Apache имеет встроенную поддержку известных модулей php, perl и др., поэтому их легко установить на сервер.

  • Схема фронтэнд+бэкэнд nginx+Apache. Поскольку сам сервер nginx способен обрабатывать лишь статические запросы, он делает это намного быстрее, чем Apache, существует схема организации сервера таким образом, что nginx является фронтэндом сервера, то есть принимает соединение от клиента и читает от него весь запрос, далее, если это статический запрос(html, jpg, js и т.д.), то nginx самостоятельно отвечает на запрос, а если запрос на динамический контент, он открывает соединение к Apache. Последний выполняет свою работу (генерирует динамический контент), после чего отдает свой ответ nginx, который его буферизует в памяти или временном файле. Тем временем, Apache освобождает ресурсы.
    Далее nginx отдает контент клиенту, тратя при этом на порядки меньше ресурсов, чем Apache. Эта схема считается очень эффективной в плане расходования ресурсов и времени обработки запросов.




  • nginx+FastCGI. Изначально сервер nginx не имеет поддержки динамических ресурсов(php,perl и т.д.), поэтому приходится использовать дополнительный интерфейс. Самым популярным является FastCGI. nginx включает в себя поддержку технологии FastCGI для работы с внешними серверами и утилитами. Поддержка динамических ресурсов обеспечивается с помощью интерфейса FastCGI. Таким образом, например, PHP может быть использован для обработки FastCGI-запросов от nginx. Однако fastCGI работает медленнее, чем встроенный у Apache модуль mod_php. И у FastCGI есть несколько недостатков по сравнению с PHP модулем Апача (хотя существует патч для php, называемый php-fpm: PHP FastCGI Process Manager, который устраняет недостатки FastCGI. Подробнее об этом на странице http://php-fpm.anight.org/current_php_fastcgi_problems.html)

В заключение можно привести статистику по всем активным серверам на всех доменах за период июнь 2000 – май 2009 года по данным сайта http://news.netcraft.com/:


Активные сайты



Разработчик

Апрель 2009

Доля

Май 2009

Доля

Изменение

Apache

37,268,162

46.52%

38,170,144

46.89%

0.38

Microsoft

30,116,432

37.59%

29,049,223

35.69%

-1.90

Google

6,131,966

7.65%

7,326,606

9.00%

1.35

nginx

2,602,109

3.25%

2,725,496

3.35%

0.10

qq.com

0

0.00%

46,046

0.06%

0.06

Установка nginx


1. Для получения последней доступной версии сервера nginx со страницы http://sysoev.ru/nginx/download.html была скачана последняя стабильная версия, на текущий момент это версия 0.7.59.

2. Далее архив с сервером был извлечен в директорию C:\



nginx/Windows работает как обычное приложение (не сервис) и управляется следующим образом:



nginx -s stop

быстрое завершение

nginx -s quit

плавное завершение

nginx -s reload

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

nginx -s reopen

переоткрытие лог-файлов

3. В директории C:\nginx-0.7.59 был запущен файл nginx.exe. Таким образом, был произведен запуск сервера на локальном компьютере. Стандартная конфигурация сервера находится в файле C:\nginx-0.7.59\conf\nginx.conf

Ниже приведена конфигурация сервера:

#user nobody;

worker_processes 1;


#error_log logs/error.log;

#error_log logs/error.log notice;

#error_log logs/error.log info;
#pid logs/nginx.pid;

events {


worker_connections 1024;

}

http {



include mime.types;

default_type application/octet-stream;


#log_format main '$remote_addr - $remote_user [$time_local] "$request" '

# '$status $body_bytes_sent "$http_referer" '

# '"$http_user_agent" "$http_x_forwarded_for"';
#access_log logs/access.log main;
sendfile on;

#tcp_nopush on;


#keepalive_timeout 0;

keepalive_timeout 65;


#gzip on;
server {

listen 80;

server_name localhost;
#charset koi8-r;
#access_log logs/host.access.log main;
location / {

root html;

index index.html index.htm;

}
#error_page 404 /404.html;


# redirect server error pages to the static page /50x.html

#

error_page 500 502 503 504 /50x.html;



location = /50x.html {

root html;

}
# proxy the PHP scripts to Apache listening on 127.0.0.1:80

#

#location ~ \.php$ {



# proxy_pass http://127.0.0.1;

#}
# pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000

#

#location ~ \.php$ {



# root html;

# fastcgi_pass 127.0.0.1:9000;

# fastcgi_index index.php;

# fastcgi_param SCRIPT_FILENAME /scripts$fastcgi_script_name;

# include fastcgi_params;

#}
# deny access to .htaccess files, if Apache's document root

# concurs with nginx's one

#

#location ~ /\.ht {



# deny all;

#}

}



# another virtual host using mix of IP-, name-, and port-based configuration

#

#server {



# listen 8000;

# listen somename:8080;

# server_name somename alias another.alias;
# location / {

# root html;

# index index.html index.htm;

# }


#}

# HTTPS server

#

#server {



# listen 443;

# server_name localhost;


# ssl on;

# ssl_certificate cert.pem;

# ssl_certificate_key cert.key;
# ssl_session_timeout 5m;
# ssl_protocols SSLv2 SSLv3 TLSv1;

# ssl_ciphers ALL:!ADH:!EXPORT56:RC4+RSA:+HIGH:+MEDIUM:+LOW:+SSLv2:+EXP;

# ssl_prefer_server_ciphers on;
# location / {

# root html;

# index index.html index.htm;

# }


#}
}

4. Далее был создана html страница:



5. Озаглавленная как index.html, эта страница была помещена в директорию C:\nginx-0.7.59\html\. Далее в Интернет браузере Mozilla Firefox был набран адрес http://localhost/ и появилась страница index.html. Сервер работает.





Установка Apache


1. С веб-страницы http://httpd.apache.org/download.cgi была скачана последняя версия сервера Apache 2.2.11.

2. После этого был запущен установочный файл apache_2.2.11-win32-x86-no_ssl.msi и произведена установка сервера в директорию C:\Apache-2.2.11. Ниже приведены скриншоты установки сервера:






Сервер Apache устанавливается как служба по умолчанию. Для управления сервером, в трее появляется иконка Apache Monitor. С помощью Apache Monitor можно запускать, останавливать и перезапускать сервер.

3. Стандартная конфигурация сервера находится в файле

C:\Apache-2.2.11\conf\httpd.conf

Ниже приведена конфигурация сервера:

#

# This is the main Apache HTTP server configuration file. It contains the



# configuration directives that give the server its instructions.

# See for detailed information.

# In particular, see

#

# for a discussion of each configuration directive.

#

# Do NOT simply read the instructions in here without understanding



# what they do. They're here only as hints or reminders. If you are unsure

# consult the online docs. You have been warned.

#

# Configuration and logfile names: If the filenames you specify for many



# of the server's control files begin with "/" (or "drive:/" for Win32), the

# server will use that explicit path. If the filenames do *not* begin

# with "/", the value of ServerRoot is prepended -- so "logs/foo.log"

# with ServerRoot set to "C:/Apache-2.2.11" will be interpreted by the

# server as "C:/Apache-2.2.11/logs/foo.log".

#

# NOTE: Where filenames are specified, you must use forward slashes



# instead of backslashes (e.g., "c:/apache" instead of "c:\apache").

# If a drive letter is omitted, the drive on which httpd.exe is located

# will be used by default. It is recommended that you always supply

# an explicit drive letter in absolute paths to avoid confusion.


#

# ServerRoot: The top of the directory tree under which the server's

# configuration, error, and log files are kept.

#

# Do not add a slash at the end of the directory path. If you point



# ServerRoot at a non-local disk, be sure to point the LockFile directive

# at a local disk. If you wish to share the same ServerRoot for multiple

# httpd daemons, you will need to change at least LockFile and PidFile.

#

ServerRoot "C:/Apache-2.2.11"


#

# Listen: Allows you to bind Apache to specific IP addresses and/or

# ports, instead of the default. See also the

# directive.

#

# Change this to Listen on specific IP addresses as shown below to



# prevent Apache from glomming onto all bound IP addresses.

#

#Listen 12.34.56.78:80



Listen 80
#

# Dynamic Shared Object (DSO) Support

#

# To be able to use the functionality of a module which was built as a DSO you



# have to place corresponding `LoadModule' lines at this location so the

# directives contained in it are actually available _before_ they are used.

# Statically compiled modules (those listed by `httpd -l') do not need

# to be loaded here.

#

# Example:



# LoadModule foo_module modules/mod_foo.so

#

LoadModule actions_module modules/mod_actions.so



LoadModule alias_module modules/mod_alias.so

LoadModule asis_module modules/mod_asis.so

LoadModule auth_basic_module modules/mod_auth_basic.so

#LoadModule auth_digest_module modules/mod_auth_digest.so

#LoadModule authn_alias_module modules/mod_authn_alias.so

#LoadModule authn_anon_module modules/mod_authn_anon.so

#LoadModule authn_dbd_module modules/mod_authn_dbd.so

#LoadModule authn_dbm_module modules/mod_authn_dbm.so

LoadModule authn_default_module modules/mod_authn_default.so

LoadModule authn_file_module modules/mod_authn_file.so

#LoadModule authnz_ldap_module modules/mod_authnz_ldap.so

#LoadModule authz_dbm_module modules/mod_authz_dbm.so

LoadModule authz_default_module modules/mod_authz_default.so

LoadModule authz_groupfile_module modules/mod_authz_groupfile.so

LoadModule authz_host_module modules/mod_authz_host.so

#LoadModule authz_owner_module modules/mod_authz_owner.so

LoadModule authz_user_module modules/mod_authz_user.so

LoadModule autoindex_module modules/mod_autoindex.so

#LoadModule cache_module modules/mod_cache.so

#LoadModule cern_meta_module modules/mod_cern_meta.so

LoadModule cgi_module modules/mod_cgi.so

#LoadModule charset_lite_module modules/mod_charset_lite.so

#LoadModule dav_module modules/mod_dav.so

#LoadModule dav_fs_module modules/mod_dav_fs.so

#LoadModule dav_lock_module modules/mod_dav_lock.so

#LoadModule dbd_module modules/mod_dbd.so

#LoadModule deflate_module modules/mod_deflate.so

LoadModule dir_module modules/mod_dir.so

#LoadModule disk_cache_module modules/mod_disk_cache.so

#LoadModule dumpio_module modules/mod_dumpio.so

LoadModule env_module modules/mod_env.so

#LoadModule expires_module modules/mod_expires.so

#LoadModule ext_filter_module modules/mod_ext_filter.so

#LoadModule file_cache_module modules/mod_file_cache.so

#LoadModule filter_module modules/mod_filter.so

#LoadModule headers_module modules/mod_headers.so

#LoadModule ident_module modules/mod_ident.so

#LoadModule imagemap_module modules/mod_imagemap.so

LoadModule include_module modules/mod_include.so

#LoadModule info_module modules/mod_info.so

LoadModule isapi_module modules/mod_isapi.so

#LoadModule ldap_module modules/mod_ldap.so

#LoadModule logio_module modules/mod_logio.so

LoadModule log_config_module modules/mod_log_config.so

#LoadModule log_forensic_module modules/mod_log_forensic.so

#LoadModule mem_cache_module modules/mod_mem_cache.so

LoadModule mime_module modules/mod_mime.so

#LoadModule mime_magic_module modules/mod_mime_magic.so

LoadModule negotiation_module modules/mod_negotiation.so

#LoadModule proxy_module modules/mod_proxy.so

#LoadModule proxy_ajp_module modules/mod_proxy_ajp.so

#LoadModule proxy_balancer_module modules/mod_proxy_balancer.so

#LoadModule proxy_connect_module modules/mod_proxy_connect.so

#LoadModule proxy_ftp_module modules/mod_proxy_ftp.so

#LoadModule proxy_http_module modules/mod_proxy_http.so

#LoadModule rewrite_module modules/mod_rewrite.so

LoadModule setenvif_module modules/mod_setenvif.so

#LoadModule speling_module modules/mod_speling.so

#LoadModule ssl_module modules/mod_ssl.so

#LoadModule status_module modules/mod_status.so

#LoadModule substitute_module modules/mod_substitute.so

#LoadModule unique_id_module modules/mod_unique_id.so

#LoadModule userdir_module modules/mod_userdir.so

#LoadModule usertrack_module modules/mod_usertrack.so

#LoadModule version_module modules/mod_version.so

#LoadModule vhost_alias_module modules/mod_vhost_alias.so




#

# If you wish httpd to run as a different user or group, you must run



# httpd as root initially and it will switch.

#

# User/Group: The name (or #number) of the user/group to run httpd as.



# It is usually good practice to create a dedicated user and group for

# running httpd, as with most system services.

#

User daemon



Group daemon



# 'Main' server configuration

#

# The directives in this section set up the values used by the 'main'



# server, which responds to any requests that aren't handled by a

# definition. These values also provide defaults for

# any containers you may define later in the file.

#

# All of these directives may appear inside containers,



# in which case these default settings will be overridden for the

# virtual host being defined.

#
#

# ServerAdmin: Your address, where problems with the server should be

# e-mailed. This address appears on some server-generated pages, such

# as error documents. e.g. admin@your-domain.com

#

ServerAdmin m4tr1x@yandex.ru


#

# ServerName gives the name and port that the server uses to identify itself.

# This can often be determined automatically, but we recommend you specify

# it explicitly to prevent problems during startup.

#

# If your host doesn't have a registered DNS name, enter its IP address here.



#

#ServerName localhost:80


#

# DocumentRoot: The directory out of which you will serve your

# documents. By default, all requests are taken from this directory, but

# symbolic links and aliases may be used to point to other locations.

#

DocumentRoot "C:/Apache-2.2.11/htdocs"


#

# Each directory to which Apache has access can be configured with respect

# to which services and features are allowed and/or disabled in that

# directory (and its subdirectories).

#

# First, we configure the "default" to be a very restrictive set of



# features.

#

Options FollowSymLinks

AllowOverride None

Order deny,allow

Deny from all




#

# Note that from this point forward you must specifically allow

# particular features to be enabled - so if something's not working as

# you might expect, make sure that you have specifically enabled it

# below.

#
#


# This should be changed to whatever you set DocumentRoot to.

#

#

# Possible values for the Options directive are "None", "All",



# or any combination of:

# Indexes Includes FollowSymLinks SymLinksifOwnerMatch ExecCGI MultiViews

#

# Note that "MultiViews" must be named *explicitly* --- "Options All"



# doesn't give it to you.

#

# The Options directive is both complicated and important. Please see



# http://httpd.apache.org/docs/2.2/mod/core.html#options

# for more information.

#

Options Indexes FollowSymLinks


#

# AllowOverride controls what directives may be placed in .htaccess files.

# It can be "All", "None", or any combination of the keywords:

# Options FileInfo AuthConfig Limit

#

AllowOverride None


#

# Controls who can get stuff from this server.

#

Order allow,deny



Allow from all

#

# DirectoryIndex: sets the file that Apache will serve if a directory

# is requested.

#

DirectoryIndex index.html


#

# The following lines prevent .htaccess and .htpasswd files from being

# viewed by Web clients.

#

Order allow,deny

Deny from all

Satisfy All


#

# ErrorLog: The location of the error log file.

# If you do not specify an ErrorLog directive within a

# container, error messages relating to that virtual host will be

# logged here. If you *do* define an error logfile for a

# container, that host's errors will be logged there and not here.

#

ErrorLog "logs/error.log"


#

# LogLevel: Control the number of messages logged to the error_log.

# Possible values include: debug, info, notice, warn, error, crit,

# alert, emerg.

#

LogLevel warn


#

# The following directives define some format nicknames for use with



# a CustomLog directive (see below).

#

LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\"" combined



LogFormat "%h %l %u %t \"%r\" %>s %b" common

# You need to enable mod_logio.c to use %I and %O

LogFormat "%h %l %u %t \"%r\" %>s %b \"%{Referer}i\" \"%{User-Agent}i\" %I %O" combinedio


#

# The location and format of the access logfile (Common Logfile Format).

# If you do not define any access logfiles within a

# container, they will be logged here. Contrariwise, if you *do*

# define per- access logfiles, transactions will be

# logged therein and *not* in this file.

#

CustomLog "logs/access.log" common


#

# If you prefer a logfile with access, agent, and referer information

# (Combined Logfile Format) you can use the following directive.

#

#CustomLog "logs/access.log" combined




#

# Redirect: Allows you to tell clients about documents that used to



# exist in your server's namespace, but do not anymore. The client

# will make a new request for the document at its new location.

# Example:

# Redirect permanent /foo http://localhost/bar


#

# Alias: Maps web paths into filesystem paths and is used to

# access content that does not live under the DocumentRoot.

# Example:

# Alias /webpath /full/filesystem/path

#

# If you include a trailing / on /webpath then the server will



# require it to be present in the URL. You will also likely

# need to provide a section to allow access to

# the filesystem path.
#

# ScriptAlias: This controls which directories contain server scripts.

# ScriptAliases are essentially the same as Aliases, except that

# documents in the target directory are treated as applications and

# run by the server when requested rather than as documents sent to the

# client. The same rules about trailing "/" apply to ScriptAlias

# directives as to Alias.

#

ScriptAlias /cgi-bin/ "C:/Apache-2.2.11/cgi-bin/"



#

# ScriptSock: On threaded servers, designate the path to the UNIX



# socket used to communicate with the CGI daemon of mod_cgid.

#

#Scriptsock logs/cgisock




#

# "C:/Apache-2.2.11/cgi-bin" should be changed to whatever your ScriptAliased

# CGI directory exists, if you have that configured.

#

AllowOverride None

Options None

Order allow,deny

Allow from all




#

# DefaultType: the default MIME type the server will use for a document

# if it cannot otherwise determine one, such as from filename extensions.

# If your server contains mostly text or HTML documents, "text/plain" is

# a good value. If most of your content is binary, such as applications

# or images, you may want to use "application/octet-stream" instead to

# keep browsers from trying to display binary files as though they are

# text.


#

DefaultType text/plain


#

# TypesConfig points to the file containing the list of mappings from



# filename extension to MIME-type.

#

TypesConfig conf/mime.types


#

# AddType allows you to add to or override the MIME configuration

# file specified in TypesConfig for specific file types.

#

#AddType application/x-gzip .tgz



#

# AddEncoding allows you to have certain browsers uncompress

# information on the fly. Note: Not all browsers support this.

#

#AddEncoding x-compress .Z



#AddEncoding x-gzip .gz .tgz

#

# If the AddEncoding directives above are commented-out, then you



# probably should define those extensions to indicate media types:

#

AddType application/x-compress .Z



AddType application/x-gzip .gz .tgz
#

# AddHandler allows you to map certain file extensions to "handlers":

# actions unrelated to filetype. These can be either built into the server

# or added with the Action directive (see below)

#

# To use CGI scripts outside of ScriptAliased directories:



# (You will also need to add "ExecCGI" to the "Options" directive.)

#

#AddHandler cgi-script .cgi


# For type maps (negotiated resources):

#AddHandler type-map var


#

# Filters allow you to process content before it is sent to the client.

#

# To parse .shtml files for server-side includes (SSI):



# (You will also need to add "Includes" to the "Options" directive.)

#

#AddType text/html .shtml



#AddOutputFilter INCLUDES .shtml


#

# The mod_mime_magic module allows the server to use various hints from the

# contents of the file itself to determine its type. The MIMEMagicFile

# directive tells the module where the hint definitions are located.

#

#MIMEMagicFile conf/magic


#

# Customizable error responses come in three flavors:

# 1) plain text 2) local redirects 3) external redirects

#

# Some examples:



#ErrorDocument 500 "The server made a boo boo."

#ErrorDocument 404 /missing.html

#ErrorDocument 404 "/cgi-bin/missing_handler.pl"

#ErrorDocument 402 http://localhost/subscription_info.html

#
#

# EnableMMAP and EnableSendfile: On systems that support it,

# memory-mapping or the sendfile syscall is used to deliver

# files. This usually improves server performance, but must

# be turned off when serving from networked-mounted

# filesystems or if support for these functions is otherwise

# broken on your system.

#

#EnableMMAP off



#EnableSendfile off
# Supplemental configuration

#

# The configuration files in the conf/extra/ directory can be



# included to add extra features or to modify the default configuration of

# the server, or you may simply copy their contents here and change as

# necessary.
# Server-pool management (MPM specific)

#Include conf/extra/httpd-mpm.conf


# Multi-language error messages

#Include conf/extra/httpd-multilang-errordoc.conf


# Fancy directory listings

#Include conf/extra/httpd-autoindex.conf


# Language settings

#Include conf/extra/httpd-languages.conf


# User home directories

#Include conf/extra/httpd-userdir.conf


# Real-time info on requests and configuration

#Include conf/extra/httpd-info.conf


# Virtual hosts

#Include conf/extra/httpd-vhosts.conf


# Local access to the Apache HTTP Server Manual

#Include conf/extra/httpd-manual.conf


# Distributed authoring and versioning (WebDAV)

#Include conf/extra/httpd-dav.conf


# Various default settings

#Include conf/extra/httpd-default.conf


# Secure (SSL/TLS) connections

#Include conf/extra/httpd-ssl.conf

#

# Note: The following must must be present to support



# starting without SSL on platforms with no /dev/random equivalent

# but a statically compiled-in mod_ssl.

#

SSLRandomSeed startup builtin

SSLRandomSeed connect builtin

4. Для проверки работоспособности сервера, в директорию C:\Apache-2.2.11\htdocs был помещен ранее созданный файл index.html. В браузере набран адрес http://localhost/. Сервер работает.





Список используемой литературы


  1. http://adw0rd.ru/2009/nginx-and-apache-install/

  2. http://sysoev.ru/nginx/

  3. http://ru.wikipedia.org/

  4. http://httpd.apache.org/

  5. http://greenmice.info/ru/node/115

  6. http://freesource.info/wiki/AntiApache?show_comments=1#comments

  7. http://news.netcraft.com/archives/2009/05/27/may_2009_web_server_survey.html

  8. http://hostinfo.ru/articles/220

Похожие:

Настройка почтового сервера iconСистемный администратор / Технический специалист
Бд застрахованных. Администрирование Mysql-сервера (ms 2008Server), сервера имён (ms 2003Server), почтового сервера (MDaemon), парка...
Настройка почтового сервера iconИнструкция администратора сервера (web-, файл-, почтового и др.)
На должность администратора сервера I категории назначается лицо, имеющее высшее профессиональное
Настройка почтового сервера iconSmtp аутентификация (rfc 2554) на примере почтового сервера mail pochta ru

Настройка почтового сервера iconРегламент предоставления услуг поддержки функционирования доменов
...
Настройка почтового сервера iconРегламент предоставления услуг поддержки функционирования доменов Содержание I. Общие положения
...
Настройка почтового сервера iconРуководство по установке и настройке почтового сервера
После установки биллинга в диалоговом окне на предложение «Настроить почтовый сервер?» ответить утвердительно
Настройка почтового сервера icon«Установка и настройка Web-сервера Apache+php+Mysql»
Первая версия Apache просто вобрала в себя все известные исправления сервера ncsa«a patCHy» (сервер с доработками). Позже Apache...
Настройка почтового сервера iconИменами на одном почтовом сервере, б два ящика с одинаковыми паролями
Из приведённого ниже списка выберите почтовые ящики с одинаковыми доменными именами почтового сервера
Настройка почтового сервера iconИнструкция по настройке web-сервера Apache и сервера приложений Tomcat Версия 4 3
Данный документ описывает этап процесса установки и настройки сервиса “Интернет-клиент” системы bs-client, а именно последовательность...
Настройка почтового сервера iconНастройка VipNet
«Использовать ip-адреса для туннелирования» пустое, то здесь необходимо добавить адрес сервера 192. 168. 10. 226, нажав на кнопку...
Разместите кнопку на своём сайте:
ru.convdocs.org


База данных защищена авторским правом ©ru.convdocs.org 2016
обратиться к администрации
ru.convdocs.org