tanenbaum_seti_all.pages (525408), страница 178
Текст из файла (страница 178)
7.3. В данном случае распознаватель на ком- пьютере у!!гксхпи.п1 хочет узнать! Р-алрес хоста 1!пг1а.скуаlе.ег(и. На первом шаге он посылает запрос локальному серверу имен, са.ии.л1. Этот запрос содержит ил!я искомого домена, тип (Л) и класс (1М). 0йв-сервер факультета компьютерных сетей университета Врнйе 2 0ЫВ-сервер ебо З 0йв-сервер факультета компьютерных сетей Йельского 4 уннверснтвта 0Г!Б-сервер Йельского университета Инициатор й!гв.св.чо.п! свлш.п! ебц-ве!чег.пе! ув!е.есц сюуа!в.есц 6 7 6 б Рнс. 7.3.
Восемь этапов поиска распознавателем имени удаленного хоста !' Практика показывает, что удобнее, наоборот, хранить зту ннформапню на своем хоста, ддя чего суШествуют специальные программы, поддержнваюшне млнн-базы 0!ЧБ для часто нсподьзуемых адресов на компьютерах пользователя. — Празгеч. ларка. Предположим, что локальньгй сервер имен никогда ранее не получал запроса об этом домене и поэтому ничего о нем не знает.
Он может опросить несколько находящихся рядом серверов имен, но если они также не знают ответа, данный локальный сервер посылает !) ьтР-пакет серверу домена егги, адрес которого содержится в его базе данных. Как видно из рисунка, его имя ег(и-дегтгегпег. Маловероятно, чтобы этот сервер знал адрес хоста 1!Ыа.скуа1е.ес!и. Скорее всего, он даже не знает адреса сервера схуа1е.еаи, однако он лолжен знать все свои лочерние домены, поэтому он направляет запрос серверу имен домена уа1е.ес(и (шаг 3).
Тот, в свою очерель, пересылает этот запрос серверу скуа1е.ег(и (шаг 4), у которого должны быть требуемые авторитетные записи ресурсов. Поскольку кажлый запрос был от клиента к серверу, посылаемые в ответ записи ресурсов пРоделывают тот же путь в обратном направлении (шаги 5-8). Когда записи ресурсов попадают на сервер имен схии.п!, они помещаются в кэш на случай, если они понадобятся еще раз. Однако эта информация не является авторитетной, так как изменения в помене сдуа1е.ег1и не будут распространяться автоматически на все каши, в которых может храниться копия этой инфорьшции.
По этой причине записи каша обычно долго не живут. В каждой записи Ресурса присутствует поле Т~те го 1!ос. Оно сообшает удаленным серверам, насколько долго следует хранить эту запись в кэше, Если какая-либо машина сохраняет постоянный адрес голами, возможно, будет достаточно надежно хранить вгу информацию в каше в течение одного дня. для более непостоянной инфорМации, вероятно, более осмотрительно удаля~в все записи через несколько секунд или одну минуту'.
Следует отметить, что серия запросов, описанная выше, называется Рекурсивным запросом, так как каждый сервер, который не владеет запрашиваемой информацией, передает запрос дальше, а затем ответ, также поэтапно, пересылается обратно. Возможны и другие схемы реализации запросов. Так, например, 668 Глава 7. Прикладной уровень возможна форма запроса, в которой в случае отсутствия требуемой информации на локальном сервере клиент сразу получает сообщение о неуспешном выполнении запроса, но прн этом ему сообщается нмя следующего сервера, который можно об этом спросить. Такая процедура, да1ощая клиенту больше контроля над процессом поиска, реализована на некоторых серверах.
Некоторые серверы вообще не выполняют рекурсивных запросов, а вссгла возвращают имя сервера для следующего запроса. Также слелуст сказать, что когда 1)Х5-клиент нс получает ответа на посланный запрос, он обычно пытается полу шть искомую информацию у другого сервера, прежде чем истечет период ожидания.
Это делается исходя из прелположения о том, что сервер, которому адресовался запрос, может в данный момент оказаться выключенным (а нс о том, что запрос или ответ потерялся). Хотя система 1)ХБ чрезвычайно важна для обеспечения корректной работы Интернета, основная сс задача закл1очается в отображении текстовых имен машин на пространство их 1Р-алресов. Она не помогает найти людей, ресурсы, услуги или другнс объекты.
Для этого существует иная услуга, называемая Е1)АР (1!ВЬг-и е!ВЬт !)!гссгогу Асссзз Рго(осе! — облегченный протокол службы каталогов). Это упрощенная версия стандартной службы каталогов 05! Х.500, описание 1.ПАР содержится в ВРС 225!. Информация организуется в лревовилной форме, и по этому дереву можно осуществлять поиск различных компонентов. Это напоминает телефонную книгу типа «белые страницы». Мы не будем боже возвращаться к этой системе, а дополнительную информацию все желающие могут найти в (%'е11п1ап и РаЬЬвга, 2000). Электронная почта Электронная почта, или е-ша|1, как называют ее многочисленные любители, существует уже более двух лесятилетий.
До !990 года она использовалась преимущественно в научных организациях. В 90-е годы она получила широкую известность, и с тех пор количество отправляемых с помощью электронной почты писсм стало расти экспоненциально. Среднее число сообщений, посылаемых ежедневно, скоро во много раз превзошло число писем, отправляемых с номогцью обычной, бумажной почты. Электронной почте, как и любой форме коммуникаций, присущ определенный стиль и набор соглашений. В частности, общение по электронной почте носит очень неформальный и демократичный характер, Скажем, человек, который никогда бы не осмелился позвонить нли даже написать бумажное письмо какой- нибудь Особо Важной Персоне, запросто может сесть и написать ей небрежное электронное сообщение.
В электронной почте люди обожают использова~ь особый жаргон и сокраще. ния, такие как ВТ!ч (Ву ТЬс %ау — между прочим), йОТР1. (Ео!1!пд Оп ТЬе Р!оог 1авпЬ~пя — катаюсь по полу от смеха), 1МНО (1п Му НвшЫе Оршюп— по моему скромному мнению) и т.
д. Кроме того, чрезвычайно популярны так называемыс смайлики, или эмотиконы. Самые интересные из них прелставлсны в табл. 7.2. Чтобы понять, в чем состоит их смысл, бывает полезно повернуть Электронная почта 669 уаблица 7.2. Некоторые смайлики. Их не надо зубрить перед выпускным экзаменом:-) Смайлик Значение Смаалик Значение Смайлик Значение Не воспринимай всерьез Я зол/огорчен Большой нос Г-н Линкольн и) Двойной подбородок С усами Дядя Сэм Дед Мороз Мне безразлично это Подмигиваю *<;-) :-П Болван Взъерошенные волосы 8-) Громко кричу Австралиец (левша) С бабочкой Носит очки :(0) Оченьумный :-(*) ;-)Х Мне тошно от этого Первые системы электронной почты состояли просто из протоколов передачи файлов и договоренности указывать «дрсс получателя в первой строке каждого сообщения (то есть файла).
Со временем недостатки данного метода стали очсвидны. Перечислим нскоторыс из них: 1. Было очень неудобно отсылать сообщения группе получателей. Эта возмо>кность часто требовалась менеджерам для рассылки уведомлений своим полчиненным. 2. Сообщения не облалали внутренней структурой, что затрудняло их компьютерную обработку. Например, если переадресованное сообщсние было помещено в тело другого сообщения, извлечь одно сообщение из лругого было довольно сложно.
3, Отправитель сообщения никогда не знал, дошло ли его сообщение ло адресата. 4. Если кто-либо собирался уехать на несколько нслсль по делам и хотел, чтобы вся его почта переправлялась его секретарю, организовать ато было непросто. 5. Интерфейс пользователя практически отсутствовал, Пользователь должен был сначала в текстовом релакторс набрать сообщение, затем выйти из редактора и запустить про~рамму передачи файла. 6. Было нсвозможно создавать и посылать сообщения, солсржащие смесь текста, изображении (рисунков, факсов, фото) и звука. Со временем, когда накопился опыт работы, были предложены более сложные системы электронной почты.
Б 1982 голу предложения по работе с электронной почтой, выдвинутые администрацией сети АКРА)ч(ЕТ, были опубликованы в виде КГС 82! (протокол передачи) и Р<ГС 822 (формат сообщений). Подверг- кингу на 90 по часовой стрслкс (или голову — на 90 против часовой стрелки) Существует брошюра (8апг)егзоп и 1)оцйЬег(у, 1993), в которой перечислено свы- ше 650 смайликов. 670 Глава 7. Прикладной уровень шись минимальным изменениям, нашедшим отражение в КГС 2821 и 2822, онн фактически стали стандартами Интернета, однако все равно, говоря об электронной почте Интернета, многие ссылаются на КГС 822. В 1984 году консультативный комитет по международной телефонии и телеграфу (СС1ТТ) впервые представил стандарт ХАОО.
После двух десятков лет борьбы электронная почта, основанная на стандарте Кг С 822, получила широкое применение, тогда как системы, базирующиеся на стандарте ХАОО, практически исчезли. Получилось так, что система, созданная горсткой аспирантов-компьютерщиков, смогла превзойти офи1П1альный международный стандарт, имевший серьезную поддержку всех управлений почтово-телеграфной и телефонной связи во всем мире, многих правительств и значительной части компьютерной промышленности. Все это напоминает библейскую историю о Давиде и Голиафе, Причина успеха стандарта КГС 822 кроется не столько в его достоинствах, сколько в недостатках стандарта ХАОО. Последний был настолько плохо продуман и так сложен, что никто просто ие мог его нормально реализовать.
Болыпинство организаций предпочли простую, но работающую систему электронной почты, основанну|о на КРС 822, возможно, действительно замечательной, но неработающей системе, в основе которой был стандарт ХАОО. Может быть, зто когда-нибудь послужит кому-нибудь уроком. Итак, далее в нашем обсуждении мы сконцентрируемся на используемых в Интернете системах электронной почты.
Архитектура и службы В данном разделе мы рассмотрим возможности и организацию систем электронной почты. Обычно они состоят из двух подсистем: пользовательских агентов, позволяющих пользователям читать и отправлять электронную почту, и агентов передачи сообщений, пересылающих сообщения от отправителя к получатслю.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
