Сидни Фейт - TCP/IP Архитектура, протоколы, реализация (включая IP версии 6 и IP Security)

• Название: TCP/IP Архитектура, протоколы, реализация (включая IP версии 6 и IP Security)
• Автор: Сидни Фейт
• Издательство: Лори
• Жанр: Программное обеспечение
• Год: 2000
• ISBN: 5-85582-072-6

 Второе издание популярного справочника полностью переработано и расширено с целью предоставить читателю наиболее полное описание средств разработки, конфигурирования, использования и обслуживания сетей TCP/IP и соответствующих служб.

Книга написана увлекательно и доступно. Она содержит дополнительные материалы о нескольких протоколах Интернета, используемых серверами и браузерами WWW, а также рассматривает все последние изменения в этой области. В книгу включены главы о новом стандарте безопасности IP и протоколе IP следующего поколения, известном как IPng или IPv6. Рисунки и таблицы наглядно показывают влияние средств безопасности IP и IPng на существующие сетевые среды.

Издание содержит следующие дополнительные разделы:

• Безопасность IP и IPv6

• Описание средств WWW, новостей Интернета и приложений для работы с gopher

• Подробное описание серверов имен доменов (DNS), маски подсети и бесклассовой маршрутизации в Интернете

• Таблицы и протоколы маршрутизации

• Руководство по реализации средств безопасности для каждого из протоколов и приложений

• Примеры диалогов с новыми графическими инструментами

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

---

Модель команда/ответ, которую мы видели в протоколе File Transfer Protocol (FTP), применяется и в данном случае; при этом выполняется сходное декодирование сообщения ответа. Следовательно, все сообщения от удаленного сервера электронной почты начинаются с номера ответа. Отметим, что почтовые идентификаторы выведены в угловых скобках (например, <[e-mail]>). Имена хостов не чувствительны к регистру и могут выводиться как в верхнем, так и в нижнем регистре. Однако в именах пользователей различаются регистры символов, хотя это и зависит от принятых соглашений для конкретной почтовой системы.

220 tigger.jvnc.net 5.65с/IDA-1.4.4     Идентификатор получателя и время

 его объявления.

Sendmail is ready at Sun. 27 Aug 1995

08:02:55 -0400

HELO MATH-GW.CS.YALE.EDU                Идентификатор отправителя.

250 Hello MATH-GW.CS.YALE.EDU, pleased

to meet you

MAIL FROM: <[e-mail]> Источник полученного почтового

сообщения.

250 <[e-mail]>.. Sender ok

RCPT TO; <[e-mail]>         Получатель идентифицирован.

 Может присутствовать несколько операторов RCPT ТО.

250 <[e-mail]>.. Receiver ok

DATA                                    Начало сообщения.

354 Enter mail, end with "." on a line

by itself

Received: by PASCAL.MATH.YALE.EDU;      Первым появляется заголовок.

Sun, 27 Aug 1995 08:01:44 -0400

Date: Sun, 27 Aug 1995 08:01:44 -0400

From: Sidnie Feit <[e-mail]>

Message-Id: <[e-mail]>

To: [e-mail]

Subject: It's OK to talk to yourself!

Date: 08/26/95 1:29:59 PM

За заголовком следует пустая строка.

Hi there.                               Это тело сообщения.

See you soon.

.                                       Сообщение заканчивается .<CR><LF>

250 Ok

Quit                                    До выхода из программы можно

 отправить другие сообщения.

220 tigger.jvnc.net closing connection

Connection closed by foreign host.

Обратите внимание, что конец сообщения отмечается строкой, содержащей только символ точки.

Предположим, что пользователю нужно послать такую строку внутри сообщения. Дополнительный символ точки будет вставлен отправителем SMTP и удален получателем SMTP.

16.7 Временная метка и идентификатор сообщения

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

Когда сообщение приходит к агенту пересылки SMTP, он вставляет в начало сообщения временную метку (timestamp). При каждой последующей пересылке вставляется дополнительная временная метка, содержащая:

■ Идентификатор хоста, пославшего сообщение

■ Идентификатор хоста, получившего сообщение

■ Дату и время получения сообщения

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

Формат временной метки может различаться на различных системах, и разработчики могут включать в него дополнительные сведения. Новые реализации используют в метке значение местного времени, сопровождаемое смещением от универсального времени (Universal Time), которое ранее называлось временем по Гринвичу (Greenwich Mean Time).

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

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

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

Идентификатор сообщения (Message-Id) в нижней части примера был добавлен первым почтовым агентом пересылки, который начал обрабатывать это сообщение.

Временные метки нужно анализировать снизу вверх, что позволит понять путь следования сообщения от diall31.mbnet.mb.ca к access.mbnet.mb.ca, далее к bulldog.cs.yale.edu и наконец к pascal.math.yale.edu.

From [e-mail] Thu Aug 17 14:36:19 1995

Received: from BULLDOG.CS.YALE.EDU by PASCAL.MATH.YALE.EDU via SMTP;

Thu, 17 Aug 1995 14:36:19 -0400

Received: from access.mbnet.mb.ca by bulldog.CS.YALE.EDU via SMTP;

Thu, 17 Aug 1995 14:31:47 -0400

Received: from ftl6 (dial131.mbnet.mb.ca) by access.mbnet.mb.ca with SMTP id

AA02060

(5.67b/IDA-1.4.4); Thu, 17 Aug 1995 14:31:33 -0500

Date: Thu, 17 Aug 1995 14:31:33 -0500

Message-Id: <[e-mail]>

16.8 Отброшенная почта

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

16.9 Команды SMTP

Сценарий из раздела 16.6.1 содержал наиболее часто используемые команды SMTP. Полный набор команд SMTP представлен в таблице 16.1.

Таблица 16.1 Команды SMTP

Команда Описание HELO Идентифицирует отправителя для получателя. MAIL FROM Начало почтовой транзакции и указание на источник сообщения. RCPT ТО Идентифицирует отдельного получателя. Последовательность таких команд позволяет указать несколько получателей. Получатель по возможности проверяет правильность указанного имени и выводит результат проверки в ответном сообщении. Такая проверка не имеет смысла на промежуточных хостах. Если позже окажется, что некоторый получатель указан некорректно, обратно отправляется краткое сообщение об ошибке. DATA Отправитель готов передать строки текста. Каждая строка завершается <CR> <LF>. Максимальная длина строки, включая <CR><LF>, составляет 1000 символов. Реализации SMTP должны обеспечивать отправку и получение сообщений длиной до 64 К/байт. Желателен максимальный размер, поскольку почта часто используется для копирования файлов. RSET Прерывает текущую почтовую транзакцию, удаляя всю информацию о ней у отправителя и получателя. NOOP Запрашивает у партнера положительный ответ. QUIT Запрашивает у партнера положительный ответ и закрытие соединения. VRFY Запрашивает у партнера подтверждение правильности указанного имени получателя. EXPN Запрашивает у партнера подтверждение соответствия имени получателя списку почтовой рассылки (mailing list). Если указанное имя находится в списке, нужно возвратить сведения о членстве в группе данного почтового списка. HELP Запрашивает у партнера информацию об используемой реализации, например о списке поддерживаемых команд. Описанные в стандарте, но редко реализуемые или используемые команды TURN Запрос смены ролей получателя и отправителя. Партнер может отказаться выполнить эту команду. SEND Если получатель зарегистрирован в системе назначения — направить сообщение прямо на терминал получателя. SOML Send or Mail — послать или отправить. Если получатель зарегистрирован в системе назначения — направить сообщение прямо на терминал получателя, иначе отправить сообщение как почту локальной системы. SAML Send and Mail — послать и отправить. Доставить в почтовый ящик получателя. Если пользователь зарегистрирован, то доставить и на его терминал.

Команды пересылаются как 4-символьные мнемонические названия. Многие команды сопровождаются параметрами.