Формат представления почтовых сообщений MIME

MIME означает «Multipurpose Internet Mail Extensions» (Многоцелевые расширения почтового стандарта Internet). Этот стандарт описывает, как пересылать по электронной почте исполняемые, графические, мультимедийные, смешаные данные. Типичные применения MIME – пересылка графических изображений, аудио, документов Word, программ и даже просто текстовых файлов, то есть, когда важно, чтобы входе пересылки не производилось никаких преобразований над данными. MIME также позволяет размечать письмо на части различных типов так, чтобы получатель (почтовая программа) мог определить, что делать с каждой из частей письма.

Так как файлы могут быть разными (.gif,.doc,.pdf...), браузер должен понимать, что с ними делать. Эту проблему решает стандарт «MIME – типы». Он сообщает клиенту, какой тип файлов получен, например:Content–type: image/gif (графика GIF) Content–type: image/jpeg (графика JPG). Браузеры используют MIME–типы в своих HTTP–заголовках для того, чтобы сообщить, в каких форматах они предпочитают принимать данные (если сервер может выдать файл в разных форматах). Серверы используют MIME–типы в HTTP–заголовках Content–Type, чтобы сообщить клиенту о том, в каком формате передается прилагаемое содержимое: то ли это HTML, который нужно форматировать, то ли это GIF или JPEG, требующий визуализации, то ли это данные в формате PDF, для которого нужно открывать внешнюю программу просмотра или использовать дополнительное приложение.

Стандарт MIME предназначен для описания тела почтового сообщения Internet. Предшественником MIME является Стандарт почтового сообщения ARPA (RFC–822). Стандарт RFC–822 был разработан для обмена текстовыми сообщениями. С момента опубликования стандарта возможности аппаратных средств и телекоммуникаций ушли далеко вперед и стало ясно, что многие типы информации, которые широко используются в сети, невозможно передать по почте без специальных преобразований. Так в тело сообщения нельзя включить графику, аудио, видео и другие типы информации.

Удаленный доступ к ресурсам сети. Протокол Telnet

Telnet – это одна из самых старых информационных технологий Internet. Назначение Telnet-протокола – дать общее описание взаимодействия терминального устройства и терминал–ориентированного процесса. При этом этот протокол может быть использован и для организации взаимодействий «терминал–терминал» (связь) и «процесс–процесс» (распределенные вычисления). Стандартным портом TCP для telnet является порт 23.

Telnet строится как протокол приложения над транспортным протоколом TCP. В основу telnet положены три фундаментальные идеи:

· концепция сетевого виртуального терминала (Network Virtual Terminal) или NVT;

· принцип договорных опций (согласование параметров взаимодействия);

· симметрия связи «терминал–процесс».

1) В протоколе Telnet NVT определен как «двунаправленное символьное устройство, состоящее из принтера и клавиатуры». Принтер предназначен для отображения приходящей по сети информации, а клавиатура – для ввода данных, передаваемых по сети. NVT предполагается буферизованным устройством. Это означает, что данные, вводимые с клавиатуры, не посылаются сразу по сети, а собираются в пакеты, которые отправляются либо по мере заполнения буфера, либо по специальной команде. Такая организация NVT призвана с одной стороны, минимизировать сетевой трафик, а с другой обеспечить совместимость с реальными буферизованными терминалами. NVT – это стандартное описание наиболее широко используемых возможностей реальных физических терминальных устройств. NVT позволяет описать и преобразовать в стандартную форму способы отображения и ввода информации. Терминальная программа («user») и процесс («server»), работающий с ней, преобразовывают характеристики физических устройств в спецификацию NVT, что позволяет, с одной стороны, унифицировать характеристики физических устройств, а с другой обеспечить принцип совместимости устройств с разными возможностями. Характеристики диалога диктуются устройством с меньшими возможностями. Если взаимодействие осуществляется по принципу «терминал–терминал» или «процесс–процесс», то «user» – это сторона, инициирующая соединение, а «server» – пассивная сторона.

2) Принцип договорных опций или команд позволяет согласовать возможности представления информации на терминальных устройствах. NVT – это минимально необходимый набор параметров, который позволяет работать по telnet даже самым допотопным устройствам, реальные современные устройства обладают гораздо большими возможностями представления информации. Принцип договорных команд позволяет использовать эти возможности. Симметрия взаимодействия по протоколу telnet позволяет в течение одной сессии программе-«user» и программе-«server» меняться местами. Это принципиально отличает взаимодействие в рамках telnet от традиционной схемы «клиент-сервер».

3) Симметрия взаимодействия тесно связана с процессом согласования формы обмена данными между участниками telnet–соединения. Когда речь идет о работе на удаленной машине в режиме терминала, то возможности ввода и отображения информации определяются только конкретным физическим терминалом и договорной процесс сводится к заказу терминальной программой характеристик этого терминала. Гораздо сложнее обстоит дело, когда речь идет об обмене информацией между двумя терминальными программами в режиме «терминал–терминал». В этом случае каждая из сторон может выступать инициатором изменения принципов представления информации, и здесь проявляется еще одна особенность протокола telnet. Протокол не использует принцип «запрос–подтверждение», а применяет принцип «прямого действия». Это значит, что если терминальная программа хочет расширить возможности представления информации, то она делает это, если в ответ она получает информацию в новом представлении, то это означает, что попытка удалась, в противном случае происходит возврат к стандарту NVT.

Служба архивов FTP

Технология FTP была разработана в рамках проекта ARPA и предназначена для обмена большими объемами информации между машинами с различной архитектурой. Главным в проекте было обеспечение надежной передачи и поэтому с современной точки зрения FTP кажется перегруженным излишними редко используемыми возможностями. Стержень технологии составляет FTP–протокол. FTP–архивы являются одним из основных информационных ресурсов Internet. Фактически, это распределенное хранилище текстов, программ, фильмов, фотографий, аудио записей и прочей информации, хранящейся в виде файлов на различных компьютерах во всем мире. Типы информационных ресурсов. Информация в FTP–архивах разделена на три категории:

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

· информационные ресурсы ограниченного использования. В данный класс могут входить ресурсы ограниченного времени использования (текущая версия Netscape перестанет работать в июне, если только кто–то не сломает защиту) или ограниченного времени действия, т.е. пользователь может использовать текущую версию, но никто не будет оказывать ему поддержку;

· свободно распространяемые информационные ресурсы. К этим ресурсам относится все, что можно свободно получить по сети без специальной регистрации. Это может быть документация, программы или что–либо еще. Следует отметить, что свободно распространяемое программное обеспечение не имеет сертификата качества, но, как правило, его разработчики открыты для обмена опытом.

Из выше перечисленных ресурсов наиболее интересными, по понятным причинам, являются две последних категории, которые, как правило, оформлены в виде FTP–архивов. Служба FTP (от протокола – File Transfer Protocol) – предназначена для обмена файлами и FTP служба построена по «клиент–сервер» (рисунок 20.8).

Рисунок 20.8 – Работа FTP на пользовательском уровне

Клиент (браузер,Windows Commander, NetVampir...) посылает запросы серверу и принимает файлы. Сервер HTTP (Apаche, IIS...) обрабатывает запросы клиента на получение файла. Служба FTP базируется на двух стандартах:

· URL (Universal Resource Locator) – универсальный способ адресации ресурсов в сети;

· FTP (File Transfer Protocol) – протокол передачи файлов.

Протокол FTP

File Transfer Protocol – уровня приложений. Используется службой FTP для передачи файлов. FTP отличается от других приложений тем, что он использует два TCP соединения для передачи файла.

Управляющее соединение – соединение для посылки команд серверу и получение ответов от него. Для канала управления используется протокол Telnet.

Соединение данных – соединение для передачи файлов (рисунок 20.9).

Рисунок 20.9 – Работа протокола FTP

В FTP соединение инициируется интерпретатором протокола пользователя. Управление обменом осуществляется по каналу управления в стандарте протокола Telnet. Команды FTP генерируются интерпретатором протокола пользователя и передаются на сервер. Ответы сервера отправляются пользователю также по каналу управления. В общем случае пользователь имеет возможность установить контакт с интерпретатором протокола сервера и отличными от интерпретатора пользователя средствами.

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

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

Канал управления должен быть открыт при передаче данных между машинами. В случае его закрытия передача данных прекращается.

Протокол FTP определяет запрос ответный способ взаимодействия между программой–клиентом и программой–сервером.

Работа FTP на пользовательском уровне содержит несколько этапов:

1) Идентификация (ввод имени и пароля).

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

3) Определение режима обмена (поблочный, поточный, ascii или двоичный).

4) Выполнение команд обмена (get, mget, dir, mdel, mput или put).

5) Завершение процедуры (quit или close).

В старых версиях для передачи данных использовался только 20-й порт (активный режим), в современных версиях FTP–серверов порт для канала данных может назначается сервером из нестандартных (N > 1024) портов (пассивный режим). Различие работы пассивного режима и активного.

Активный режим (рисунок 20.10).

Действия сервера и клиента:

1. Клиент устанавливает связь и посылает запрос на 21 порт сервера с порта N(N>1024)

2. Сервер посылает ответ на порт N (N>1024) клиента

3. Сервер устанавливает связь для передачи данных по порту 20 на порт клиента N+1

Рисунок 20.10 – Активный режим работы FTP

Пассивный режим (рисунок 20.11).

Действия сервера и клиента:

1. Клиент устанавливает связь и посылает запрос (сообщает, что надо работать в пассивном режиме) на 21 порт сервера с порта N (N>1024)

2. Сервер посылает ответ и сообщает номер порта для канала данных P (P>1024) на порт N (N>1024) клиента

3. Клиент устанавливает связь для передачи данных по порту N+1 на порт сервера P(P> 1024)

Рисунок 20.11 – Пассивный режим работы FTP

Активный FTP выгоден для FTP–сервера, но вреден для стороны клиента. FTP сервер пытается соединиться со случайными высокими (по номеру) портами на клиенте, такое соединение, наверняка, будет блокировано на стороне клиента.

Пассивный FTP выгоден для клиента, но вреден для FTP–сервера. Клиент будет делать оба соединения к серверу, но одно из них будет к случайному высокому порту, такое соединение, наверняка, будет блокировано на стороне сервера.