Реферат: Установка и администрирование WWW -сервера - текст реферата. Скачать бесплатно.
Банк рефератов, курсовых и дипломных работ. Много и бесплатно. # | Правила оформления работ | Добавить в избранное
 
 
   
Меню Меню Меню Меню Меню
   
Napishem.com Napishem.com Napishem.com

Реферат

Установка и администрирование WWW -сервера

Банк рефератов / Программирование

Рубрики  Рубрики реферат банка

закрыть
Категория: Реферат
Язык реферата: Русский
Дата добавления:   
 
Скачать
Архив Zip, 89 kb, скачать бесплатно
Заказать
Узнать стоимость написания уникального реферата

Узнайте стоимость написания уникальной работы

Установка и администрирование WWW -сервера 3.1 Введение 3.2Общая ч асть 3.2.1 Назначение WWW - сервер а . Общая схема работы . Определение 3.2.2Непосред ственные функции сервера . Базовые определения 3.2.3Протокол MIME 3.2.4 Протокол HTTP 3.2.5Интерфейс CGI 3.3Сервер NCSA 3.3.1 Требования к ресурсам 3.3.2 С остав дистри бутива сервера NCSA. Варианты дис трибуции 3.3.3Процедура установки сервера NCSA 3.3.4 Конф игурационные файлы . Режимы работы сервера 3.3.5 Выполнение основных операций администрирования 3.3.5.1 Контроль работоспособности сервера 3.3.5.2 Обработка журн а лов 3.3.5.3Управление доступом 3.3.6 Поддержка русскоязычных кодировок 3.1 ВВЕДЕНИЕ Широкие возможност и WWW - технологии по представлению пользователям Internet информации , включая текст , картинки , графики , видео и звуковые дорожки , обусловили процес с б урного роста сети WWW - серверов и Internet в целом . Целью данного пособия является освещение технологии работы и процессов ус тановки и администрирования WWW - сервера , т.е . той части сети , которая отвечает за предостав ление гипертекстовой информации по з а просам пользователей сети. 3.2 ОБЩАЯ ЧАСТЬ 3.2.1 Назначение WWW - с ервера . Общая схема работы . Определение WWW сервер - это такая часть глобальной или внутрикорпоративной сети , которая дает возможность пользователям сети получать доступ к гипертекстовым до кументам , расположенным на данном сервере . Для взаимодействия с WWW сервером пользователь сети должен использовать специализированное программное обеспечение - броузер (от англ . browser), д ругое название - программа просмотра . Схема работы Рассмотрим бол ее подробно , чем в предыдущих главах , схему работы WWW-сервера . В общем вид е она выглядит так : 1. Пользователь сети запускает пакет п рограммного обеспечения , называемый броузером, в функции кото рого входит o Установление с вязи с сервером o Получение тре буем ого документа o Отображение полученного документа o Реагирование на дейст вия пользователя - доступ к новому документу o После запуска броузер по команде пользователя или автоматически устанавливает связь с заданным WWW - сервером и передает ему запр ос на получение заданного документа (см рис .3-1). 2. WWW сервер ищет запрашиваемый док умент и возвращает результаты броузеру (см . рис . 3-2). 3. Броузер , получив документ , от обра жает его пользователю и ожидает его реакц ии . Возможные варианты : o Ввод адреса нового документа o Печать , поиск , другие операции над текущим документом o Активизация (нажатие ) специальных зон полученного документа , называемых связями (link) и ассоци ироваными с адресом нового док умента . В первом и третьем случае происходит обращение за нов ым документом . Адрес Как был о описано в главе 2 , адрес документа указывается в виде специальной строки , на з ываемой URL . Д ля протокола HTTP, используемого при взаимодействии WWW клиента и WWW сервера , URL состоит из следующих компонент : 1. Наименование протокола , по которому работает сервер (http). 2. Имя машины - сервера в Internet или ее IP - номер . 3. Порт TCP, обращение к которому обрабатывает сервер . 4. Место (путь ) документа на машине - сервере . Например : http://www.cnit.nsu.ru:80/welcome.html Здесь http озн ачает протокол работы с WWW - сервером · ' : ' - разделитель · " www.cnit.nsu.ru " - имя машины - сервера в Internet · " 80 " - номер tcp - порта · /welcome.html - путь до документа на машине - сервере Из общей схемы работы видно , что функции WWW сервера заключ аются в следующем : 1. Установление соединения с клиентским ПО по протоколу tcp. 2. Прин ятие запроса на документ по протоколу http. 3. Поиск документа в ло кальных ресурсах . 4. Возврат результатов поис ка по протоколу http. В общем случае , WWW - сервером будем называть программно - аппаратный комплекс , пре дназначенный для выполнения вышепере численны х действий . Среда работы сервера В насто ящее время все известные WWW - серверы представля ют собой компьютер общего назначения с мн огозадачной операционной системой . Один или н есколько процессов такой системы отвечают за поддержку специфических дл я WWW - сервера функций . Другие процессы ОС отвечают за обеспечение других функций , не обязательно связанных с поддержкой технологии WWW (см . рис . 3-3). Такая с труктура приводит к тому , что под WWW серверо м начинают подразумевать только часть програм много обеспечения , единственными функциями которо й являются функции WWW сервера , а остальную часть - компьютер , операционную систему , дру гие процессы , сетевую структуру называют сред ой работы WWW сервера или платформой . Ниже пр иведена таблица 3-1, содержащая список наиболее распространенных платформ для WWW - сервера . Таблица 3-1 Компьютер Опер ационная Система IBM PC · Unix (UnixWare, Open Server, Solaris, BSD, Linux и т . д . · Microsoft Windows NT · IBM OS/2 · Novell NetWare Sun SparcStation и SparcServer · SunOS · Solaris Silicon Graphics серверы и раб очие станции IRIS 3.2.2 Непо средс твенные функции сервера . Базовые определения В простейшем с лучае гипертекстовый документ представляет собой совокупность файлов . Представление этих файл ов как единого документа производится броузер ом . По каждому файлу документа броузер дел ает запрос к WWW - серверу . Таким образом , сервер не имеет представления о структуре и составе документов , он отвечает только за выдачу локальных файлов по запросам . На различных платформах , в различных о перационных системах пути файлов выглядят по разному . Например : D:\DOCUMENTS\HTML\INDEX.HTM - в Windows, /u/data/www/html/index.html - в Unix - системах , USR:WWW/HTML - в NetWare и т.д . Путь файла , указываемый в URL, имеет стан дартный вид : /<имя _каталога >/ ... /<имя _каталога >/<имя _фа йла > Таким образом , в функци и WWW - сервера входит преобразование адреса из внешнего единого формата в платформенно ориентированный внутренний формат . Появляется ряд понятий , специфичных для такого преобразования , необход имых для него. 1. Исходный каталог документов Это каталог ре ал ьной файловой системы сервера , от ко торого идет вычисление пути , указанного в URL. Например , если исходным каталогом докумен тов является D:\Documents\HTML\ , то на запрос к этому се рверу документа по URL http://<имя _сервера >/index.htm будет возвращен фай л D:\Documents\HTML\index.htm 1. Синонимы В случае , когда необходимо осуществить обращение к конкретно му каталогу или файлу , находящемуся вне ие рархии Исходного каталога документ ов, используется механизм синонимов . Синоним позволяет явно определить соот ветствие между путем , указанным в URL, и путем локальной файловой системы . Например : Синонимом для /Harvest объявляется /projects/www/harvest или синонимом для /test/myfile.html объявляется C:\MYDIR\FILE.HTM В первом случае все обращения к ф айлам катал ога /Harvest будут обрабатываться в каталоге /projects/www/harvest . Второй пример показывает работу синонима с конкретным файлом файловой системы . 1. Индексный файл Для каждого се рвера определено имя так называемого индексно го файла . Обычно этот файл сод ержит ссылки на другие файлы данного каталога . Содержимое индексного файла выдается сервером в случае , если в URL указан каталог без конкретного файла . 1. Пользовательский раздел Для многопользоват ельских операционных систем (таких как Unix) ПО WWW - сер вера позволяет каждому пользователю предоставлять доступ к своему собственному набору гипертекстовых документов вне основной иерархии ( Исходного каталога д окументов , Синонимов и т.д .). Этот набор документов должен находиться в собственном (т.н . "домашнем ") каталоге пользователя . Для доступа к таким документам в URL перед путем ставится знак тильда и имя пользователя : ~<имя _ пользователя >. Например : На сервере Indy.cnit.nsu.ru создан пользователь с имен ем fancy и "домашним " каталогом /home/fancy . Собственны е гипертекстовые документы он хранит в каталоге /home/fancy/public_html . При обращении п о URL http://Indy.cnit.nsu.ru/~fancy/start.html , WWW - сер вер будет искать документ start.html в каталоге /home/fancy/public_html . 3.2.3 Протокол MIME Протокол MIME - м ногоцелевое расширение электронной почты , был создан как способ передачи нетекстовой информации : изображений , звука , видео в пись мах электронной почты . Механизм оказался удач ным , и его перенесли и в on-line сервисы , в том числе WWW. Здесь MIME используетс я для передачи документов от сервера к к лиенту . В общем виде MIME основывается на передач е вместе с основными данными дополнительной информации , описывающей что это и в к аком виде передается . Эта дополнительная инфо рмация называется заголовок MIME . Базовой частью заголовка явля ется строка , описывающая тип передаваемого со общения . Формат строки : Content-Type: <тип _MIME> Перечень типов MIME (т.е . видов передаваемых данных ) постоянно пополняется и может быть дополнен даже пользователем для описания своего со бственного вида данных . Формат типа MIME: <Тип > / <Подтип > [ ; <параметры > ] Где <Тип > - определяет общий тип данных : Audio - для звуковых данных Application - данные , являющие ся входными для какого-либо приложения (програ ммы ) Image - для графических о бразов Message - для сообщения , которое само по себе является MIME - документом Multipart - для сообщения , состоящего из нескольких MIME - документов Text - для текстовых дан ных в различном виде Video - для видеоданных . <Подтип > - указывает на специф и ческий формат данных типа <Тип > Например : text/html - текстовые данные в формате HTML image/giff - графические данные в формате gifF <Параметры > - список параметров , необхо димых для интерпретации данных . Для ведения специфичной обработки файлов различ ных типов и форматов на кл иентской и серверной частях поддерживаются сп иски соответствий типов MIME и расширений файлов . Формат записи такого списка : <Тип > / <Подтип > <расширение 1> ... <расш ирение N> Эти списки сопоставляют всем файлам , и меющим определенные расширения , определенные типы MIME. Например : image/giff gif giff text/html html htm В первой строке всем файлам с расширением gif и giff приписывается тип содерж имого image/giff. Если для типа содержимого image/giff определ ены специальные правила обр аботки (наприм ер , отображение на экране в определенной о бласти ), то так будут обрабатываться все ф айлы с расширениями gif и giff. 3.2.4 Протокол HTTP Протокол HTTP определ яет язык запросов от WWW - клиента к WWW - серверу . Сам запрос состоит из следующих к омпонент : <Заголовок > <Метод > <Источник / Данные > где Заголовок - определяет версию протоко ла HTTP и другие служебные параметры ; Метод - одно из ключевых слов : GET - для передачи запросов на выдачу документов PUT , POST - для передачи да нных от клиен та к серверу (например , из форм ) Пример запроса : HTTP/1.1 GET /index.html Описывает запрос на получение файла index.html из корневого каталога документов сервера . 3.2.5 Интерфейс CGI Помимо доступа к статическим документам сервера существует возможнос ть получения документов как р езультата выполнения прикладной программы . Такая возможность реализуется на сервере WWW благодар я использованию интерфейса CGI (Common Gateway Interface). Спецификация CGI описывает формат и правила обмена данными между ПО WWW сервера и запускаемой программой . Для инициирования CGI необходимо , чтобы в запрашиваемом URL был указан путь до запускае мой программы . ПО WWW сервера исполняет эту п рограмму , передает ей входные параметры и возвращает результаты ее работы , как результа т обработки запроса , клиенту . CGI - программой может являться любая программа локальной о перационной системы сервера - в двоичном виде или в виде программы для интерпретатора (Basic, SH, Perl и т.д .). С целью облегчения администрирования CGI - пр ограмм , а т акже для удовлетворения тре бованиям безопасности CGI - программы группируются в одном или нескольких явно указанных серв еру каталогах . По умолчанию это каталог cgi-bin в иерархии сер верных каталогов , однако , его имя и положе ние могут отличаться . Например : клиент , обращающийся к CGI - программе test-query, будет использовать URL http://<имя _сервера >/cgi-bin/test-query Интерфейс CGI позволяет расширить границы пр именения WWW - технологии . CGI - программа может обрабатыв ать сигналы с датчиков установок , вза и модействовать с мощным сервером баз данных , переводить и т.п . Полное описание интерфейс а и требований к приложениям , использующих его , приведены в главе 4 настоящего отчета . 3.3 СЕРВЕР NCSA Национальный Центр по Суперкомпьютерным Приложениям (NCSA) Иллин ойского университета стал второй организацией после ЦЕРН , интенсивно взявшейся за развити е WWW - технологии . Семейство ПО WWW - серверов NCSA прошл о длинный путь развития . Последние версии поддерживают все современные возможности , включая виртуальные узлы, управление доступом , п араллельную обработку запросов и т.п. 3.3.1 Требования к ресурсам Программное обеспе чение сервера NCSA представляет собой прикладное программное обеспечение , предназначенное для рабо ты под ОС Unix. В зависимости от аппаратной платфор мы требуемый размер оперативной памяти и дискового пространства существенно изменяются . Для семейства "Unix для PC" (Solaris, SCO, UnixWare, Linux, BSD, BSDI), нео бходимо ориентироваться на 2 Mb оперативной памяти . Дисковое пространство , требуемое при уст а новке , составляет около 2Mb, однако при планировании установки нужно учитывать , ч то при интенсивном доступе к серверу стат истика доступа будет составлять до нескольких сот килобайт в день и нескольких дес ятков мегабайт в месяц . 3.3.2 Состав дистри бутива с ервера NCSA. Варианты дистрибуции Сервер NCSA поставляе тся как в виде исходных текстов , так и в виде исполняемых модулей для различных операционных систем . Распакованный дистрибутив размещается в каталоге httpd_<ном ер версии >-<модификация > где <номе р верси и > - версия программного обеспечения WWW сервера , <модификация > - модификация текущей в ерсии . Например : httpd_1.5.1-export В этом каталоге содержатся следующие файлы и подкаталоги : README - текстовый файл для первоначального ознакомления . Содержит с пис ок всех значимых файлов и каталого в с объяснением их назначения . COPYRIGHT - текстовый фай л с описанием лицензионного соглашения на использование ПО WWW - сервера NCSA. CHANGES - текстовый фай л со списком изменений между различными в ерсиями ПО сервера . Makefile - файл верхнего уровня для утилиты make. Содержит список ком анд , которые необходимо выполнить для сборки и установки ПО WWW - сервера . src - каталог с и сходными текстами ПО сервера . conf - каталог , содерж ащий примеры конфигурационных файлов ПО с ервера . icons - каталог , содерж ащий иконки , необходимые для работы сервера . cgi-bin - каталог , содер жащий примеры CGI - программ . cgi-src - каталог , содер жащий исходные тексты примеров CGI - программ . support - каталог с программным обеспечением , не яв ляющимся ч асью ПО сервера , но полезным при работе с ним. 3.3.3 Процедура уст ановки сервера NCSA Для запуска пр оцедуры сборки и установки сервера необходимо в корневом каталоге сервера , описанном в предыдущем параграфе , запустить утилиту make . Для сборки се рвера необходимо указать команде make аббрев иатуру операционной системы : aix3, aix4, sunos, sgi4, sgi5, hp-cc, hp-gcc, solaris, netbsd, svr4, linux, next, ultrix, osf1, aux, bsdi . Полный список поддерживаемых систем мо жно получить , выполнив команду make б ез п араметров . Каждая аббревиатура ассоциирована с конкретной операционной системой . Появление доп олнительных параметров после дефиса указывает на специфику конкретной конфигурации в одн ой и той же ОС . Например , hp-cc и hp-gcc указывают на общий тип ОС - H P-UX, однако ориентированы на использование разных компиляторов - базового C - компилятора (cc) ил и GNU C (gcc). Для сборки сервера под ОС UnixWare необход имо использовать команду make svr4 . Ряд основных параметров сервера - пути файлов , режимы работы зад аются по умо лчанию на этапе сборки . В случае , если нужна их корректировка под конкретные условия , необходимо отредактировать файл src/config.h . После сборки сервера необходимо разместит ь его компоненты в файловой системе . Испол няемый модуль сервера httpd размещается в каталоге серверных программ - /usr/local/sbin или /usr/sbin . Файлы ко нфигурации , журналы и стандартные cgi-программы размещаются в подкаталогах каталога , определяемог о параметром ServerRoot. Обычно это /usr/local/etc/httpd , однако его можно и зменить либо изменив параметр HTTPD_ROOT файла src/config.h , либо указав ключ -d при за пуске сервера . Например : /usr/local/sbin/httpd -d /var/httpd В каталоге , определяемом параметром ServerRoot, ра змещаются три подкаталога : · conf/ - содержащий файлы конфигурации сервера · logs/ - содержащий журналы работы сервера · cgi-bin/ - содержащий стандартные cgi-программы , поставляемые с сервером . 3.3.4 Конфигурационные файлы . Режимы работы сервера Главный файл к онфигурации (ГКФ ) сервера содержит все парамет ры , необходимые серверу для начала раб оты , а также пути других конфигурационных файлов . По умолчанию , главный файл конфигураци и сервера находится в подкаталоге conf/ каталога и имеет имя httpd.conf . При з апуске серверу можно указать другой путь , используя ключ -f . Например : /usr/local/sbin/httpd -f /etc/httpd.config Ниже приведены параметры , указываемые в главном файле конфигурации сервера , с необх одимыми пояснениями . Значения параметров отделяют ся от названия одним или несколькими проб елами или табуляци ями . Если одному пар аметру соответствуют несколько значений , они разделяются запятыми. Параметры запуска серверных про цессов 1. ServerType Определяет способ запуска сервера : ServerType inetd серверный пр оцесс запускается в ответ на каждое обращ ение клие нта через механизм inetd. После о бработки запроса , сервер прекращает свою рабо ту . ServerType standalone серверный процесс запускается один раз и находится в состоянии ожидания запросов клиентов . После обработки запроса , сервер остается запущенны м . 2. Por t Определяет порт tcp, по которому сервер принимает запросы клие нтов . Этот параметр используется только для сервера типа standalone. При механизме старта inetd порт определяется конфигурационным файлом сервера inetd - inetd.conf . Стандартный порт для WWW - сервера - 80. Пример : Port 80 3. StartServers и MaxServers Для режима standalone определяют количество процессов сервера при м ногопоточной обработке . StartServers - указывает число процессов сервера , создаваемых при запуске httpd. MaxServers определяе т максимальное число одновременно работающих процессов сервера . Пример : StartServers 3 MaxServers 5 4. TimeOut Определяет время (в секундах ), которое серверный процесс , за пущенный в режиме standalone, будет ожидать повторного обращения клиента . По умол чанию испол ьзуется 1200 секунд . Пример : TimeOut 3600 5. User и Group Определяют имя пользователя и группу , права которого получ ает сервер при запуске в режиме standalone. Измене ние прав сервера производится с целью пре дотвращения доступа WWW - клиентов к файлам операционной системы , не являющимися общедоступны ми . Например : User nobody Group nobody Информацио нные параметры для WWW - клиентов 1. ServerName Определяет имя сервера , которое пересылается клиенту вместе с другими параметрами запроса . Исполь зу ется в случае , если сервер имеет несколько имен (синонимов ). Например : ServerName Indy.cnit.nsu.ru 2. ServerAdmin Определяет адрес электронной почты администратора сервера . Пр и возникновении каких - либо ошибок в рабо те сервера , он выдает клиенту сооб щени е с просьбой проинформировать о них админ истратора сервера по указанному Email. Например : ServerAdmin fancy@nsu.ru Расположен ие необходимых файлов и каталогов 1. 2. ServerRoot Определяет местопо ложение каталога ServerRoot . По умолчанию , это /us r/local/etc/httpd или измененное значени е параметра HTTPD_ROOT файла src/config.h . Например : ServerRoot /var/httpd 3. ErrorLog Определяет местопо ложение файла - журнала ошибок , в который з аносятся все сообщения об ошибках , возникающи х в процессе работы сервера . Если зн ачение не начинается со slash (/), подразумевается пу ть относительно ServerRoot. Например : ErrorLog logs/errlog Журналом ошибок является файл /var/httpd/logs/errlog 4. TransferLog Определяет местопо ложение файла - журнала доступа , в к ото рый заносятся данные обо всех передачах д анных между WWW - клиентом и WWW - сервером . Если з начение не начинается со slash (/), подразумевается п уть относительно ServerRoot. Например : TransferLog logs/translog Журналом доступа является файл /var/http d/logs/translog 5. AgentLog Определяет местопо ложение файла - журнала клиентов , в который заносятся данные о программном обеспечении , используемом WWW клиентами при доступе к данн ому серверу . Если значение не начинается с о slash (/), подразумевается путь относительно ServerRoot. Например : TransferLog logs/agentlog Журналом клиентского программного обеспечени я является файл /var/httpd/logs/agentlog 6. RefererLog Определяет местопо ложение файла в который записываются все факты обращений к данным сервер а в виде ссылок от клиентов к данным . Если значение не начинается со slash (/), подразумевается путь относительно ServerRoot. Например : RefererLog logs/reflog Журналом ссылок является файл /var/httpd/logs/reflog 7. PidFile Определяет местопо ложение фай ла , хранящего номер процесса запущенного WWW - сервера . Используется для останов ки работы сервера путем посылки сигнала к омандой kill . Если значение не начинается со slash (/), подразумевается путь относительно ServerRoot. Например : PidFile logs/httpd.pi d Номер процесса - сервера записывается при старте в файл /var/httpd/logs/httpd.pid 8. AccessConfig Определяет местопо ложение файла управления доступом . Если значе ние не начинается со slash (/), подразумевается путь относительно ServerRoot. Например : AccessConfig conf/access.conf 9. TypesConfig Определяет местопо ложение файла , содержащего список соответствий расширений файлов ОС типам MIME. По умолчанию используется файл conf/mime.types в каталоге , определяем ом ServerRoot. Если не начинается с backsla sh (/), подраз умевается путь относительно ServerRoot. Например : TypesConfig /etc/mime.types 10. CoreDirectory Определяет местопо ложение каталога , в который записывается файл дампа памяти при возникновении сбоя . Например : CoreDirectory /tmp Параметры п ротоколирования 1. LogOptions Определяет , будут ли несколько протоколов записываться в о дин файл ( Combined ) или каждый будет записан в свой файл ( Separate). Например : LogOptions Separate 2. RefererIgnore Определяет имена серверов , обращения от которых не б удут протоколироваться . Например : RefererIgnore Indy.cnit.nsu.ru Другие режимы работы 1. DNSMode Определяет интенси вность обращений WWW сервера к серверу имен Интернет . Minimum означае т , что сервер будет обращаться к DNS только при необходимости п роверить ограничения доступа по домену . Standard означает , что сервер будет обращать ся к серверу имен каждый раз при обра ботке запроса клиента . Maximum означает , что сервер будет дважды обращаться к серверу имен при каждой о бработке запроса . Например : DN SMode Standard Процедура определения конфигурации сервера После запуска основного серверного процес са сервер пытается открыть главный конфигурац ионный файл . Этот файл ищется по умолчанию в каталоге /usr/local/etc/http/conf с именем httpd.conf . Умолчание м ожно изменить при с борке системы редактированием файла src/config.h . За каталог отвечает параметр HTTPD_ROOT, за имя файла - параметр SERVER_CONFIG_FILE. Изм енить значения по умолчанию можно при зап уске сервера , указав ключи -h и -f (см . выше ). Местоположе ние файлов конфигурации до ступа , документов , типов MIME, а также файлов ж урналов сервер получает из главного конфигура ционного файла . Если каких - либо параметров там нет , их значения берутся по умолчан ию (см . src/config.h ). Конфигурация ресурсов Располож ение файлов данных , их инт ерпретация сервером и поведение сервера при обращении к разным типам файлов определя ются параметрами файла конфигурации ресурсов . Ниже приведен список основных параметров с пояснениями. 1. DocumentRoot Определяет каталог локально й файловой системы , от которо го начинается отсчет виртуального пути URL. Например : DocumentRoot /apply/www 2. UserDir Определяет названи е публичного подкаталога пользователей . ПО WWW - с ервера позволяет обеспечить внешний доступ к гипертекстовым докумен там пользователей базовой операционной системы . Для этого польз ователям необходимо создать в своем домашнем каталоге подкаталог с именем , определяемым параметром UserDir . По сле этого все обращения по URL: http://<имя _сервера >/~<имя _пользователя _ОС > будут транслироваться в реальный пу ть до подкаталога , определенного параметром UserDir в домашнем каталоге пользователя <имя _польз ователя _ОС >. Например : UserDir public_html при этом при обращении по URL http://www.nsu.ru/~fancy/index.html сервер будет иска ть файл Index.html в подкаталоге public_html/ домашнего каталога пользователя fancy . 3. Redirect Переадресует запро с к одной иерархии в запрос к другой иерархии , возможно расположенной на другом сервере . Например : Redirect /HTTPd/ http://hoohoo.ncsa.ui uc.edu/ 4. Alias Определяет синоним для документа или каталога на локальном сервере . Пример : Alias /icons /var/opt/images 5. ScriptAlias Определяет синоним для каталогов , содержащих CGI - программы . Пример : ScriptAlias /hrv-cgi /var/opt/cgi 6. DirectoryIndex Определяет имена файлов , трактующихся сервером как индексные . Их содержимое выдается сервером при обра щении к данному каталогу . Пример : DirectoryIndex index.html index.htm index.cgi 7. AccessFileName Определяет имя файла , трактующегося с ервером как файл управления доступом (см . раздел об управлении доступом ). Пример : AccessFileName .htaccess 3.3.5 Выполнение ос новных операций администрирования 3.3.5.1 Контроль работосп особности сервера Проверка работоспо собности сервера может осуществляться различными способами . На Unix - платформе , в режиме standalone, мож но посмотреть список процессов , выделив среди них процессы с именем httpd: # ps -aef | grep httpd root 28816 1 0 Nov 14 ? 7:42 /usr/local/sbin/httpd nobody 28817 28816 0 Nov 14 ? 5:50 /usr/local/sbin/httpd nobody 28818 28816 0 Nov 14 ? 5:32 /usr/local/sbin/httpd nobody 28819 28816 0 Nov 14 ? 4:49 /usr/local/sbin/httpd nobody 28820 28816 0 Nov 14 ? 5:24 /usr/local /sbin/httpd nobody 28821 28816 0 Nov 14 ? 5:42 /usr/local/sbin/httpd root 19150 19145 0 14:57:58 pts/4 0:00 grep httpd # Мы увидим несколько процессов , у одног о из которых собственником является root , а у других - польз ователь , определенный параметром User главного конфигурационного файла (ГКФ ). Процесс с собственником root запускается первым . Он контролирует работу остальных процессов - серве ров . По использованному процессорному времени (колонка 8 примера ) можно судить о загруженност и серверов . Если с ервер работает в режиме inetd или необходимо проверить работоспособность сервера извне , н ужно выполнить команду telnet , указав ей имя машины - сервера и номер порта . После установления соединения наберите команду GET / . Сервер должен выдать содержимое корн евого каталога документов или индексного файла , находящегося в этом каталоге . Номе р порта обычно равен 80. В режиме standalone он определяется параметром Port ГКФ . Для режима inetd он определяется парой файлов - services и inetd.conf , определяющих соответс твие между вх одными tcp - портами и сервисами Unix. Например : $ telnet www.cnit.nsu.ru 80 Trying 193.124.209.70... Connected to Indy. Escape character is '^]'. GET / Novosibirsk Center of New Information Technologies Connection closed by foreign host. $ 3.3.5.2 Обработка жур налов Время от време ни возникает необходимость уменьшить размер ф айлов статистики путем их удаления или пе реноса в другое место . Если сервер находит ся в ре жиме inetd, можно свободно удалять и переносить файлы статистики . Они снова создадутся по указанным в ГКФ путям . Если же сервер работает в режиме standalone, эти файлы постоянно открыты процессами - серверами . Удаление или перенос их не освободят место на диске и не приведут к созданию новых файлов . Для корректной работы с журналами в этом случае , необх одима остановка работы сервера . Необходимо "уб ить " процессы - серверы , перенести файлы журнало в и перезапустить сервер . "Убить " процессы - серверы можно пос л ав команду kill про цессу с номером , указанном в файле PidFile (см . параметры ГКФ ). Пример последовательности коман д для выполнения такой операции : kill `cat /usr/local/etc/httpd/logs/httpd.pid` mv /usr/local/etc/httpd/logs/*.log /otherdir /usr/local/sbi n/httpd Для анализа файлов статистики существует большое количество программного обеспечения , делающего "вытяжку " из них в виде диаграмм , сравнительных таблиц и т.д . 3.3.5.3 Управление до ступом Сервер NCSA содержит гибкие средства управления доступом . С и х помощью можно централизованно или д ецентрализованно управлять доступом , основываясь на структуре адреса WWW - клиента , создавать пары имя /пароль для документов или целых подразделов , создавать несколько пар имя /паро ль. Управление доступом с использов ание м пар имя /пароль Для введения ограничений на доступ ко всем документам определенного каталога необх одимо создать в этом каталоге файл управл ения доступом . Этот файл имеет фиксированное имя , определяемое параметром AccessFileName файла конфиг урации доступа . По умолчанию , это файл .htaccess . Пример содержимого файла .htaccess AuthUserFile /otherdir/.htpasswd AuthGroupFile /dev/null AuthName ByPassword AuthType Basic require user pumpkin AuthUserFile указывает пут ь файла паролей , который должен находить ся вне данного каталога . Limit GET ограничивает доступ по методу GET, предоставляя его только пользователю pumpkin. Для ограничения других методов доступа (например , в каталогах CGI) используется перечисление всех методов : require user pumpkin Для создания файла паролей необходимо воспользоваться утилитой htpasswd , входящей в состав дистрибутива сервера : htpasswd -c /otherdir/.htpasswd pumpkin После запуска она дважды запросит пар оль для пользователя pumpkin и создаст файл паролей /otherdir/.htpasswd . Использование нескольких пар им я /пароль Использование нескольких пар имя /пароль достигается путем описания группы , в кото рую входят несколько пользователей , и указани я имени группы в операторе Limit . 1. Необходимо создать несколько записей в файле паролей . Этого можно достичь , не указывая ключа -c (create) для htpasswd : htpasswd /otherdir/.htpasswd peanuts htpasswd /otherdir/.htpasswd almonds htpasswd /otherdir/.htpasswd walnuts 2. Создать файл опи сания группы , назвав его , например , /otherdir/.htgroup со следующим содержимым : my-users: pumpkin peanuts almonds walnuts где my-users - имя группы , pumpkin , peanuts , almonds , walnuts - списо к пользователей , входящих в группу . 3. Изменить файл .htacces s следующим образ ом : AuthUserFile /otherdir/.htpasswd AuthGroupFile /otherdir/.htgroup AuthName ByPassword AuthType Basic require group my-users Все документы данного каталога будут доступны всем членам группы my-users после про ведения процеду ры аутентификации (ввода пароля ). Ограничени е доступа по сетевому имени В этом случае управление доступом осу ществляется на основе сравнения сетевого имен и машины - клиента с заранее заданным обра зцом . Если выявится совпадение , начинают де йствовать специальные правила доступа . Пример ограничения доступа на чтение . Чтение разрешено всем пользователям машин дом ена cnit.nsu.ru : Содержимое файла .htaccess : AuthUserFile /dev/null AuthGroupFile /dev/null AuthName ExampleAllowFromCNIT AuthTy pe Basic order deny, allow deny from all allow from .cnit.nsu.ru Оператор order указывает порядок определения требований к доступу : сначала ограничения , затем разрешения . deny from all - сначала запре щает доступ для всех , allow from .cnit.nsu.ru - затем разре шает доступ для машин домена cnit.nsu.ru. Оператор AuthName задает имя данного ограничени я доступа - произвольную комбинацию букв и цифр . Пример запрета на доступ для всех машин домена nstu.nsk.su: Содержимое файла . htaccess : AuthUserFile /dev/null AuthGroupFile /dev/null AuthName ExampleAllowFromCNIT AuthType Basic order allow, deny deny from .nstu.nsk.su allow from all 3.3.6 Поддержка рус скоязычных кодировок Исторически сложил ось , что в России распространены несколь ко русскоязычных кодировок , в основном ориент ированных на разные платформы . Наиболее извес тные из них : · КОИ - 8 8 - битовая кодировка по ГОСТ · Microsoft Code Page 866 ("Альтернативная ") - кодировка , используемая в MS-DOS · ISO-8859-5 - кодировка , утвержде нная международной организацией по стандартизаци и · Microsoft Code Page 1251 ("Windows") - кодировка , и спользуемая в Microsoft Windows. Специалисты утверж дают что всего в России имеют хождение 11 кодировок русского алфа вита . Если Ваш WWW сервер ориентирован на испо льзование внутри организации или его пользова телями будет являться ограниченный круг людей с однотипными рабочими местами , Вы можете ограничиться одной кодировкой русскоязычной информации на сервере . Сложност и возникают , когда Вы захо тите расширить круг клиентов сервера . Вам необходимо будет организовать поддержку нескольк их кодовых страниц для русскоязычных документ ов . Приведенный выше список из четырех код ировок удовлетворит более 99% всех возможных або нент о в сервера . Вообще говоря , в составе языка HTML имеют ся теги , определяющие кодировку документа и должные позволить корректно прочитать документ в любой кодировке . Однако в связи с тем , что эти теги не поддерживаются ни одним из известных броузеров , надеять ся на них не стоит . Возможно , в будущем эта ситуация изменится , и проблема с кодировками будет решена . Для поддержки нескольких кодовых страниц применяется множество методов , которые можно разбить на две группы : · использование файлов - копий одного д оку мента в разных кодировках · динамическое преобразова ние документов из кодировки , в которой они лежат на сервере , в кодировку , поддержива емую WWW - клиентом . В первом случа е , на сервере физически присутствуют все ф айлы во всех поддерживаемых кодировках . Д окументы в различных кодировках отличаютс я между собой по правилам образования пут ей и имен . Например : indexw.html , indexa.html - добавле ние суффиксов , определяющих кодировку . Или .../koi8/index.html , .../win/index.html - различные базовые каталоги для разных кодировок . При этом выделяется одна мастер - коди ровка , в которой новые документы располагаютс я на сервере , а все остальные варианты документов получаются после работы специальной программы - перекодировщика . Программа - перекодиро вщик может запуск аться вручную - администр атором WWW сервера или автоматически , с использо ванием команд cron, at. Во втором случае , доступ к документам осуществляется через дополнительную программу - перекодировщик , динамически перекодирующую докумен ты сервера в кодировку WWW - клиента . Эта программа может быть CGI - программой , через ко торую всегда осуществляется доступ к русскояз ычной части сервера . На вход такой програм ме передается реальный путь документа и к одировка WWW - клиента , в которую нужно перекодиро вать указа н ный документ (см . рис . 12.1) Программа - перекодировщик может также располагаться ме жду WWW - клиентом и сервером (см.рис .12.2). В таком варианте она называется PROXY . Однако здесь возникает проблема с перекодиров кой всех данных , включая графику , видео , ау дио и других нетекстовых материалов . Для е е решения PROXY придается дополнительный интеллект - определять тип передаваемых данных по заго ловку MIME и решать , перекодировать д оку мент или нет , на основе его типа . Прогр аммы - перекодировщики с различными кодировками обрабатывают обращения к разным портам tcp се рвера . Клиенту работа с PROXY видна в URL. Например : http://www.nsu.ru:80/index.html - для кодировки КОИ -8, http://www.nsu.ru:8000/index.html - для кодировки ISO-8859-5 и т.д .
1Архитектура и строительство
2Астрономия, авиация, космонавтика
 
3Безопасность жизнедеятельности
4Биология
 
5Военная кафедра, гражданская оборона
 
6География, экономическая география
7Геология и геодезия
8Государственное регулирование и налоги
 
9Естествознание
 
10Журналистика
 
11Законодательство и право
12Адвокатура
13Административное право
14Арбитражное процессуальное право
15Банковское право
16Государство и право
17Гражданское право и процесс
18Жилищное право
19Законодательство зарубежных стран
20Земельное право
21Конституционное право
22Конституционное право зарубежных стран
23Международное право
24Муниципальное право
25Налоговое право
26Римское право
27Семейное право
28Таможенное право
29Трудовое право
30Уголовное право и процесс
31Финансовое право
32Хозяйственное право
33Экологическое право
34Юриспруденция
 
35Иностранные языки
36Информатика, информационные технологии
37Базы данных
38Компьютерные сети
39Программирование
40Искусство и культура
41Краеведение
42Культурология
43Музыка
44История
45Биографии
46Историческая личность
47Литература
 
48Маркетинг и реклама
49Математика
50Медицина и здоровье
51Менеджмент
52Антикризисное управление
53Делопроизводство и документооборот
54Логистика
 
55Педагогика
56Политология
57Правоохранительные органы
58Криминалистика и криминология
59Прочее
60Психология
61Юридическая психология
 
62Радиоэлектроника
63Религия
 
64Сельское хозяйство и землепользование
65Социология
66Страхование
 
67Технологии
68Материаловедение
69Машиностроение
70Металлургия
71Транспорт
72Туризм
 
73Физика
74Физкультура и спорт
75Философия
 
76Химия
 
77Экология, охрана природы
78Экономика и финансы
79Анализ хозяйственной деятельности
80Банковское дело и кредитование
81Биржевое дело
82Бухгалтерский учет и аудит
83История экономических учений
84Международные отношения
85Предпринимательство, бизнес, микроэкономика
86Финансы
87Ценные бумаги и фондовый рынок
88Экономика предприятия
89Экономико-математическое моделирование
90Экономическая теория

 Анекдоты - это почти как рефераты, только короткие и смешные Следующий
Любовь между Ромео и Джульеттой с точки зрения демографии: эти отношения между 13-летней девушкой и 17-летним молодым человеком длились 3 дня и привели к 6-ти смертям.
Anekdot.ru

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

Обратите внимание, реферат по программированию "Установка и администрирование WWW -сервера", также как и все другие рефераты, курсовые, дипломные и другие работы вы можете скачать бесплатно.

Смотрите также:


Банк рефератов - РефератБанк.ру
© РефератБанк, 2002 - 2016
Рейтинг@Mail.ru