Глобальные информационные сети интернет

Основой любой почтовой службы является система адресов. Без точного адреса невозможно доставить почту адресату. В Интернете  принята система адресов, которая базируется на доменном адресе машины. Например, для пользователя tala машины с адресом citmgu.ru почтовый адрес будет выглядеть так: tala@citmgu.ru

Таким образом, адрес состоит из двух частей: идентификатора пользователя, который записывается перед знаком «коммерческого эй» — «@», и доменного адреса машины, который записывается после знака «@».

Протокол SMTP был разработан для обмена почтовыми сообщениями в сети Интернет, он не зависит от транспортной среды и может использоваться для доставки почты в сетях с протоколами, отличными от TCP/IP.

Модель протокола. Взаимодействие в рамках SMTP строится по принципу двусторонней связи, которая устанавливается между отправителем и получателем почтового сообщения. При этом отправитель инициирует соединение и посылает запросы на обслуживание, а получатель на эти запросы отвечает. Фактически, отправитель выступает в роли клиента, а получатель — сервера.

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

РОРЗ (Post Office Protocol, версия 3). Протокол обмена почтовой информацией РОРЗ предназначен для разбора почты из почтовых ящиков пользователей на их рабочие места при помощи программки центов. Если по протоколу SMTP пользователи отправляют корреспонденцию через Интернет, то по протоколу РОРЗ они получают корреспонденцию из своих почтовых ящиков на почтовом сервере в локальные файлы.

Такая схема предполагает, что пользователь имеет почтовый ящик на машине-сервере, которая не выключается круглосуточно. Все почтовые сообщения складываются в этот почтовый ящик. По мере необходимости пользователь из своего почтового клиента обращается к почтовому ящику и забирает из него пришедшую на его имя почту. При отправке программа-клиент обращается непосредственно к серверу рассылки почты и передает отправляемые сообщения на этот сервер для дальнейшей рассылки.

Формат почтового сообщения Интернет определен в документе КРС-822 (Standard for ARPA Internet Text Message). Почтовое сообщение состоит из трех частей: конверта, заголовка и тела сообщения. Пользователь видит только заголовок и тело сообщения. Конверт используется только программами доставки. Заголовок всегда находит-ея перед телом сообщения и отделен от него пустой строкой. RFC-822 регламентирует содержание заголовка сообщения. Заголовок со-етоит из полей. Поля состоят из имени поля и содержания поля. Имя поля отделено от содержания символом «:». Минимально необходимыми являются поля Date, From, cc или То, например:

Date: 26 Aug 76 1429 EDT

From: Jones@Registry.org

cc: Robert@Registry.org

или

Date: 26 Aug 76 1429 EDT

From: Jones@Registry.org

cc: Smith@Registry.org

Поле Date определяет дату отправки сообщения, поле From — отправителя, а поля ее и То — получателя(ей). Чаще заголовок содержит дополнительные поля:

Date: 26 Aug 76 1429 EDT

From:    George Jones<Jones@Registry.org>

Sender: Secy@SHOST

To: Smith@Registry.org

Message-ID:   <4231.629.XYzi-What@Regictry.org>

В данном случае поле Sender указывает, что George Jones не является автором сообщения. Он только переслал сообщение, которое получил из Secy@SHOST. Поле Message-ID содержит уникальный идентификатор сообщения и используется программами доставки почты. Следующее сообщение демонстрирует все возможные поля заголовка:

Comment: Sam is away on bisiness.

In-Reply-To: <some.string@DBM.Group>, George's message

X-Special-action:         This is a sample of user-defined field-names

Message-ID: <4331.629.XYzi-What@Other-Host

Поле Subject определяет тему сообщения, Reply-To — пользователя, которому отвечают, Comment — комментарий, In-Reply-To — показывает, что сообщение является тем, которое выслано «В ответ им Ваше сообщение, отвечающее на сообщение, отвечающее ...». X-Npecial-action — поле, определенное пользователем, которое не определено в стандарте.

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

Стандарт MIME (Multipurpose Internet Mail Extension), или в нотации Интернет — документ RFC-1341, предназначен для описания тела почтового сообщения Интернет. Предшественником MIME является стандарт почтового сообщения АКРА (RFC822). Стандарт KFC822 был разработан для обмена текстовыми сообщениями. С момента опубликования стандарта возможности аппаратных средств и телекоммуникаций ушли далеко вперед, и стало ясно, что многие типы информации, которые широко используются в сети, невозможно передать по почте без специальных ухищрений. Так, в тело сообщения нельзя включить графику, аудио, видео и другие типы информации. Естественно, что при использовании RFC822 не может быть и речи о передаче размеченного текста для отображения его различными стилями. Ограничения RFC822 становятся еще более очевидными, когда речь заходит об обмене сообщениями в разных почтовых системах.

Стандарт MIME разработан как расширяемая спецификация, в которой подразумевается, что число типов данных будет расти по мере развития форм представления данных. При этом следует учитывать, что анархия типов (безграничное их увеличение) тоже не допустима. Каждый новый тип в обязательном порядке должен быть зарегистрирован в IANA (Internet Assigned Numbers Authority).

4. Технология доступа к ресурсам интернет

Технологические решения, полученные в рамках WWW, предоставили широкому кругу пользователей Интернет возможность работы of его ресурсами в рамках дружественного интерфейса современных графических браузеров. Во многом идеология WWW заимствована из технологии Gopher, которая в свою очередь опирается на два еще более ранних протокола прикладного уровня — telnet и ftp (File Transfer Protocol). Сравнительная простота реализации и неприхотливость к ресурсам аппаратного обеспечения долгое время позволяли профессионалам открывать серверы с реализацией доступа по этим протоколам.

Следует отметить, что на сегодняшний день, несмотря на стремительное наполнение пространства серверами Web, объем информации в оставшейся от Web области является колоссальным, поэтому говорить о квалифицированной работе в среде Интернет без практического применения этих средств доступа к ресурсам Сети просто не приходится.

УДАЛЕННЫЙ ДОСТУП К РЕСУРСАМ СЕТИ TELNET

Telnet — это одна из самых старых информационных технологий Интернет. Она входит в число стандартов, которых насчитывается три десятка на полторы тысячи рекомендуемых официальных материалов сети, называемых RFC (Request For Comments).

Полезно отметить, что, как и во многих других случаях многозначности терминов, о которых говорили выше, под telnet обычно понимают триаду, состоящую из:

• telnet-интерфейса пользователя (программа-клиент);

• telnet-процесса (программа-сервер, исполняемая на стороне сервера);

• TELNET-протокола.

Эта триада обеспечивает реализацию доступа к ресурсам удаленного компьютера.

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

Принцип работы сервера заключается в том, что он «слушает» порт TCP. В случае поступления запроса на обслуживание telnet (программа-сервер) назначает каждому удаленному клиенту стандартные ресурсы для ввода-вывода и отображения информации, поддерживая сессию.

Программа-клиент telnet — это интерфейс пользователя для работы по протоколу TELNET.

В настоящее время telnet-клиент поставляется как стандартная программа вместе с операционными системами, реализующими доступ к Сети, такими, как Windows 95/NT4.0. В отличие от наиболее полной реализации стандарта протокола для клиента операционной системы Unix, в этих графических средах он реализован частично. Вся настройка для работы с этой программой сводится фактически И выбору параметров терминала из меню Терминал — Параметры. ДМ вольно часто доступ к удаленной машине Интернет осуществляете* не прямо, а через промежуточный сервер. Например, пользователь использует программу дозвона (dial-in) на персональном компьютере для доступа к Unix-машине, а затем telnet для доступа к другому компьютеру, подключенному к Интернет. Возможно построение целой цепочки «telnet-соединений» по сети для связи с удаленной машиной через узлы-посредники.

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

Широко известна обширная база данных telnet-ресурсов Hytelnet, реализованная в рамках WWW по адресу http://library.usask.ca/hytelnet/. Гипертекстовая система Hytelnet содержит список адресов локальных баз данных (ЛБД) большого количества библиотек как европейских, так и американских университетов, правительственных учреждений и международных организаций. Несмотря на интенсивный перенос многих ресурсов на Web-серверы, далеко не все из приведенных в Hytelnet, имеют доступ через WWW. Вместе с адресом в этой справочной системе приводятся имя для входа в ЛБД, пароль и, если необходимо, номер порта, а также могут содержаться минимальные сведения о типе ЛБД. Имеется возможность установить на своем компьютере локальный Hytelnet-клиент — программу, позволяющую соединяться автоматически с любым из telnet-ресурсов, приведенными в базе данных Hytelnet.

Каждая из доступных баз данных по-своему уникальна. Обычно после входа в нее предлагается меню и набор необходимых команд по работе с данной системой. Часто помимо общего каталога в ЛБД реализованы локальные поисковые машины. Как правило, предусмотрены дополнительные возможности взаимодействия с такими системами, как например пересылка требуемых материалов из ЛБД 342

Но электронной почте на локальный компьютер пользователя. Работа в рамках telnet-сессии с помощью клиента Windows 95/NT позволяет штатными средствами Windows копировать всю информацию, выводимую на экран в специальном окне, в буфер, а затем использовать ее и других приложениях. Об этом полезно помнить, поскольку иногда оказывается единственным способом ее сохранения.

ОБМЕН ФАЙЛАМИ ПО ПРОТОКОЛУ FTP. СЛУЖБА АРХИВОВ FTP

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

Информация в FTP-архивах разделена на три категории:

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

2. Информационные ресурсы ограниченного использования, к которым относятся, например, программы класса shareware (Trumpet Winsock, Netscape Communicator и т.п.). В данный класс могут входить ресурсы ограниченного времени использования или ограниченного времени действия, т.е. пользователь может использовать текущую версию на свой страх и риск, но никто не будет оказывать ему поддержку.

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

Из вышеперечисленных ресурсов наиболее интересными, по понятным причинам, являются две последние категории, которые, как правило, оформлены в виде FTP-архивов.

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

Протокол FTP (File Transfer Protocol или «Протокол Передачи Файлов») — один из старейших протоколов в Интернет и входит в его стандарты. Обмен данными в FTP проходит по TCP-каналу. Построен обмен по технологии «клиент-сервер». В рамках FTP-протокола соединение инициируется интерпретатором протокола пользователя. Управление обменом осуществляется по каналу управления в стандарте протоколе TELNET. Команды FTP генерируются интерпретатором протокола пользователя и передаются на сервер. Ответы сервера отправляются  пользователю также по каналу управления.