Администрирование сервера Apache и руководство по электронной коммерции

1.6. Динамически разделяемые объекты

Многие приложения Unix имеют возможность определения того, какие части бу дут включены, а какие отключены во время исполнения. Вот термин, которым обо значаются такие части — разделяемые объекты. Метод разделяемых объектов широко используется сервером Apache.

Модуль, загружаемый в качестве разделяемого объекта, компилируется с помощью программы apxs (APache eXtenSion). Модули сторонних разработчиков (mod_perl, mod_php) обычно поставляются со своими собственными инструкциями по компиля ции. На некоторых платформах среди основных возможностей сервера Apache требу ется наличие возможности динамических разделяемых объектов (DSO). Это необхо димо для того, чтобы редактор связей экспортировал таблицу перекрестных ссылок для дальнейшего использования сторонними разработчиками. Чтобы активизировать возможность работы с динамическими разделяемыми объектами, достаточно указать опцию в конфигурационном сценарии:

$$enable$rule=SHARED_CORE

Затем требуется перекомпилировать, перестроить и переустановить программу httpd, как указано в главе 2, "Инсталляция Web сервера Apache".

Модуль mod_so позволяет во время исполнения задавать, какие модули будут за гружены с помощью директивы LoadModule. В этой директивезадается имя модуля и путь к файлу разделяемого объекта:

LoadModule perl_ module libexec/libperl.so

Обычно (и по умолчанию) такие файлы можно найти в библиотечном каталоге libexec, который находится в каталоге ServerRoot.

1.7. Дескри пторы

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

Таблица 1.2. Дескрипторы и соответствующие модули

Как показано в столбце "Модуль" в табл. 1.2, для получения доступа к определен ному дескриптору необходимо, чтобы в текущем httpd был включен соответствую щий модуль.

Дескрипторы активизируются с помощью директивы AddHandler. Например, с помощью директивы

AddHandler cgi script .pl

можно задать передачу всех файлов с расширением .рl на обработку дескриптору cgi script.

Другим способом активизации определенного дескриптора может служить дирек тива SetHandler. Директива SetHandler предназначена для использования внутри скобок <Directory> или <Location>. Например, для того, чтобы все файлы, содер жащиеся в каталоге /images обрабатывались как файлы правил обработки изображе ний, можно воспользоваться следующей директивой:

<Location /images> SetHandler imap file

</Location>

1.8. MIME$типы

Термин MIME является аббревиатурой термина Multimedia Internet Mail Extensions (Расширения Мультимедиа дляпочты в Internet). Смысл, заложенный в концепции MIME типов, заключается в том, чтобы дать программам возможность определить тип данных, содержащихся в файле, по расширению файла. По умолчанию MIME тип сервера Apache и соответствующие им расширения можно найти в файле mime.types, который находится в каталоге conf. Конечно расположение этого файла можно изменить. Для этих целей воспользуемся директивой TypesConfig. Например

TypesConfig /etc/mime.types

позволит разместить файл mime . types в каталоге /etc.

Для ассоциации определенного MIME типа с определенным расширением файла обратимся к директиве AddType. Например, директива

AddType application/x httpd php .php

сообщает серверу, что файлы, с расширением .php, содержат данные в формате HTML с кодом РНР4. С помощью MIME типов сервер Apache определяет, какой тип предварительной обработки файлов требуется перед их доставкой пользователям. При работе с MIME типами рекомендуется пользоваться директивой AddType и воздержи ваться от прямого внесения изменений в файлmime.types.

Еще одной весьма полезной директивой является директива DefaulType. Предпо лагается, что сервер должен информировать клиентов о типе передаваемых им дан ных. Если ничего другого не остается, задайте с помощью директивы DefaultType тип передаваемых данных:

DefaultType text/html

Глава

2

ИНСТАЛЛЯЦИЯ WEB СЕРВЕРА

2.1.Введение

Вэтой главе детально рассмотрена процедура получения, компиляции и инсталля ции Web сервера Apache. В зависимости от того, под управлением какой операцион ной системы сервер будет работать, некоторые составные описанной здесь процедуры опущены. Например, в ОС Red Hat Linux сервер инсталлируется во время инсталля ции самой операционной системы. У вас, возможно, возникнет необходимость опти мизировать уже работающий сервер или просто потренироваться в компилировании и настройке сервера.

2.2.Выбор аппаратной части

Выбор компьютера в большей или меньшей степени зависит от того, какие задачи вы собираетесь решать с помощью вашего Web сервера. Например, если круг задач ограничивается желанием приобрести опыт или необходимостью отработать какую либо рабочую концепцию, для этих целей вполне подойдет старый компьютер. Сервер Apache достаточно надежно работает на любом "железе" с процессором до 486 вклю чительно. При более честолюбивых целях рекомендуем обратиться к Web узлу www.apache.org, где можно найти дистрибутивы для ОС HP UX, AIX и других "крутых" серверов.

2.2.1. Оперативная память

Самым узким местом, влияющим на производительность сервера, является оперативная память. Сервер Apache, работающий под управлением ОС Unix, при

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

Начинать планирование профессиональной системы необходимо с выбора мо дулей, которые включает в себя сервер. Скомпилируйте сервер с этими модулями и определите размер полученного файла httpd. Умножьте полученный результат на число клиентских запросов, которые планируется обрабатывать одновременно, а затем для получения приблизительной оценки объема необходимой памяти ум ножьте полученный результат на 1,5. Следует помнить, что данная формула необ ходима только для того, чтобы избежать вероятности недооценки объема памяти, необходимого для эффективной работы сервера. Если есть возможность позволить себе покупку сервера с большим объемом оперативной памяти, обязательно сде лайте это.

2.2.2. Диски

Существует два основных типа жестких дисков — IDE и SCSI. Интерфейс IDE са мый распространенный и недорогой. Диски с этим интерфейсом установлены на большинстве функционирующих персональных компьютеров. Операции чте ния/записи на них управляются центральным процессором, что является основной причиной их относительно низкой производительности. Это особенно сильно прояв ляется на многодисковых системах.

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

Рекомендуется устанавливать на сервер как минимум два диска SCSI. Один — под операционную систему, другой — под сервер Apache. Это позволяет осуществлять дос туп к файлам сервера и файлам операционной системы одновременно.

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

В зависимости от вашего отношения ко времени простоя сервера можно доба вить еще два диска и попробовать построить массив RAID (Redundant Array of In expensive Disks — избыточный массив недорогих дисков). Конфигурация RAID 2, или зазеркаливание, создает и поддерживает две одинаковые копии данных на двух различных дисках. Копией можно воспользоваться в случае сбоя в работе одного из дисков. Конфигурация RAID 5 размешает копии данных на трех дисках таким образом, что сбой в работе одного из них никак не может разрушить дан ные. К слову, далеко не все операционные системы поддерживают работу масси вов RAID.

1 В пределах возможностей конфигурации (см. главы 3 и 10)

2.3. Подготовка системы

Во первых, следует сделать выбор системной платформы. Для большинства клонов ОС Unix и Linux можно получить скомпилированные двоичные коды. ОС Unix явля ется "родной" средой сервера Apache, и он должен лучше всего работать на Unix платформах. Однако имеются достаточно надежные версии сервера, работающие с ОС Windows 95, Windows 98, Windows 2000, и Windows NT, а совсем недавно и у Apple появилась своя версия сервера.

Обычно пользователи останавливают выбор на какой то одной операционной системе. Ибо если пользователь имеет опыт работы с одной ОС, он всегда пред почтет ее любой другой операционной системе. Если же вы одинаково хорошо (или плохо) знакомы со всеми тремя вышеперечисленными операционными сис темами, то лучше выбрать платформу Unix. Я не хочу этим сказать, что версии под управлением платформ Win32, работают недостаточно надежно. Но сказыва ется тот факт, что сервер изначально был создан для работы под управлением ОС Unix. Беглый взгляд на конфигурационные файлы обнаруживает Unix происхождение сервера (множество порожденных процессов, ограничители "/" в спецификациях каталогов).

Кроме того, новые доработки производятся на версиях, работающих под ОС Unix, и только после этого переносятся в другие операционные среды. Многие из возможностей первоначально создавались для работы под Unix и только потом использовались для работы под ОС Windows и ОС Маc. И, наконец, ОС Unix самая дешевая из трех операционных систем. Во время написания этой книги це на ОС OS X и Windows 2000составляла от 750 до 1000 долларов, а ОСLinux (Unix для персональных компьютеров) можно получить совершенно бесплатно.

2.3.1. Подготовка ОС Unix

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

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

2.3.2. Корневой каталог Unix

Пользователь Apache должен иметь дисковое пространство (сейчас мы его подгото вим), предназначенное только для него. Для этого с помощью команды mkdi r создадим подкаталог в одном из уже существующих каталогов (например /usr/local, /opt).

cd /opt; mkdir apache

Вероятно, потребуется создать и новую файловую систему. Все зависит от макси мальных объемов планируемых Web услуг. Для этого необходимо выделить дисковое пространство (в ОС Linux воспользуемся командой cfdisk), затем создать файловую систему (с помощью команды mkfs) и смонтировать ее командой mount.

Для создания подкаталогов в корневом каталоге Apache, указанных в табл. 2.1, воспользуемся командой mkdir.

Программы Apache должны работать под управлением пользователя root. По этой причине нельзя никому предоставлять права записи и владения в вышеперечисленных каталогах. Это создаст брешь в системе безопасности. Обезопасить каталоги можно с помощью команд chown, chgrp и chmod.

2.3.3.Идентификаторы пользователей

игрупп пользователей Unix

Команды, предназначенные для создания новых пользователей и групп пользова телей, варьируются в разных клонах ОС Unix. Команды, приведенные в следующих примерах, рассчитаны на ОС Linux. Если вы работаете не с ОС Linux, новых пользо вателей можно создать, изменив содержимое файлов /etc/passwd и /etc/group. Вот формат файла /etc/group, структура которого приведена в табл. 2.2:

group:password:GID:user_list

Таблица 2.2. Элементы файла /etc/group

Вот формат файла /etc/passwd, структура которого приведена в табл. 2.3:

u s e r : e n c r y p t e d password:UID:GID:user name:home directory:shell

Таблица 2.З. Элементы записи пользователя Apache изфайла /etc/passwd

Нужно быть особенно осторожным при корректировке и добавлении значений в файлах /etc/passwd и /etc/group, тщательно соблюдать последовательность столб цов даже если они пустые.

Кроме того, для внесения изменений в эти важные системные файлы можно обратить ся к услугам специальной программы или сценария. Работая в ОС Linux, введите команду:

groupadd apache

Затем создайте пользователя по имени Apache, входящего в группу Apache: useradd g apache apache

Теперь убедитесь в том, что владельцем всех ранеесозданных подкаталогов являет ся пользователь root:

chown 0:0 R /opt/apache

2.3.4. Подготовка ОС Windows

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

2.3.5. Подготовка ОС Mac OS X

ОС Mac OS X поставляется с уже установленным сервером Apache.

2.4. Как получить Web$сервер Apache

Web сервер Apache можно получить совершенно бесплатно как в откомпилирован ных двоичных кодах, так и в исходных текстах. На CD ROM, приложенном к данной книге, можно найти самые последние версии (на момент издания этой книги) как того, так и другого. Возможно, когда вы будете читать эти строки, у вас в распоряже нии уже появится все необходимое. Если содержимое CD ROM вас удовлетворяет, то щелкните на пиктограмме CD ROM (для ОС Маc и Windows) или смонтируйте уст ройство (в ОС Unix) и скопируйте все, что необходимо.

В противном случае можно обратиться к первоисточнику. Последнюю версию Web сервера Apache для любой операционной системы всегда можно найти по адресу http://www.apache.org/dist. Исходные тексты (которые затем следует откомпилиро

вать) тоже можно найти в каталоге /dist. Откомпилированные двоичные коды для раз личных платформ размещаются в каталоге в /dist/binaries. При копировании двоич ных кодов следует обязательно убедиться в том, что были выбраны коды, соответствующие вашей платформе (например Win32 для Windows 95/98/NT, Solaris для ОС Solaris).

Для упрощения и ускорения передачи дистрибутивы исходных текстов объединены в один загружаемый файл, сжатый с помощью программы архиватора. На ОС Unix необходимо разархивировать и распаковать дистрибутив перед его использованием. Дистрибутивы в ОС Win32 являются саморазархивирующимися файлами, и все, что требуется — это только дважды щелкнуть по ним.

2.4.1. Unix

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

m v a p a c h e _ X . Y . Z . t a r . Z /

Затем разархивировать файлы.

tar xvzf apache_X.Y.Z.tar.gz

Наконец, скопировать их в предварительно созданную файловую систему.

mv apache _ X . Y . Z /opt/apache

2.4.2. ОС Windows

В случае с ОС Windows NT необходимо убедиться, что установлен Service Pack 3 или выше. Инсталляция на всех платформах Win32 заключается только в двойном щелчке по загружаемому файлу.

2.5. Компиляция Apache

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

2.5.1.Дополнительнаяинформация:командаmake

•Unix файлы почти всегда компилируются с помощью популярной утилиты make. Эта утилита имеет двойственное предназначение: исходный код и библиотеки собирают ся в единое целое. В случае с сервером Apache, они могут быть получены с Web узла или (хвала Господу) уже находятся на вашей машине.

•Набор правил, необходимых для сборки исходных текстов. Эти правила приобре тают форму текстового файла Makefile. Он определяет такие аспекты, как ком

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

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

2.5.2. Сценарий APACI

Прежде процесс компиляции рабочей версии сервера Apache заключался в моди фикации конфигурационных файлов, находящихся в каталоге src, с тем, чтобы за дать модули, включаемые в двоичный код. Всовременных дистрибутивах этого не требуется, по крайней мере без этого вполне можно обойтись. Сейчас появилась возможность использовать конфигурационный сценарий Apaci для этих целей. Он позволяет задавать перечень модулей, которые будут включены в двоичный файл httpd, прямо из командной строки.

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

Поменяйте рабочий каталог на каталог, в котором находится только что распа кованный дистрибутив Apache. Там можно найти файл сценария configure. Начнем со стандартной инсталляции, значит сценарию configure будет передан только один параметр prefix, содержащий имя каталога, в котором хранится вся информация о сервере Apache. В нашем примере таким каталогом является /opt/apache. Вызываем конфигурационный сценарий, полагая, что будет использо ваться этот же каталог:

. /configure prefix = /opt/apache

+configured for Linux platform

+setting С compiler to gcc

+ setting С pre processor to gcc E

+checking for system header files

+adding selected modules

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

make

Если все пройдет нормально, это закончится появлением рабочей исполняемой версии httpd в этом каталоге2. Чтобы установить его в системе, введите команду:

Наши поздравления. Теперь самое сложное позади. По умолчанию только что соз данный файл httpd содержит модули, указанные в табл. 2.4.

Таблица 2.4. Стандартные модули файла httpd

2 Компилятор и библиотеки, имеющиеся на вашем компьютере, могут не соответствовать тем, которые были использованы при создании файлаmakefile. В таком случае при попытке компиляции это вызовет ошибку (или целую их последовательность). Тогда может потребовать ся модифицировать файл makefile, или, возможно, некоторые файлы системной библиотеки. Этот процесс называется нетривиальным. В качестве средства поиска файлов в системе пред лагается конструкция find / type f print | grep <missing file>, гдечасть <missing f ile> можно заменить на имя отсутствующего файла.