Презентация на тему Информационные сервисы

Создание и администрирование анонимного FTP-сервера
4) Протокол HTTP
5) WWW-сервер Apache

конфигурировать и администрировать анонимный FTP-сервер под ОС Unix.

Необходимость:

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

доступ к удаленным файловым архивам через Интернет с помощью

протокола FTP, находящегося на прикладном уровне стека TCP/IP.

Серверная часть обслуживается стандартным демоном in.ftpd (Unix) или специальными программами с расширенной функциональностью.

Передачи Файлов") - клиент-серверный протокол прикладного уровня, обеспечивающий навигацию

клиента по файловой системе сервера, управление файлами и пересылку файлов между клиентом и сервером.
При работе с FTP между клиентом и сервером функционируют два соединения: одно для передачи текстовых управляющих команд клиента и откликов сервера, другое - для передачи собственно файлов.

Протокол FTP

TCP/21, по которому (в текстовом виде) передаются команды протокола

FTP и отклики на них. Управляющий канал открывается при подсоединении клиента к серверу FTP.
Канал данных ftp - соединение со стандартным портом TCP/20, по которому передаются данные - содержимое файлов. Канал данных открывается автоматически при поступлении соответствующей команды (get, put, dir и др.) по каналу управления.

Ключевые понятия

между ними

Интернет - настолько, что часто Интернет и WWW используются

как синонимы. На техноологиях WWW базируется электронная коммерция и другие Интернет-бизнесы. Эффективность организации веб-сервера на предприятии может иметь решающее значение для успеха деятельности предприятия.

Cервис World Wide Web

прикладном протоколе HTTP, в котором имеются два типа сообщений:

запросы от клиента (броузера) к серверу и ответы сервера клиенту. Запросы и ответы содержат заголовки со служебной информацией и данные (в запросе данными может быть содержимое заполненной пользователем формы).

Основная концепция

находится на прикладном уровне стека TCP/IP и состоит из

запросов, посылаемых клиентом, и ответов, возвращаемых сервером. Запрос состоит из строки запроса, заголовков и данных (если они есть; например, если пользователь заполнил HTML-форму). В заголовках запроса могут быть указаны дополнительные параметры, уточняющие запрос или определяющие представление запрашиваемого документа.

Протокол HTTP

"запрос-ответ" работающий поверх TCP (стандартный порт 80).
Клиентом является

броузер; сервером - WWW-сервер.
В первой версии протокола (1.0) на одно TCP-соединение приходился один запрос и ответ, после чего соединение закрывалось. В настоящее время протокол позволяет выполнить несколько итераций в рамках одного соединения.

Темя

запросе использован метод POST
или PUT

HTTP/1.1

HEAD http://www.vvsu.ru/index.html HTTP/1.1

Пример

- запрос заголовков документа, идентифицируемого указанным URI (аналогично GET,

но само содержимое документа не возвращается).
POST - пересылка данных на сервер (используется при заполнении форм). URI в этом случае обычно идентифицирует CGI-скрипт, который будет обрабатывать присланные данные, и результат этой обработки будет возвращен в HTTP-ответе.

Основные методы

зависит от типа запроса.

Not Modified

Пример

2** - Успешная обработка запроса.

3** - Для получения

документа требуются дополнительные действия со стороны клиента.

4** - Ошибка клиента.

5** - Ошибка сервера.

Код ответа

и открытый API, что позволяет создавать различные модули, расширяющие

функциональность сервера.

Администрирование сервера производится путем редактирования текстового файла с директивами

WWW-сервер Apache

большими привилегиями (например, root - для доступа к стандартному

HTTP-порту 80). Непосредственно запросы клиентов этим процессом не обслуживаются; он управляет работой сервера. Запустившись, сервер производит разбор директив в конфигурационном файле (файлах), открывает лог-файлы, перенаправляет вывод стандартной ошибки в файл, указанный директивой ErrorLog. Этими же лог-файлами будут пользоваться все порожденные процессы.

Общая схема работы Apache

главный процесс ветвится с помощью вызова fork, порождая несколько

дочерних процессов, которые собственно и будут обслуживать запросы клиентов. В целях безопасности порожденные процессы запускаются с низким уровнем привилегий (по умолчанию - как пользователь nobody). Число порождаемых процессов определяется директивой StartServers.

Общая схема работы Apache

одному из дочерних процессов. Цикл обработки запроса является основным

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

Общая схема работы Apache

число процессов падает ниже установленного директивой MinSpareServers, то запускаются

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

Общая схема работы Apache

процесс останавливает дочерние процессы, а потом выходит сам. При

получении команды "restart" (сигнал HUP) главный процесс останавливает дочерние процессы, но сам не выходит; заново производится разбор конфигурационных директив и инициализация модулей, потом запускаются дочерние процессы. При получении команды "graceful" (сигнал USR1) действия сервера аналогичны команде "restart", однако дочерние процессы не прерываются принудительно, а им дается возможность обслужить текущий запрос (если таковой имеется) и только после этого выйти.

Общая схема работы Apache

FTP?
Опишите алгоритм аутентификации клиента в протоколе HTTP.
Опишите алгоритм определения

кодировки посылаемого клиенту документа, которым пользуется Russian Apache.
Укажите приоритет контекстов конфигурации в Apache.
Какие коды HTTP-ответа вы знаете?

Вопросы для самопроверки:

в Интернете. Специальный справочник. – СПб: "Питер", 2005.
К. Хант.

Персональные компьютеры в сетях TCP/IP: Руководство администратора сети/ Пер. с англ. – СПб.: ЗАО "ЭлектроникаБизнесИнформатика", Киев: "BHV", 2003.
UNIX для системных администраторов: Энциклопедия пользователя/ Пер.с англ. – Киев: ДиаСофт, 2008.