Как сообщения маршрутизируются в Internet
Обмен информацией с другими пользователями
Электронная почта (E-Mail)
Usenet
Talk
Internet Relay Chat (IRC)
Мультимедиа
Тенденции будущего
С момента своего появления Internet предназначалась для того, чтобы способствовать обмену информацией между людьми. Первоначально она была разработана военными для создания предельно распределенной коммуникационной сети, способной продолжать функционировать в случае ядерного нападения. Ее разработчики хотели исключить из сети "уязвимый центральный узел". Кроме того, ставилась задача создания коммуникационного протокола, независимого от любого конкретного физического носителя. Несмотря на военное происхождение Internet, широкая публика называет ее "информационной автострадой"(Infobahn), "информационной супермагистралью" (Information Superhighway) и "киберпространством" (Cyberspace). В настоящее время, двадцать лет спустя, предоставляемые Internet выгоды доступны для многочисленных групп пользователей, в том числе для высших учебных заведений, рядовых пользователей и частных предприятий. Первоначально инфраструктура Internet была разработана для поддержки таких приложений, как электронная почта и передача файлов. Хотя электронная почта по-прежнему наиболее популярное приложение в Internet, быстро развиваются и другие виды сетевого аппаратного обеспечения, а также различные протоколы, которые могут поддерживать другие типы коммуникаций, в том числе аудио-и видеоприложения реального времени.
|
|
|
На протяжении всей истории развития Internet UNIX играла ведущую роль. Самые первые системы UNIX обеспечивали встроенную поддержку основного протокола Internet р TCP/IP. В связи с этим данная глава освещает следующие темы (делая акцент, когда это уместно, на возможностях UNIX):
Электронная почта Электронная почта дает возможность обмениваться сообщениям с пользователями во всем мире. Многие программы электронной почты имеют расширенные возможности, такие как способность присоединения к письмам двоичных файлов.
- Usenet - Это самый большой электронный дискуссионный форум в мире. Будучи одной из наиболее популярных служб Internet, Usenet позволяет людям всего мира обсуждать различные проблемы и обмениваться идеями по самому широкому кругу вопросов.
- Talk - Команда talk (разговор) дает возможность двум пользователям обмениваться текстовыми сообщениями в реальном времени.
- IRC - Internet Relay Chat (Служба общения в реальном времени) расширяет возможности команды talk. Серверы IRC реализуют дискуссионный форум для многих лиц в реальном времени.
- Мультимедиа - Internet предоставляет возможность передавать аудио- и видеоинформацию в реальном времени.
- Тенденции будущего - В этом разделе делается попытка заглянуть в будущее Internet.
Электронная почта (E-Mail)
|
|
|
Электронная почта р наиболее широко используемое приложение в Internet. Она относится к асинхронному типу коммуникационных систем, т.к. после отправки электронного сообщения оно хранится в компьютере получателя до тех пор, пока тот не войдет в систему и не получит сообщение. В этом разделе рассматриваются многие особенности электронной почты, в том числе структура сообщений электронной почты, пересылка с почтовыми сообщениями двоичных данных (например, файлов графических изображений), адресация электронной почты, пересылка сообщений по Internet и наиболее распространенные почтовые программы для конечных пользователей.
Компоненты сообщений электронной почты
Сообщение электронной почты состоит из двух основных частей: заголовка и тела (основного текста) сообщения. Заголовок содержит такую информацию, как имя отправителя, сведения о нем и время отправки. Тело сообщения содержит собственно текст сообщения. Некоторые заканчивают свои сообщения необязательной третьей частью, известной под названием "цифровая подпись" ("signature"). Каждая из частей сообщения электронной почты подробно описывается в следующих разделах.
|
|
|
Заголовки сообщений
Заголовок сообщения состоит из нескольких строк в верхней части сообщения, в формате "ключевое слово: значение". Сообщения, посредством программы mail или mailx отправленные пользователю, расположенному в том же хосте UNIX, что и отправитель, имеют очень простую структуру. Например:
From smithj Thu Apr 24 00:42 EDT 1997
To: jonest
Subject: Code Review Meeting
Status: R
Please plan on attending the code review meeting tomorrow at 10:00am.
Однако заголовок сообщения, передаваемого через Internet, гораздо сложнее. Например,
From nihil@eniac.seas.void.edu Thu Apr 24 08:15:01 1997
Flags: 000000000015
Received: from phones.corn (phones.corn [229.46.62.22]) by
happy.phones.corn (8.6.5/QC-BSD-2.1) via ESMTP;
id IAA13973 Thu, 24 Apr 1997 08:14:59 -0800 for
<rdippold@happy.phones.com>
Received: from linc.cis.void.edu (root@LINC.CIS.VOID.EDU
[230.91.6.8]) by phones.corn (8.6.5/QC-main-2.3) via ESMTP;
id IAA14773 Thu, 24 Apr 1997 08:14:56 -0800 for
<rdippold@phones < com>
Received: from eniac.seas.void.edu (nihil@ENIAC.SEAS.VOID.EDU
[230.91.4.1]) by linc.cis.void.edu (8.6.5/VOID 1.4) with
ESMTP id LAA17163 for <rdippold@phones.com>
Thu, 24 Apr 1997 11:14:45 -0500
Received: from localhost by eniac.seas.void.edu
id LAA24236; Thu, 24 Apr 1997 11:14:44 -0500
From: nihil@eniac.seas.void.edu [В Johnson]
Sender: nihil@ocean.void.edu
Reply-To: nihil@void.edu,nihil@freenet.corn
Cc: group-stuff@uunet.UU.NET
Cc: james@foobar.com
Message-Id: <199302011614.LAA24236@eniac.seas.void.edu>
Subject: Re: Apple IIe/IIgs Software and books for SALE...
To: rdippold@phones.corn (Ron Dippold)
Date: Thu, 24 Apr 97 11:14:44 EST
|
|
|
In-Reply-To: <CMM.342342.rdippoldQhappy.phones.com>;
from "Ron Dippold" at Apr 24, 97 1:00 am
X-Mailer: ELM [version 2.3 PLil-voidI.13]
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Content-Length: 10234
Заголовки сообщений создаются автоматически программным обеспечением электронной почты, известным под названием "агенты пользователей почты" (mail user agents - MUA) и "агенты транспортировки почты" (mail transport agents р МТА). Фактически, наличие в заголовке определенных пунктов (таких, как рассылка копии и уведомление о приеме) зависит от сложности самого программного обеспечения электронной почты. Эти компоненты системы электронной почты подробно описываются далее. Часть информации заголовка очевидна. Другие разделы требуют некоторых пояснений.
From nihil@eniac.seas.void.edu Thu Apr 24 08:15:01 1997
Эта строка была добавлена программой МТА в локальной системе (sendmail). Она используется в качестве краткого резюме сообщения, уведомляя, кем и когда оно было отправлено. Поскольку многие почтовые системы хранят все почтовые сообщения пользователя в едином текстовом файле, подобные строки резюме используются также для разделения в нем сообщений. Это дает возможность отделить конец одного сообщения от начала следующего. В большинстве почтовых программ для этой цели используется слово From в начале строки. Это также означает, что при попытке поместить текст From в начале текстовой строки собственно сообщения программа электронной почты должна поместить перед ним > или какой-либо иной символ, чтобы он ошибочно не указывал на начало нового сообщения.
Flags: 000000000015
Поле Flags, характерное для программ Berkeley mail и mailx, также было добавлено локальной программой электронной почты. Каждое сообщение может иметь несколько различных состояний, как-то: удаленное, непрочитанное и помеченное для дальнейшего более подробного ознакомления. Все зависит от сложности почтовой программы.
Received: from phones.corn (phones.corn [229.46,62.22]) by
happy.phones.corn (8.6.5/QC-BSD-2.1) via ESMTP;
id IAA13973 Thu, 24 Apr 1997 08:14:59 -0800 for
<rdipppld@happy.phones,com>
Каждая система, получающая сообщение, в верхнюю его часть вставляет собственный заголовок принятия сообщения. Так как он является первым подобным заголовком в сообщении, то должен указывать на последнюю переданную почту. Компьютер happy .phones.com (на котором хранится почта автора этой главы) получил сообщение от компьютера phones.com (являющегося шлюзом компании) 24 апреля 1997 г. Передача была выполнена посредством программы sendmail 8.6.5 (хотя из заголовка нельзя заключить, что использовался именно sendmail), а использовавшимся протоколом был ESMTP. Адресат, которому предназначается сообщение, указывается последним. Вид заголовка может быть иным, если сообщение проходит через несколько шлюзов, что помогает отслеживать проблемы при пересылке почты.
Received: from linc.cis.void.edu (root@LINC.CIS.VOID.EDU
[230.91.6.8]) by phones.corn (8.6.5/QC-BSD-2.1) via ESMTP;
id IAA14773 Thu, 24 Apr 1997 08:14:56 -0800 for
<rdipppld@happy.phones.com>
Здесь приведен почтовый путь, проделанный сообщением из домена void.edu до узла автора. Это прямое соединение, переданное без каких-либо промежуточных участков.
Received: from eniac.seas.void.edu (nihil@ENIAC.SEAS.VOID.EDU
[230.91.4.1]) by linc.cis.void.edu (8.6.5/VOID 1.4) with
ESMTP id LAA17163 for <rdippold@phones.com>
Thu, 24 Apr 1997 11:14:45 -0500
В этом примере система почты (linc.cis) в домене void.edu получила почту от другой системы узла void.edu (eniac.seas).
Received: from localhost by eniac.seas.void.edu
id LAA24236; Thu, 24 Apr 1997 11:14:44 -0500
И наконец, так выглядит исходное почтовое сообщения. Особый интерес представляет время, потребовавшееся для передачи сообщения. Сообщение было отправлено в 11:14:44 -0500 и было получено в8:14:59 -0800 этого же дня. -0500 и -0800 показывает различия во временных поясах. Для приведения времен обоих сообщений в соответствие необходимо добавить 5 часов ко времени отправки и 8 часов ко времени получения, что дает 16:14:44 и 16:14:59, соответственно. Сообщение дошло за 15 секунд!
From: nihil@eniac.seas.void.edu [В Johnson]
Это отправитель сообщения. В квадратных скобках приведен комментарий. Обычно он содержит имя отправителя.
Sender: nihil@ocean.void.edu
Заголовок Sender указывает подтвержденную идентичность лица, отправившего сообщение. В этом заголовке компьютер-отправитель сообщает (насколько точно он может это определить) бюджет, с которого было отправлено сообщение, независимо от записи в заголовке From. Это удобно, если один человек, например секретарь, уполномочен отправлять почту или если один член группы отправляет сообщение от лица всей группы. Если заголовок Sender совпадает с заголовком From, добавлять его не обязательно. В данном случае Nihil отправил почту с компьютера в своей организации, отличного от указанного в адресе. Однако, если заголовке From и Sender отличаются радикально, сообщение может быть и ложным.
Reply-To: nihil@void.edu/nihil@freenet.corn
Заголовок Reply-To указывает, кому должен быть адресован ответ. Большинство программ электронной почты достаточно "разумны", чтобы обеспечить это автоматически. Обычно существует две причины для использования заголовка Reply-To. Первая р если адрес, приведенный в заголовке From, поврежден и его нельзя восстановить. Вторая р если указанный основной адрес по какой-либо причине ненадежен. Nihil имеет еще один почтовый бюджет на компьютере freenet.com р если по какой-либо причине void.edu отключается, он все же может получить большую часть своей почты по адресу бюджета freenet.
Сс: group-stuff@zznet.ZZ.NET
Сс: james@foobar.com
Сообщение было также отправлено по адресам group-stuff@zznet.ZZNET и james@foobar.com. Можно решить, включать ли эти адреса в ответ. Это также могло быть сделано в одном операторе заголовка:
Сс: group-stuff@zznet.ZZ.NET,james@foobar.corn
Обе формы равно приемлемы. Однако такие заголовки, как From и Sender, должны приводиться во всем заголовке только один раз.
Message-Id: <199302011614.LAA24236@eniac.seas.void.edu>
Идентификация сообщения весьма удобна при необходимости отследить его в целях отладки. Она может также использоваться для отмены сообщения в Usenet. Метод генерирования этого уникального ID зависит от конкретного узла. Не должно существовать второго сообщения с точно таким ID, сгенерированным каким-либо компьютером в любой точке сети.
Subject: Re: Apple IIe/IIgs Software and books for SALE...
В этом примере показана тема сообщения. Почтовая программа, используемая автором, отображает однострочное резюме каждого сообщения, включающее в себя заголовки From, Date и Subject.
То: rdippold@phones.corn (Ron Dippold)
Этот заголовок показывает, кому было отправлено сообщение. Иногда локальный компьютер может опускать адрес домена (@phones.com).
Date: Thu, 24 Apr 97 11:14:44 EST
Здесь указано время отправки сообщения. EST указывает восточное стандартное время (Eastern Standard Time).
In-Reply-To: <CMM.342342,rdippold@happy.phones.com>;
from "Ron Dippold" at Apr 24, 97 1:00 am
Данное сообщение является ответом на сообщение, отправленное Роном (Ron) с приведенным выше ID сообщения.
X-Mailer: ELM [version 2.3 PLIl-voidI.13]
Для отправки этого сообщения почты отправитель использовал Elm Mail System. Эта информация также может быть полезна при отладке.
Mime-Version: 1.0
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: 7bit
Формат сообщения MIME описывается далее в этой главе. Если же коротко, то здесь говорится, что сообщение содержит только 7 бит текста.
Content-Length: 10234
Длина тела сообщения (здесь не показанного) составляет 10234 символа. Существуют еще несколько элементов заголовков, с которыми желательно познакомиться:
Всс: recipient
Вcс означает скрытую копию. Этот заголовок подобен Сс, за исключением того, что адресаты, перечисленные в заголовках То и Сс, не видят сообщения, отправленного адресатам, указанным в Вес. Он используется для отправки сообщения кому-либо, чтобы другие не знали об этом.
Encrypted: software keyhelp
Этот заголовок указывает, что тело сообщения зашифровано программой шифрования, а опция keyhelp помогает выбрать ключ, используемый для дешифрации. Обратите внимание, что сам заголовок не может быть зашифрован, т.к. содержит важную информацию маршрутизации.
Даты в заголовках выглядят примерно так:
Thu, 24 Apr 97 11:44 -500
День недели (Thu) является необязательным. Время приводится в формате 24 часов (00:00-23:59) локального времени. Последнее поле р часовой пояс в одном из следующих форматов:
UT или GMT Всемирное/Время по Гринвичу
EST или EDT Восточный часовой пояс
CST или CDT Центральный часовой пояс
MST или MDT Горный часовой пояс
PST или PDT Тихоокеанский часовой пояс
-ННММ НН часов и ММ минут ранее UT
+ННММ НН часов и ММ минут позднее UT
RFC 822, документирующий стандартный формат для текстовых сообщений Internet, содержит информацию о формате заголовков.
| ПРИМЕЧАНИЕ На протяжении всей этой главы будут даваться ссылки на RFC. RFC р это аббревиатура Request For Comments (Запрос комментариев) и служит средством* с помощью которого исследователи и разработчики документируют стандарты, образующие основу Internet Например, RFC 821 документирует SMTP-протокол для пересылки почты. |
Тело сообщения
Тело сообщения отделяется от заголовка одной пустой строкой. Тело сообщения содержит собственно текст сообщения. Здесь можно вводить все, что нужно передать получателю. Однако существует несколько
Многие системы электронной почты могут обрабатывать строки длиной до 65 символов. Обычно имеет смысл стараться, чтобы строки не превышали этой величины. И еще, старайтесь поддерживать верное соотношение строчных и прописных символов. ЕСЛИ ИСПОЛЬЗУЮТСЯ ВСЕ ПРОПИСНЫЕ СИМВОЛЫ, ТЕКСТ ВЫГЛЯДИТ ТАК, БУДТО ОТПРАВИТЕЛЬ СРЫВАЕТСЯ НА КРИК! Кроме текста тело сообщения иногда содержит специальную последовательность символов, отражающую эмоции, например :-). Если посмотреть на эти символы сбоку, можно рассмотреть улыбающееся лицо.
| ПРИМЕЧАНИЕ При беседе с другими людьми жесты, выражение лица, тон. опенки голоса обеспечивают наиболее точное восприятие наших слов. Поскольку это невозможно в сообщении электронной почты, для придания тексту неподдающихся письменному выражению эмоций принято использовать специальные последовательности символов. Ниже приводятся некоторые часто используемые эмоции и их обычное значение: :-) юмор, улыбка, дружеское расположение :-( досада, гнев, утрата душевного равновесия :-О удивление :-$ подавитесь своими деньгами :-Y сказано с усмешкой :-Т сохраняя серьезное лицо :-| никакого выражения (:-D слишком большой аппетит Однако злоупотребление этими символами считается дурным тоном. |
Подписи
Некоторые сообщения электронной почты завершаются необязательной подписью (не путать с цифровой подписью). Это краткое описание отправителя сообщения (например, его полное имя, номера телефона и факса и адрес электронной почты). В некоторых подписях делается попытка украсить эту информацию картинками, нарисованными с помощью символов ASCII. Считается хорошим тоном ограничивать цифровые подписи пятью и менее строками. Современные программы электронной почты могут быть сконфигурированы для автоматической вставки цифровой подписи в конец сообщения.
Пересылка двоичных данных
Протокол пересылки электронной почты по Internet (SMTP) допускает передачу только текстовых символов ASCII. Поэтому двоичные файлы, такие как аудио- или видеофайлы, не поддерживаются непосредственно. Предпочтительный метод пересылки двоичных данных р использование почтовой программы, которая поддерживает Multi-purpose Internet Mail Extensions (MIME) (Многоцелевые расширения почты Internet). Этот вопрос рассматривается ниже. До появления MIME для обхода этого ограничения применялось кодирование подобных данных в виде текста ASCII, который пересылался с помощью таких почтовых программ, как ELM или mailx. В системах UNIX для преобразования двоичного файла в текст ASCII используется программа кодирования uuencode. На приемном конце программа декодированияuudecode опять преобразует данные в двоичную форму. Например, следующая команда может быть использована для пересылки файла графического изображения удаленному пользователю:
uuencode picture.tif picture.tif | mailx -s "Image file" gcobb@netx.com
Первый аргумент команды uuencode р файл изображения, который будет кодироваться. Второй аргумент р имя файла, который будет создан в системе удаленного пользователя, когда получатель запустит программу декодирования uudecode. Поскольку команда uuencode осуществляет запись непосредственно на стандартное устройство вывода, сообщение передается в программу mailx. Программа mailx отправит сообщение удаленному пользователю вместе с объектной строкой Image file.
| ПРИМЕЧАНИЕ Файл, закодированный командой uuencode, будет примерно на 35% больше исходного. Около 33% являются следствием преобразования 8-битовых символов в 6-битовые, а остальные 2% появляются вследствие управляющей информации кодирования. |
В удаленной системе получатель почты сперва сохраняет сообщение в файле, например mail.save. Следующая команда опять преобразует символы ASCII в двоичный формат:
uudecode mail,save
Кроме закодированных двоичных данных файл содержит информацию почтового заголовка, помещенную в него программой mailx. Кроме того, отправитель может перед закодированными данными помещать комментарии. Закодированные данные начинаются непосредственно после строки, содержащей слово begin, за которым следуют права доступа и имя файла. После раздела с закодированными данными в отдельной строке следует слово end. Эту информацию программа декодирования uudecode использует для создания файла. В вышеприведенном примере непосредственно за почтовым заголовком следует следующая строка:
begin 777 picture.tif
Следовательно, после выполнения программы декодирования uudecode по отношению к файлу mail.save создается файл picture.tif с правами доступа 777. Посредством использования ключевых слов begin иend программа декодирования uudecode обычно может различить текст почтового сообщения и закодированные данные. Если uudecode не может обработать файл надлежащим образом, можно отредактировать файл и удалить весь текст, предшествующий ключевому слову begin и следующий после ключевого слова end. После этого программа декодирования uudecode должна работать правильно.
| СОВЕТ Описанная выше технология успешно работает по отношению к сравнительно небольшим файламр но что делать, если нужно переслать кому-либо файл размером в 10 Мб? Увеличение этого объема еще на 35% неизбежно сделает сообщение чрезмерно большим по любым меркам. Хотя с обычными сообщениями, как правилор не должно возникать каких-либо проблем, .некоторые узлы закладывают ограничения на размер сообщений, обычно составляющий около 64000 байт< При пересылке файла одним куском, только часть его может попасть по назначению. Поэтому нужно разделить его на меньшие куски Это можно сделать вручную, но существует прекрасная утилита UNIX р split, которая может выполнить эту задачур Достаточно сообщить ей количество строк в каждом фрагменте, и она создаст файл, содержащий указанное число строк. Количество строк не дает точного представления о размере каждого файла, но можно поэкспериментировать. Авторы выяснили, что 800 строк в каждом фрагменте в среднем обеспечивают вполне приемлемые надежные 50000-байтовые фрагменты. Вот как работает эта команда: uuencode bigfile bigfiXe > bigfile.uue split -800 bigfile.uue splits mail -s "Bigfile рuue 1 of 3" mybuddy < splitsaa mail -s "Bigfile рuue 2 of 3" mybuddy < spUfcsab mail -s "Bigfile*uue 3 of 3" mybuddy < splitsac rm bigfile.uue aplits?? Команда split принимаете качестве аргументов количество строк и файл, подлежащий разбиению, а также базовое имя для выходных файлов. В вышеприведенном примере splits использовалось в качестве базового имени* Затем команда называет полученные файлы splitsaa, splitsab, splitsac, и так вплоть до splitszz (при необходимости). Это дает 676 фрагментов. Бели этого недостаточнор для передачи файла, вероятно, нужно использовать другой методр Компоненты 1 of 3, 2 of 3 и 3 of 3 просто сообщают получателю количество фрагментов и их порядок следования, Теперь получатель должен сохранить все сообщения в одном большом файле, убрать из него все, за исключением информации, подлежащей декодированиюр и запустить программу uudecode. передав в качестве параметра имя полученного файла. Этот процесс достаточно хлопотный, но он работает. При выполнении подобной передачи следует подумать о написании сценария оболочки UNIX для автоматизации разбиения при выполнении команды uuencode, отправки по электронной почте и последующей сборки файлов. |
В системе UNIX uuencode, uudecode и split являются стандартом При использовании DOS или Мае эти утилиты можно получить посредством анонимного ftp
При использовании DOS укажите Web-броузеру адрес http://oak.oakland.edu/pub/simtelnet/msdos/decode.. Из него загрузите файл uuexe655.zip. Это прекрасная утилита uuencode иuudecode для PC, которая действительно превосходит по свойствам стандартную UNIX-версию Например, при необходимости она автоматически восстанавливает порядок следования фрагментов
При использовании Мас обратитесь к Web-узлу http://tucows.idirect.com/mac/coinp.html и загрузите файл для UULite version 3 0. Это полноценный кодировщик uuencode для Mac.
Для любого компьютера, в котором доступен компилятор С, исходный код uuencode.c и uudecode.c можно получить с Web-узла http://oak.oakland.edu/pub/misc/unix. Это переносимый исходный код С стандартных команд uuencode и uudecode, который должен работать почти на всех компьютерах. Переносимые С-версии команд uuencode и uudecode просты, но всегда доступны.
Почтовые программы, такие как mailx, подробнее описываются ниже в этой главе.
Адресация удаленных систем
Для пересылки сообщения по Internet необходимо указать адрес Internet в специальном формате. Он состоит из двух основных частей, разделенных знаком @. Слева от него указывается бюджет, который должен получить почтовое сообщение. Обычно это регистрационное имя получателя почты. Часть адреса, расположенная справа от знака @, называют доменным именем Оно однозначно идентифицирует хост в InternetВсе имена доменов в Internet образуют систему доменных имен (Domain Name System), представляющую собой иерархию, которая делит Internet на логические группы (домены) Имена доменов расшифровываются справа налево; в них определена последовательность имен все более мелких логических доменов. Части имен доменов разделяются точкой. Например:
ccarteraminn.com
Самая правая часть имени домена .com указывает, что данный узел является коммерческим. Ниже приводится список доменов верхнего уровня, наиболее популярных в США:
corn коммерческие
edu образовательные
gov правительственные
mil военные
net сетевые
org принадлежащие организациям
За пределами США узлы могут регистрироваться как .com, .net и ,org. Кроме того, может также использоваться двухбуквенный ISQ-код страны. Например, "са" для Канады, "uk" для Соединенного королевства и т.д. Левее имени домена самого высокого уровня (edu, org и т.д.) можно указывать любое количество логических поддоменов. Их используют для более подробного указания имени узла, в котором можно найти получателя почты. В соответствии с соглашением Internet, регистр букв в имени домена не учитывается. Таким образом, следующие адреса в Internet: ccarter@Minn.com, ccarter@MINN.Com и ccarter@MINN.COMэквивалентны. Наиболее современное программное обеспечение для единообразия игнорирует регистр в части адреса, определяющей имя пользователя, но это не обязательно. Поэтому рекомендуется не использовать регистр для имени пользователя, просто на тот случай, если система получателя использует устаревшее программное обеспечение почты.
Устаревший тип схемы адресации известен под названием UUCP-адресации с восклицательными знаками. Маловероятно, что читатели встретятся с адресами в этом формате, но он упоминается здесь по историческим причинам. В этой схеме необходимо указывать каждую систему, через которую должна пройти почта. Например, обратите внимание на следующий адрес для пользователя katherine:
compOl!comp02!соmpОЗ!katherine
В этом примере указано, что почта должна пройти через системы, имена которых compOl, comp02, сотрОЗ. Как только сообщение прибудет на сотрОЗ, оно немедленно будет доставлено пользователю katherine.
Как сообщения маршрутизируются в Internet
Internet-адрес в формате имя_пользователя@домен нельзя использовать для передачи, он должен быть преобразован в IP-адрес. IP-адрес состоит из четырех чисел, разделенных точками, которые однозначно идентифицируют хост в Internet. Примером IP-адреса может служить "128.254.17.7". Преобразование Internet-адресов в IP-адреса осуществляется в Internet системами, известными под названием серверов имен(DNS-серверов).
Когда почтовое сообщение пересылается по Internet, оно пересылается в виде потока пакетов, каждый из которых содержит часть сообщения. Каждый пакет, помимо части сообщения, содержит IP-адрес пункта назначения. Пакеты пересылаются по Internet с использованием протокола IP. Специальные системы в Internet, маршрутизаторы, проверяют IP-адрес в каждом пакете и направляют пакет в соответствующий хост. При определении наилучшего маршрута учитывается множество факторов, например, интенсивность информационных потоков в различных участках Internet. Фактически, пакеты одного и того же почтового сообщения могут направляться по различным маршрутам. Все пакеты объединяются в нужном порядке в принимающем хосте посредством использования протокола TCP.
Дата добавления: 2019-03-09; просмотров: 191; Мы поможем в написании вашей работы! |
Мы поможем в написании ваших работ!