Организация веб-сервера

Размещено на http://www.allbest.ru/

Лекции по организации веб-сервера

Содержание

Лекция 1. Веб-сервер. Понятие и функции

Лекция 2. Поддерживаемые протоколы

Лекция 3. Пулы приложений и рабочие процессы

Лекция 4. Повторное использование рабочих процессов

Лекция 5. Утилита FTP

Лекция 6. Назначение полей

Лекция 1. Веб-сервер. Понятие и функции

Веб-браузеры обращаются к специальным программам, именуемым веб-серверами, как правило, через протокол http. Веб-сервер, фактически, выступает посредником между ресурсами, расположенными в глобальной сети интернет, а также, пользователями этой сети. Веб-сервер получает запрос, находит требуемую информацию в этом запросе (файл), отправляет его в браузер, а затем разрывает соединение. Имеющаяся на странице графика обрабатывается аналогичным образом. Обычно веб-сервер содержит html-страницы и графику, но на них может храниться и другая информация. На веб-серверы также могут выполняться прикладные программы, наибольшее распространение среди которых получили процессоры поиска и средства связи с базами данных. Для их разработки применяются такие стандарты, как общий шлюзовой интерфейс, языки сценариев (javascript), а также полноценные языки программирования (java, c# и так далее). Таким образом можно сформулировать следующие функции, которые выполняет веб-сервер:

1) приём запроса от веб-браузера по протоколу http с использованием TCP/OP;

2) поиск и отсылки файла гипертекста или документа в браузер по http;

3) обслуживание запросов mailto,ftp,telnet и другие.

4) запуск прикладных программ на веб-сервере с передачей и возвратом параметров обработки через интерфейс CGI;

5) контроль доступа на основе имён и паролей доступа;

6) введение регистрационного журнала;

7) административное и оперативное управление сервером.

Критериями выбора веб-сервера могут служить:

1. Установка и настройка конфигурации веб-сервера;

2. Управление сервером, а также его администрирование;

3. Управление и администрирование содержательного материала;

4. Защита информации;

5. Контроль доступа к серверу и содержательному материалу;

6. Возможности разработки приложений и их производительность.

Большинство веб-серверов инсталируются достаточно легко, наиболее сложная часть процесса инсталяции - это конфигурирование нескольких имён доменов на одном физическом сервере. Иными словами, организация виртуальных серверов. Целесообразнее, чтобы веб-серверы включали средства управления информационным узлом, а также инструменты проверки правильности внутренних и внешних гипертекстовых связей. Администраторы веб должны решить вопрос: где хранить файлы (в том числе и гипертекстовые), а также, каким образом будет осуществляться доступ к ним со стороны пользователя. Для этого необходимо устанавливать соответствия, разрешения между логическими url-адресами и физическими каталогами. Также одним из важнейших моментов при выборе веб-сервера будут выступать средства защиты информации, хранящейся на веб-сервере, а также средства мониторинга происходящих событий на веб-сервере. Вторым, наиболее важным, является быстродействие сервера. Важнейшим критерием при выборе веб-сервера является его производительность, а также устойчивость к различного рода ошибкам.

Таблица - Веб-сервера

Веб-сервер IIS (Internet Information Server). Перед установкой IIS необходимо выполнить следующие рекомендации. Для связи между компьютерами строго должен быть использован протокол TCP/IP. Целесообразно на сервер установить следующие компоненты: службу доменных имён (DNS), (при использовании iis в интро-сети (в малых домашних сетях) DNS можно заменить на использование файлов Hosts или LmHosts. Должна использоваться файловая система NTFS. IIS достаточно сложно интегрируется с программами microsoft типа frontpage (сейчас Expression Web). Службы IIS по-умолчанию не устанавливаются на операционную систему Windows Server. Этот приём используется специально для защиты веб-сервера в процессе установки операционных систем и их обновлений. При установке IIS все службы устанавливаются в режиме наивысшей безопасности, т.е. в заблокированном режиме. По умолчанию они обслуживают только статическое содержимое. Т.е. при дефолтной установке поддержка того же ASP.NET не предусмотрена. Администраторы также могут включать и выключать отдельные функциональные блоки IIS сервера. В этом направлении особенно продвинулся IIS 7 благодаря своей модульной структуре. Службы IIS предлагают следующие средства защиты сервера приложений.

1) Механизмы проверки подлинности;

2) Авторизация URL, основанная на использовании различных ролей авторизации для конкретных URL ресурсов;

3) Протоколы SSL (Security Socket Layer) версии 3 и выше обеспечивают безопасный обмен данными (в зашифрованном виде);

4) Существует возможность пользователям выбирать поставщиков службы криптографии, удовлетворяющим их потребностям.

Лекция 2. Поддерживаемые протоколы

сервер браузер http файл

1) HTTP - протокол используется для доступа клиентов к статическому и динамическому содержимому веб-узлов. Данный протокол является клиент-серверным. Он использует для своей работы протокол транспортного уровня TCP. По умолчанию для этого протокола зарезервирован 80 порт. Обслуживанием протокола HTTP осуществляет служба веб-публикаций, которая имеет внутреннее название w3svc.

2) HTTPS - является расширением протокола HTTP, но в отличие от него (от HTTP) HTTPS осуществляет шифрование данных на основе ассиметричных алгоритмов. К тому же, данный протокол позволяет осуществить проверку подлинности обоих сторон соединения. Для передачи данных также используется протокол TCP. По умолчанию используется 443 порт. Буква S идёт из протокола SSL.

3) FTP. Данный протокол является протоколом передачи файлов. Он является клиент-серверным протоколом. Любой современный браузер может выступать клиентом по протоколу FTP. Для передачи данных используется TCP. Зарезервированы 20 и 21 порт. Обслуживанием протоколом FTP занимается служба FTP-публикаций, которая имеет внутреннее имя MSFTPSVC. Существует несколько FTP-протоколов, которые будут рассматриваться в отдельной лекции.

4) SMTP. Данный протокол является основой любой системы электронной почты. Он используется для передачи сообщений электронной почты от клиентов к серверам, а также между серверами. Протокол SMTP не предназначен для загрузки сообщений непосредственно клиенту. Его основная задача - доставка электронного сообщения до сервера-получателя. Данным протоколом не предусмотрена возможность хранения сообщений получателя. Вследствие этого SMTP-клиенты, чтобы получить электронную почту, должны быть постоянно подключены к SMTP серверу, в противном случае, сервер возвращает сообщения обратно, информируя отправителя о недоступности получателя. Для решения данной проблемы были разработаны другие протоколы, которые позволяют хранить сообщения до того момента, как получатель подключится и загрузит сообщения на свой компьютер. Такими протоколами являются POP3 и IMAP4. Служба IIS windows-сервера по умолчанию не поддерживают последние 2 протокола, поэтому SMTP служба сервера IIS предназначена в первую очередь для использования сценариями и активными компонентами веб-серверов, и не предназначена для работы в качестве корпоративного email-сервера. Для этого нужно использовать Microsoft Exchange Server. Почтовые протоколы используют протокол TCP, и зарезервирован для SMTP-протокола 25 порт. Служба - SMTPSVC.

5) NNTP - данный протокол является основой для используемой в интернете системы телеконференций, или, как её еще называют, системы групп-новостей. Этот протокол используется для взаимодействия между серверами новостей и клиентами. Фактически клиент может подписаться на новости определённой группы и, в случае появления таковых, он их будет незамедлительно получать. Зарезервирован по умолчанию 119 порт. Служба, управляющая данным протокола, имеет название NNTPSVC.

Другие протоколы:

A. SSL. Этот протокол применяется для шифрования данных и проверки подлинности сторон, как вспомогательный протокол для HTTPS, SMTP, NNTP. Для его работы требуется как минимум 1 серверный сертификат.

B. TLS. Используется только для шифрованя данных как вспомогательный протокол для HTTPS, SMTP, NNTP.

C. MIME. Используется протоколами HTTP, SMTP, NNTP для передачи файлов разных форматов.

Архитектура веб-сервера IIS

IIS 6, равно как IIS 7, отличается от предыдущих поколений веб-серверов IIS новой отказоустойчивой архитектурой обработки запросов, которая представляет исполняющую среду с активным управлением, а также повышает надёжность и масштабируемость, благодаря применению новой модели изоляции процесса. Также введены такие усовершенствования, как поддержка кэширования и очередей в режиме ядра. Всё вместе приводит к увеличению производительности. Необходимо отметить, что все ключевые изменения IIS 6 и 7 версии затронули, прежде всего, протокол HTTP, службы SMTP, FTP, NNTP не претерпели практически никаких изменений.

Рис. Диаграмма процесса веб-сервера IIS 6

Постоянно усложняющийся код веб-узлов приводит к тому, что даже его конечный вариант содержит достаточно много ошибок. Вследствие этого, веб-сервер должен выполнять роль активного диспетчера среды выполнения приложения, автоматически определяя ошибки, а также адекватно реагирует на них. В версии IIS 5 все компоненты выполнялись в процессе Inetinfo.exe. В результате сайт с ошибками, выполняющийся в данном процессе, мог вызвать сбой веб-службы со всеми вытекающими последствиями. Фактически, выполнение ошибочного кода одного сайта могло отрицательно сказаться на выполнении кода других сайта, или на функционирования служб FTP, SMTP, NNTP. IIS 6 отделяет код веб-сервера от кода поддержки приложений при помощи стека HTTP режима ядра (HTTP.SYS), и службы веб-администрирования, являющейся диспетчером процесса и конфигурации пользовательского режима. Эти 2 программы не выполняют никакого стороннего кода, например, кода сайта. И поэтому ошибка веб-сайта не оказывает на них никакого воздействия. Код сайта выполняется в рабочем процессе. Рабочие процессы выполняются с помощью приложения w3wp.exe. Каждая копия данного приложения представляет собой отдельный рабочий процесс, причём процессы существуют независимо друг от друга, поэтому их можно изолировать.

Лекция 3. Пулы приложений и рабочие процессы

IIS 6 и 7 в целом базируется на двух новых концепциях: пулы приложений и рабочие процессы. Пулы приложений применяются для управления набором веб-сайтов и приложений. Каждый пул соответствует одной очереди запросов в http.sys и одному или более windows-процессам, обрабатывающим эти запросы. В iis поддерживается до двух тысяч пулов приложений, одновременно на высоком уровне с точки зрения производительности могут работать до нескольких десятков пулов. Пулы приложений отделяются друг от друга границами процессов, в следствие чего приложение, выполняемое в одном пуле не оказывает влияние на приложение, выполняемое в другом пуле. В таком случае, очевидно, что перенаправлять запросы из одного пула в другой также невозможно. Рабочий процесс обслуживает запросы к веб-сайтам и приложениям в пуле. Исполняемый файл рабочего процесса, например в iis, называется w3wp.exe. Далее более подробно рассмотрим принципы организации и функционирования двух основных компонент http.sys и службы веб-администрирования (web administration sevice). Http.sys в iis 6 и 7 принимает запросы и помещает их в очередь. Каждая очередь запросов соответствует одному пулу приложений. Http.sys не выполняем сам код приложения. В случае каких-либо ошибок в приложении http.sys продолжает принимать и помещать в очередь новые запросы до одному из следующих событий:

1) перезапуска процесса, который начнёт принимать запросы;

2) исчерпание очередей;

3) отсутствие места в очередях или остановка администратора веб-сервиса;

В силу того, что http.sys является компонентом режима ядра, его работа с очередями выполняется с очень высокой скоростью, а в сочетании с изоляцией процессов, с высокой скоростью также выполняется обработка запросов. После того, как в следствии исполнения приложения возникают ошибки в работе рабочих процессов, запускается новый рабочий процесс, соответственно, для конечного пользователя временная задержка практически незаметна. Особую роль в разрешении подобных ситуаций играет служба веб-администрирования, которая не только управляет работой сервера, но и следит за процессом выполнения кода приложения. Зачастую данной службе удаётся предсказывать возможные зависания рабочих процессов заранее, а соответственно, новые рабочие процессы, как правило, уже получается запущенными к моменту остановки старых. Режим изоляции рабочего процесса имеет следующие особенности:

1) Кэширование в режиме ядра. Для iis 6 был разработан новый http-драйвер режима ядра, предназначенный для увеличения производительности и масштабируемости веб-серверов. В качестве единой точки приёма всех входящих http-запросов http.sys создаёт высоко… канал связи и обеспечивает общее управление соединением, регулирование полос пропускания и протоколирование на стороне веб-серверов. В некоторых случаях http.sys напрямую обрабатывает запросы в ядре. В кэш http.sys для увеличения времени ответа для запроса может помещаться как статический так и динамический контент веб-сайтов.

2) Чёткое разделение между пользовательским кодом и сервером. Весь пользовательский код обрабатывается исключительно рабочими процессами и полностью изолирован от ядра веб-сервера.

3) Множественные пулы приложений. Администратор может создавать до 2000 пулов приложений. Каждый пулл может быть сконфигурирован отдельно.

4) Улучшенная поддержка распределителей нагрузки. Благодаря пулам приложений поддерживается физическое разделение приложений. Iis способен автоматически взаимодействовать с разпределителями нагрузки или с коммутаторами для блокировки трафика к проблемному приложению, параллельно продолжая принимать запросы к другим приложениям. В iis также реализована, так называемая, модель расширения, позволяющая генерировать события и команды для определения сбоя в конкретных приложениях. По результатам также осуществляется взаимодействие с распределителями нагрузки, или коммутаторами.

5) Web-сады. Для обслуживания запросов, адресованных одному пулу приложений можно настроить несколько рабочих процессов. По-умолчанию, одному пулу соответствует один рабочий процесс. Конфигурация с несколькими рабочими процессами и называется веб-садами. Распределяемый запрос основан на принципе карусели. Преимущества веб-садов заключается в том, что если один рабочий процесс замедляется или зависает. Приёмы обработки запросов продолжаются остальными рабочими процессами.

6) Слежение за состоянием. Абонент службы веб-администрированием следит за состоянием приложений, периодически проводя тестовый опрос рабочих процессов, чтобы выяснить, не заблокирован ли он. В случае блокировки, служба веб-администрирования создаёт вместо данного рабочего процесса, новый, а затем завершает старый. Данная служба поддерживает коммуникационный канал с каждым рабочим процессом и практически всегда способна определить сбой в рабочем процессе по "обрыву канала".

7) Привязка к процессорам. Рабочие процессы веб-сервера можно привязать к определённым процессам для того, чтобы увеличить частоту попаданий какой-либо информации в кэш процессора первого или второго уровня. Реализация привязки может приводить к тому, что отдельные веб-сайты, а также их пулы, будут обслуживаться отдельными процессами либо кластерами процессоров.

8) Сопоставление сайтов и приложений с пулами приложений. Iis приложения определяются как пространства имён, имеющиеся в метабазе на приют Applsolated. Сайты по умолчанию считают простыми приложения в которых пространство имён сконфигурировано как приложение.

9) Запуск по требованию. Пулы приложений позволяют запускать процессы, обслуживающие группу пространства имён запускать по требованию, т.е. с первым запросом соответствующему url-адресу.

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

11) Быстрая защита от сбоев. При сбое, рабочий процесс обрывает коммуникационный канал с компонентом службы веб-администрирования. По результатам осуществляется запись события в журнал и перезапуск рабочего процесса. Но в iis, начиная с 6ой версии, можно настроить на автоматическую блокировку рабочего процесса, если в пуле приложений возникает определённое число сбоев за заданных период времени. Такое поведение называется защитой от сбоев. В данном случае пул приложений переводится "не обслуживается" (ошибка 503-сервис не доступен).

12) Отбрасывание рабочих процессов. В iis можно задать промежуток времени, по истечении которого, в случае отсутствия ответов от рабочих процессов, рабочий процесс будет считаться зависшим, и как следствие, он подлежит принудительному завершению, но если включён, так называемый, режим отбрасывания, то зависший рабочий процесс оставляется в памяти до момента запуска нового. К тому же сервис службы веб-администрирования может выполнить над зависшим рабочим процессом определённые команды, например запуск отладчика.

Лекция 4. Повторное использование рабочих процессов

Одна из проблем современных веб-приложений - так называемая "память". Проблема подобного типа вынуждает администраторов периодически перезапускать сервера. Режим изоляции рабочего процесса можно настроить на периодический перезапуск рабочих приложений в пуле для борьбы с проблемными ситуациями. Причём, перезапуск можно настраивать в соответствии со следующими критериями:

1. истекший период времени;

2. количество обслуживаемых запросов;

3. время суток;

4. использование виртуальной и физической памяти;

5. по требованию;

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

IIS 7. IIS 7 унаследовал от базового кода IIS 6 скорость, надежность и, в некоторой степени, безопасность. Основная цель при создании IIS 7 - добиться высокой расширяемости и управляемости платформы веб-сервера. В основе IIS 7 лежит полностью модульный веб-сервер, включающий более 40 компонентов, которые можно объединять в компактные веб-серверы, оптимизированные для выполнения определённой роли.

IIS модули и компоненты. Эти компоненты создаются на основе нового слоя расширяемости, что позволяет разработчикам расширять и замещать практически любую функцию сервера либо в машинном коде, либо с помощью MICROSOFT NET FRAMEWORK. Модули можно устанавливать на сервер независимо друг от друга, тем самым обеспечивая требуемые функциональные возможности. Так, например, модуль FILE STATIC MODULE (позволяет загружать статическое веб-содержимое) и WINDOWS AUTENTIFICATION MODULE можно устанавливать независимо. Модули можно в любое время удалить либо намеренно отключить, что позволяет уменьшить число потенциальных мест для атак. Это позволяет добиться максимума производительности, за счёт выполнения только необходимого кода. Все компоненты сервера, поставляемые с IIS 7 созданы на основе общедоступных интерфейсов API, соответственно, у разработчиков приложений имеется возможность заместить любой из существующих компонентов сервера своим собственным, или создать новый модуль для добавления его к новым компонентам IIS 7.

FTP. FTP-архивы являются одними из основных информационных ресурсов интернета. Фактически это распределённые депозитарии текстов, программ, графически-мультимедийной информации, хранящейся в виде файлов на различных компьютеров во всём мире. Информация в файловых архивах разделена на 3 категории:

1. Защищённая информация, режим доступа к которой определяется её владельцами и разрешается по специальному соглашению потребителя.

2. Информационные ресурсы ограниченного использования, к которым относятся, например, программа класса Shareware. В данный класс могут входить ресурсы с ограничениями по времени использования, либо с ограничениями по функционалу.

3. Свободно-распространяемые информационные ресурсы (программы категории Freeware).

В виде фтп-архивов распространение получили последние 2 категории.

Выделяют 3 различных ftp-протоколов:

1) FTP предназначен для разделения доступа к файлам на удалённых хостах, а также обеспечение эффективной и надёжной передачи данных (файлов). Обмен данными в ftp происходит по TCP каналу. Построен по технологии клиент-сервер. Отдельно TCP нельзя использовать при передачи конфиденциальной информации. FTP-сервер может потребовать от FTP-clienta аутентификации. Логин и пароль также передаются в незащищённом виде. Работа FTP-протокола на пользовательском уровне содержит несколько этапов.

1. Идентификация;

2. Выбор каталога;

3. Определение режима обмена;

4. Выполнение команд обмена;

5. Завершение процедуры;

Рис. Общая схема

Сначала по запросу клиента формируется канал управления, который предназначен в дальнейшем для передачи команд от клиентов, и откликов от сервера. Для канала управления используется протокол telnet. Информационный канал формируется сервером по соответствующим командам клиентам, он не должен функционировать постоянно на протяжении всей сессии, он формируется по мере необходимости. Канал открывается непосредственно перед началом пересылки и закрывается по ходу end of file. Канал управления может быть закрыт только после завершения информационного обмена. Также следует отметить, что для канала данных обязательным является использование ip-сервиса, типа TOS, ориентированного на максимальную пропускную способность. Сам пользователь посредством своих команд взаимодействует с интерпретатором, в задачи которого входит управление обменом информации между пользователем и файловой системой, как локальной, так и удаленной.

2) TFTP (Trivial FTP);

3) SFTP (Simple FTP);

Лекция 5. Утилита FTP

Утилита FTP представляет собой оболочку с интерфейсом работы в командной строке. Фактически её можно назвать интерпретатором команд оболочки в команды FTP протокола. Отправка команд FTP соединения, анализ ответов FTP-сервера, открытие канала передачи данных, сам процесс передачи данных, все это происходит внутри ftp-модуля. Утилита может работать в двух режимах:

1. Командный;

2. Корпоративный;

Пример стандартной формы записи: ftp [-v][-d][-n][host]. Наиболее важными являются команда get, pit, nget,nput, bin. Get и put для приема и передачи файла, nget nput - с группой файлов. Bin позволяет передавать данные в различных режимах. Bin бывает полезен при передачи текстовых файлов с производной длинной строки.

TFTP (Trivial FTP) - простейший протокол передачи файлов, он работает поверх протокола транспортного уровня UDP и обеспечивает выполнение только самых элементарных операций, а именно, записи и чтения файлов. Он не позволяет вызывать списки каталогов, и не имеет никаких средств аутентификации. Протокол реализует собственные методы надёжной доставки данных, а именно пакеты подтверждения, нумерация блоков данных и так далее. TFTP работает с 5 командами:

1) Read request -запрос на чтение;

2) Write request - запрос на запись;

3) Data - пакет данных;

4) Acknowledgment - подтверждение;

5) Error - ошибка.

Процесс передачи данных начинается с поступления от клиента TFTP на сервер запроса на чтение либо запись. Соединение устанавливается после получения подтверждения готовности на один из запросов. При открытии соединения каждая из сторон выбирает уникальный идентификатор, который используется также как номер UDP порта соединения. Каждый пересылаемый пакет ассоциирован с двумя идентификаторами отправляющей и принимающей стороны. Первоначальный запрос отправляется инициатором tftp-соединения на 69 UDP порт, называемый портом инициализации. Если сервер разрешает запрос, то открывается обмен и запрашиваемый файл передаётся блоками по 512 байт. Каждый пакет содержит номер блока в передаваемом потоке. Поступление каждого блока на хост назначения должно быть подтверждено командой ACK, в которой передаётся номер поступившего блока. Только после получения этого подтверждения осуществляется передача следующего блока. Если длина пакета меньше 512 байт, то это служит сигналом для закрытия канала связи. В случае потере пакета через некоторый промежуток времени сервер повторит передачу.

Протокол SFTP используется, если пользователю требуется более гибкий и защищённый, чем tftp, но менее громоздкий, чем ftp. Данный протокол поддерживает механизмы идентификации пользователя, передачу файлов, изменение текущего каталога, просмотр каталогов, переименование и удаление файлов. В большинстве операций, которые выполняет пользователь с удалённым ftp-сервером, данного сервиса достаточно. SFTP может передавать восьмибитный поток данных и использует, также как и tftp, один канал соединения. Работает sftp поверх протокола tcp по 115 порту. Команды SFTP отправляются поочередно, после получения ответа обработки предшествующей команды. Все команды состоят из 4-ёх ASCII символов и символа пробела, которые отделяют команду от аргументов. Ответ сервера состоит из кода ответа и текстового сообщения. Каждая команда должна оканчиваться на null. SFTP для управления передачи данных использует 11 основных команд и только 4 кода ответа:

`+' - успешно передано

`-` - ошибка

`!'- обратить внимание

' ' -код для незафиксированных команд.

Команды SFTP имеют практически тот же синтаксис и назначения, что и команды FTP.

Электронная почта. Электронная почта фактически является одним из наиболее популярных сервисов в сети интернет. Его также относят к сервису отложенного чтения. Фактически, любое электронное письмо состоит из заголовка сообщения, содержащего служебную информацию (играет роль конверта). И тело сообщения, собственно, само содержимое письма. К достоинствам электронной почты относят простоту, дешивизну, возможно пересылки не текстовой информации, возможность электронной подписи и шифрования письма. К недостаткам относят негарантированное время пересылки, возможность доступа третьих лиц. В интернете используется несколько протоколов для передачи почты. Протокол SMTP - отправление сообщений. POP2 - получение сообщений, POP3 - отправка и получение сообщений. Почтовый адрес электронного письма состоит из адреса компьютера и пользовательского имени. Эта правая часть адреса очень часто называется почтовым доменом. Эта часть адреса используется маршрутизаторами для обеспечения передачи по сети, левая часть адреса обрабатывается непосредственно самим компьютером-доменом.

Формат почтовых сообщений. В общем случае, письмо состоит из конверта и тела сообщения. Конверт содержит информацию, необходимую для доставки и обработки данного сообщения. Структура конверта, как правило, задается локальным почтовым программным обеспечением. В простейшем случае конверт состоит только из заголовка. Заголовок отделен от тела сообщения пустой строкой. Заголовок может состоять из нескольких строк. Каждая строка заголовка в таком случае содержит имя поля заголовка, и данные поля заголовка, разделённые двоеточием. Названия полей должны состоять из символов ASCII от 32 до 126. Названия полей должны иметь заданную структуру, например поля date, from. Некоторые поля могут иметь произвольную структуру, например поля subject и comments.

Структура следующая:

Лекция 6. Назначение полей

Рассмотрим отдельно назначение полей

Поле From. Содержит адрес отправителя к.п. этот индикатор устанавливается в параметрах команды почтового клиента. Если отправитель ПОРУЧИЛ кому-либо др. отправить за него сообщение, то сообщение бы содержало поле Sender. В этом поле был бы указан реальный отправитель сообщения, то есть идентификатор пользователя, который вошел в почтовую систему и отправил данное письмо, пользуясь, например, настройками программы автора сообщения. Поле FROM может содержать несколько адресов, от имени которых было отправлено сообщение, но оно не может содержать групповой адрес. Поле TO содержит адрес/адреса получателя/получателей. Любое сообщение должно содержать либо поле TO, Либо поле CC, содержащее адреса получателей копий данного сообщения

To: Oden@Mad-Host, Irving@Other-Host

CC: Sima@sumdu.edu.ua, Blod@sumdu.edu.ua

В поле DATE содержится дата отправки почтового сообщения, а также время и часовую зону. Формат данного поля может изменяться в зависимости от почтовой системы. Поле SUBJECT содержит тему данного сообщения (заполняется пользователем самостоятельно). Поле MESSAGE-ID содержит уникальный идентификатор сообщения. Он используется для ссылок на данные сообщения других сообщений и идентификации частей данного сообщения. Состав данного поля зависит от типа почтовой систем, однако как правило в нем полностью либо частично представлен адрес хоста отправителя. В сообщении может быть поле REPLAY TO, где указан почтовый ящик, куда следует направлять ответы на данные сообщения. Т.о. в минимальном варианте заголовок сообщения должен содержать следующие поля: DATE, FROM, TO, CC.

MIME стандарт (Multipurpose Internet Mail Extensions). На начальном этапе развития электронной почты было достаточно передавать между пользователями сообщения, содержащие только текст. С ростом популярности электронной почты, а также с расширением возможностей компьютеров, линий передач, назрела необходимость в передаче изображений, исполняемых файлов, видео-аудио контента в каком либо унифицированном формате. Старая схема становилась неудобной по следующим причинам. Первая причина - разные клиенты работали с различными типами кодирования, что зачастую приводило к невозможности прочитать полученные данные в сообщении. Вторая причина - не была определена структура размещения и идентификация типов закодированных данных. В итоге, просмотр данных сообщений на лету был практически невозможен, поэтому для более удобной работы с составными и нестандартными сообщениями (не ASCII). Был установлен MIME стандарт. Он не заменяет и расширяет существующих до сих пор способ форматирования сообщений. Образно говоря, MIME - конверт, в который можно положить текст, изображения и так далее, отправить их адресату, а он в свою очередь сможет легко и быстро воспользоваться полученной информацией. Данный стандарт идентифицируется в почтовом сообщении полем Mime-version: 1.0. В таком случае присутствуют другие поля: content-type (указывает состав сообщения). Следующие значения APPLICATION, IMAGE, AUDIO, VIDEO - содержат двоичные данные определенного типа. Еще один формат - MASSAGE - сообщение содержит другое сообщение.

Например: строка "Content-Type: message/RFC-822" указывает, что далее следует сообщение, соответствующее …

Далее присутствует следующее поле "Content-Transfer-Encoding:" содержит идентификатор типа кодировки. Особенность 7бит 8бит binary заключается в том, что они на самом деле не подразумевают ни какое кодирование, эти типы обозначают, что данные представлены в определенном виде. 7бит - данные содержат только ASCI символы. 8 бит и binary - данные содержат не только ASCI-символы и разница в них следующая. У типа 8 БИТ - строка ограничена длинной строки у SMTP-протоколов (длина 1000 байт), у binary - нет такого ограничения.

Почтовый прокол SMTP/ Модель его работы. Данный протокол спроектирован на основе следующей модели взаимодействия. По запросу пользователя отправитель SMTP или sender устанавливает 2-сторонний канал с получателем SMTP. Получателем может быть как хост почтового сообщения, так и какой-либо промежуточный хост. Команды СМТП генерируются отправителем и отправляются получателю СМТП, который в свою очередь генерирует ответы на полученные команды.

Размещено на Allbest.ru