Конфигурирование веб-сервера Apache
Установка веб-сервера Apache не вызывает больших затруднений как под Windows,
так и под Unix. Все вопросы при установки не выходят за рамки знаний обычного пользователя.
Наиболее сложным моментом является конфигурирование и подключение
дополнительных модулей. Предполагая, что наибольшее число читателей будут конфигурировать
сначала веб-сервер на своей локальной машине, скорее всего под управлением Windows, то начнем
рассмотрение конфигурации веб-сервера Apache именно с этого варианта. C:\>route print Активные маршруты: Сетевой адрес Маска Адрес шлюза Интерфейс Метрика 127.0.0.0 255.0.0.0 127.0.0.1 127.0.0.1 1
Сейчас, наверное, уже сложно представить себе вариант отсутствия обратной петли, т.к. большинство
компьютеров имеют выход в Интернет. Однако,
года четыре назад я столкнулся с такой проблемой, когда начинал осваивать
MS SQL Server 6.5. Если все же вы не получили должного результата команды route print,
добавьте протокол TCP/IP. Для этого на рабочем столе щелкните правой кнопки мыши на иконке
"Сетевое окружение" и выберете меню "свойства". Далее кнопку "добавить".
Not AcceptableAn appropriate representation of the requested resource / could not be found on this server.Available variants:
Apache/1.3.12 Server at localhost Port 80
Щелкните на ссылку index.html.en и вы попадете на главную страницу веб-сервера, с которой
можно попасть на документацию по веб-серверу - ссылка documentation (http://127.0.0.1/manual/index.html).
# IP-адрес имя хоста 127.0.0.1 localhost 127.0.0.1 it.ru
Таким образом вы можете передопределить для программ своей машины и IP-адрес microsoft.com.
Но это переопределение будет действовать только для вашей машины, т.к. бругие компьютеры
будут получать IP-адрес microsoft.com с DNS-серверов. NameVirtualHost 127.0.0.1 <VirtualHost it.ru> ServerAdmin igor@itsoft.ru DocumentRoot c:\projects\www\itsoft ServerName it.ru ErrorLog c:\projects\www\itsoft\logs\error.log CustomLog c:\projects\www\itsoft\logs\custom.log combined ScriptAlias /cgi-bin "c:\projects\www\itsoft\cgi-bin" </VirtualHost>
NameVirtualHost задает IP-адрес, на котором будут висеть веб-узлы. Этих директив может быть
несколько. Теоретически, в сервере имеется несколько сетевых карт, и у каждой сетевой карты может быть
несколько IP-адресов. Чаще всего у вас будет одна карточка с реальным IP-адресом и одна или
две сетевых карты с виртуальным IP-адресом локальной сети, т.к. ваш сервер еще будет обеспечивать
доступ компьютеров локальной сети к Интернет.
В директиве VirtualHost должен стоять IP-адрес, но можно также указать и имя хоста, указывающего на
этот IP. В нашем случае, это имя хоста it.ru, которое указывает на 127.0.0.1.
ServerAdmin содержит адрес электронной почты, который будет выдаваться клиентам
при возникновение каких-либо ошибок, например, при аварийном заверении CGI-программы.
DocumentRoot задает путь к корню веб-сервера. ServerName содержит имя веб-сервера.
Далее идут пути к логам веб-сервера. Стого рекомендую размещать логи в корне самого
веб-сайта, а не где-нибудь еще. В реальной жизни вы вряд ли будете иметь доступ ко всему жесткому диску
сервера. У веб-мастера будет доступ по ftp только к содержимому папки веб-сайта. Так что, если логи
будут не внутри папки веб-сайта, то их не сможет просматривать веб-мастер.
И наконец, ScriptAlias /cgi-bin "c:\projects\www\itsoft\cgi-bin" задает папку, где будут лежать
исполняемые файлы. Имя этой папки не обязательно cgi-bin, но желательно придерживаться исторических
традиций. Поясню более детально, что это за каталог. По умолчанию, при запросе любого файла
с веб-сервера, он тут же начнется скачиваться клиенту. При запросе же исполняемого файла из папки
cgi-bin, этот файл сначала будет запущен веб-сервером, а потом клиенту будет передано то,
что напечатает этот исполняемый файл на стандартный поток вывода( STDOUT ). Обратите
внимание, что при запросе исполняемого файла из папки, не прописанной в httpd.conf как
ScriptAlias /cgi-bin "PathToFolder", вы получите сам исполняемый файл, а не результат его работы.
Особо будьте бдительны, если вы будете использовать не бинарные исполняемые файлы, а скриптовые исполняемые файлы.
Злоумышленник, заполучив их, сможет прочитать и найти дыру в вашем веб-узле. Невинная гостевая книга или
отправка почтового сообщения могут привести не только к неправильной работе этих скриптов и
падению веб-узла, но и падению\зависанию всего сервера со всеми размещенными на нем веб-узлами.
|