
- •Хайретдинов м.С. Cетевые информационные технологии
- •5.3. Электронная почта. 120
- •5.4. Группы новостей 144
- •Глава 6 Основные программы поиска ресурсов сети Интернет 158
- •Глава7. Глобальные поисковые системы 182
- •Глава 8. Перспективные технологии сети Интернет 206
- •8.4. Технология «Web 2.0» 228
- •Введение
- •Глава 1. Открытые системы Понятие «открытая система»
- •1.1 Модель osi
- •1.2. Уровни модели osi Физический уровень
- •Сетевой уровень
- •Транспортный уровень
- •Сеансовый уровень
- •Представительный уровень
- •Прикладной уровень
- •Сетезависимые и сетенезависимые уровни
- •1.3. Модульность и стандартизация
- •1.4. Источники стандартов
- •1.5. Стандартные стеки коммуникационных протоколов
- •Стек osi
- •Необходимый минимум.
- •Глава 2. Internet-организация, структура, методы
- •2.1. Сети коммутации пакетов
- •2.2. Протокол Internet (ip)
- •2.3. Tcp, udp и другие
- •2.4 Принцип «клиент-сервер».
- •2.5 Системы сетевых адресов
- •2.5.1 Региональная система имён
- •2.5.2 Структура региональной системы имён
- •2.5.3 Поиск адреса по доменному имени
- •2.5.5. Система адресов х.400
- •2.6 Маршрутизация
- •2.6.1 Протокол rip
- •2.6.2 Протокол ospf
- •Глава 3. Локальные и глобальные сети
- •3.1. Особенности локальных, глобальных и городских сетей
- •3.2. Отличия локальных сетей от глобальных
- •3.3. Тенденция к сближению локальных и глобальных сетей
- •3.4. Сети отделов, кампусов и корпораций
- •Сети отделов
- •Сети кампусов
- •Корпоративные сети
- •3.5. Требования, предъявляемые к современным вычислительным сетям
- •3.5.1 Производительность
- •3.5.2 Надежность и безопасность
- •3.5.3 Расширяемость и масштабируемость
- •3.5.4 Прозрачность
- •3.5.5 Поддержка разных видов трафика
- •3.5.6. Управляемость
- •3.5.7. Совместимость
- •Глава 4. Виды доступа в Internet
- •4.1 Непосредственный доступ
- •4.3 Доступ "по вызову" (Dial-up Access)
- •4.4 Доступ uucp
- •4.5 Доступ через другие сети
- •Глава 5 Наиболее распространённые возможности Internet Введение
- •5.1. Удалённый доступ (telnet)
- •Простой протокол telnet
- •Командный режим программы telnet
- •Нестандартные telnet-серверы
- •Telnet и нестандартные порты
- •Необходимый минимум
- •Безопасность и предоставление доступа
- •Удаленный вход в систему
- •5.2. Протокол передачи файлов (ftp) Введение
- •5.2.1. Модели работы ftp.
- •Алгоритм работы при соединении двух ftp-серверов, ни один из которых не расположен на локальном хосте пользователя.
- •Представление данных
- •1. Тип файла.
- •2. Управление форматом.
- •3. Структура.
- •4. Режим передачи. (Указывает на то, как файл передается по соединению данных)
- •5.2.2 Команды ftp
- •5.2.3 Ftp отклики
- •5.2.4. Управление соединением
- •Пример ftp
- •Утилита ftp.
- •5.2.5. Спам - трафик, или тонкости работы протокола ftp
- •5.2.6. Некоторые проблемы ftp
- •Необходимый минимум
- •Список источников:
- •Работа с меню
- •5.2.7. Работа с системой ftp
- •Поиск файлов
- •Поиск ключей
- •Применение указателей (индексов)
- •Применение команды grep
- •Движение по каталогам
- •Смена каталога
- •Форматы файлов
- •Ascii-файлы, или текстовые файлы
- •Бинарные Файлы
- •Выбор типа передачи
- •Если вы не уверены ...
- •Получение Файла
- •Права в другой системе
- •Упакованные файлы
- •Проблемы общего характера
- •Пересылка группы файлов
- •Анонимный протокол ftp
- •Архивы интерпретатора команд shell
- •Замечания относительно различий в системах
- •5.2.8. Протоколы tftp и sftp.
- •Выход из ftp
- •Необходимый минимум
- •5.3. Электронная почта. Введение
- •5.3.1. Системы почтовой рассылки.
- •5.3.2. Почтовые протоколы. Введение
- •Протокол smtp Модель протокола
- •Электронная почта
- •Команды smtp
- •Команды простого протокола передачи почты (smtp)
- •Последовательность команд smtp
- •Конверты, заголовки и тело
- •Описание протокола pop3
- •Режим autorization
- •Пример pop3 сессии
- •Литература
- •5.3.3. Мime: многоцелевые расширения электронной почты для Internet
- •Pine: Реализация mime
- •5.3.4. Что делать, когда электронная почта возвращается
- •Неизвестные компьютеры
- •Неизвестные получатели
- •Почту нельзя доставить
- •Неудачи при доставке почты нескольким адресатам
- •Списки рассылки и отражатели почты
- •Отмена подписки
- •Ведущие и этикет списков
- •5.3.5. Поиск файлов с помощью электронной почты
- •Серверы Internet-muna
- •Запросы в формате listserv
- •Команды поиска файлов утилиты listserv
- •Команды поиска файлов утилиты majordomo
- •Команды поиска файлов утилиты almanac
- •Прикладной шлюз ftPmail
- •Группы новостей
- •Тематика UseNet
- •Как получать информацию из групп новостей
- •WinVn — графическая программа чтения новостей
- •Просмотр материалов телеконференций
- •Составление ответов
- •Подготовка нового сообщения
- •Сохранение сообщений на диске
- •Декодирование сообщений
- •Как правильно завершить сеанс работы с WinVn
- •Просмотр новостей программой trn.
- •Глава 6 Основные программы поиска ресурсов сети Интернет Введение
- •6.1. Поиск в internet с помощью системы gopher
- •Каким клиентом Gopher воспользоваться?
- •Работа с Gopher сервисной компании
- •Запуск из оболочки unix
- •Работа через telnet
- •6.1.1.Работа с системой Veronica
- •Необходимый минимум
- •6.2. Глобальная система world wide web
- •Введение
- •6.2.1. Гипертекстовые системы.
- •Взаимодействие паутины и баз данных.
- •Простейшая homepage
- •6.3. Обзор языка html Введение
- •Направления в развитии языка
- •Базовые понятия языка html
- •Взаимодействие html-страницы с web сервером
- •Список литературы
- •6.4. Протоколы передачи гипертекста http Протокол http
- •История развития протокола
- •Структура протокола
- •Стартовые строки
- •Код ответа
- •Заголовки
- •Пример. Запрос/ответ по http
- •Методы обеспечения безопасности передаваемых данных
- •Процедура установления соединения по tls
- •Процедура hadshake в деталях
- •Глава7. Глобальные поисковые системы
- •7.1.Общие принципы работы поисковых систем
- •Внутренние факторы, влияющие на ранжирование документов в поисковых системах
- •Внешние факторы, влияющие на ранжирование документов в поисковых системах
- •7.2. Качество поиска. Понятие Page Rank
- •Что такое PageRank или что надо знать о pr.
- •ТИц (Тематический Индекс Цитирования)
- •Краткое резюме
- •7. 3. Обзор основных глобальных поисковых систем Internet Введение
- •7.3.1.Поисковая система Rambler
- •Нынешняя позиция Rambler в российском Интернет и на рынке интернет-рекламы
- •7.3.2 "Апорт"
- •7.3.3. Поисковая система Yandex.
- •Проверяйте орфографию
- •Используйте синонимы
- •Ищите больше, чем по одному слову
- •Не пишите большими буквами
- •Найти похожие документы
- •Попробуйте использовать язык запросов
- •Искать без морфологии
- •Поиск картинок и фотографий
- •7.3.4. Поисковая система Googlе История
- •7.3.5. Поисковая система tela
- •Зарубежные поисковики для русскоязычного пользователя
- •7.3.6. Поисковая система AltaVista
- •7.3.7. Поисковый каталог Yahoo
- •7.4. Интеллектуальные поисковые системы: принцип организации, сравнительный анализ. Введение
- •Поиск с обратной связью на естественном языке
- •Интерактивный генератор диалогов
- •Начинается с ввода пользовательского запроса, который порождает либо обмен сообщениями на естественном языке, либо направление интерпретированного запроса поисковому агенту
- •Адаптивный поисковый агент
- •Основные выводы
- •Заключение
- •Список литературы
- •Глава 8. Перспективные технологии сети Интернет
- •8.1.Гигабитные испытательные модели
- •8.2. Примеры служб обмена данными
- •Сети х.25
- •Ретрансляция кадров
- •8.3.Широкополосные isdn и atm
- •Эталонная модель b-isdn atm
- •Протокол атм
- •Категории услуг протокола атм и управление трафиком
- •Перспективы atm
- •Сравнение предоставляемых услуг
- •Стандартизация сетей
- •8.3.1. Who's Who в мире телекоммуникаций
- •Передача трафика ip через сети atm
- •Сосуществование atm с традиционными технологиями локальных сетей
- •Использование технологии atm
- •Вопросы
- •8.4. Технология «Web 2.0» Введение
- •Причины появления web 2.0
- •Что такое web 2.0
- •8.4.1. Основные принципы Веба 2.0 Веб как платформа
- •8.4.2. Использование коллективного разума
- •Блоги и мудрость масс
- •Архитектура взаимодействия
- •Конец цикла разработки по
- •Упрощенные модели программирования
- •Софт работает поверх устройств
- •Богатые пользовательские интерфейсы
- •Что должны уметь компании в Вебе 2.0
- •Подходы к проектированию Веба 2.0
- •Примеры сайтов Web 2.0
- •Пример работы в Web 2.0- википедия (http://ru.Wikipedia.Org/wiki/)
- •В контакте (http://vkontakte.Ru/)
- •Заключение
- •Список литературы.
- •Глоссарий
- •Список литературы
- •Темы ргр по дисциплине «Сетевые информационные технологии»
- •Примеры экзаменационных билетов
5.3.4. Что делать, когда электронная почта возвращается
Если электронная почта не может быть доставлена, то отправителю, как правило, выдается сообщение с указанием причины. Это сообщение, которое появляется в Вашем почтовом ящике, имеет довольно необычный формат:
"/usr/spool/mait/krol": 1 message 1 unread
>N 1 MAILER-DAEMON@uxc.es Sun Nov 3 09:03 29/1233 "Returned mail: Host un"
&
В этот момент Вы знаете лишь, что Ваша почта не прошла, и не имеете понятия, почему. Для выяснения обстоятельств придется разобраться в этом зашифрованном послании, которое вернулось к Вам.
Чаще всею электронная почта возвращается по одной из следующих причин.
Система не может найти компьютер получателя.
Получатель на указанном компьютере не известен.
Почта может найти компьютер, но все равно не может доставить сообщение.
Неизвестные компьютеры
Когда Вы посылаете кому-либо сообщение, сеть пытается извлечь какие-нибудь полезные для себя данные из того, что стоит справа от знака @. Если ничего не получается или система не может найти адрес указанного компьютера, то программа электронной почты прекращает обработку этого сообщения и посылает Вам сообщение о том, что компьютер-адресат неизвестен. Вернемся к предыдущему примеру, в котором мы закодировали двоичную программу и послали ее по адресу johnb@yoyod-yne.com. Предположим, что сеть не смогла найти систему yoyodyne.com. Тогда Вы получите сообщение примерно такого вида:
& 1
From MAILER-DAEMON@uxc.cso.uiuc.edu Sun Nov 3 09:03:18 1991
Date: Sun, 3 Nov 1991 09:02:57 -0600
From: Mail Delivery Subsystem <MAILER-DAEM0N8uxc.cso.uiuc.edu>
To: krol@uxl.cso.uiuc.edu
Subject: Returned mail: Host unknown
Transcript of session follows
550 yoyodyne.com (TCP) ... 550 Host unknown
Unsent message follows —.
Received: from uxl.cso.uiuc.edu by uxc.cso.uiuc.edu with SMTP id AA17283
(5.65C/IDA-1.4.4 for <johnb@yoyodyne.com>); Sun, 3 Nov 1991 09:02:57 -0600
Received: by uxl.cso.uiuc.edu id ЛА17906
(5.65c/IDA-1.4.4 for <johnb@yoyodyne.com>); Sun, 3 Nov 1991 06:22:30 -0600
Date: Sun, 3 Nov 1991 06:22:30 -0600
Form: Ed Krol <krol@uxl.cso.uiuc.edu>
Message-Id: <199111031222.AR17906@uxh.cso.uiuc.edu>
To: johnb@yoyodyne.com
Subject: The program you wanted.
В ответ на приглашение & Вы ввели номер сообщения, которое хотели прочитать (как любое другое). В результате получите сообщение от MAILER-DAEMON (почтовой программы-демона) из компьютера uxc.cso.uiuc.edu. uxc.cso.uiuc.edu —это промежуточная система обработки электронной почты. Вашу почту послали в эту систему по пути в yoyodyne.com, и именно в ней возникла проблема. После заголовка возвращенного сообщения в разделе Transcript of session ("Описание сеанса") Вы обнаруживаете сообщение о том, что компьютер yoyodyne.com сети не известен. После этого, как правило, дается само непрошедшее сообщение. Это избавляет Вас от необходимости вводить его еще раз. Не забудьте только перед повторной попыткой удалить "мусор", стоящий перед ним.
Что же делать, если возникает подобная ситуация? Во-первых, проверьте адрес: правильно ли Вы написали имя yoyodyne.com; во-вторых — полноту адреса. Если дается неполное имя (например, yoyodyne), то многие системы автоматически добавляют доменный суффикс; они предполагают, что этот суффикс такой же, как у них. Таким образом, на компьютере uxl.cso.uiuc.edu адрес yoyodyne превратится в yoyody-ne.cso.uiuc.edu. Это очень удобно, поскольку большинство сообщений электронной почты пересылается внутри одной организации. Следует, однако, быть внимательным и при отправке почты в другую организацию не забывать указывать домен правильно.
Подобные проблемы имеют место, когда люди дают часть адреса, полагая, что остальную часть Вы допишете сами. Например, некто дал Вам адрес типа joe@turing.es, полагая, что Вы знаете, что он работает в отделе CS университета штата Иллинойс (домен uiuc.edu) и что его полный адрес, следовательно, joe@turing.cs.uiuc.edu. Если Вы этого не поняли и указываете в качестве адреса просто joe@turing.es, то программное обеспечение электронной почты запутается, причем в данном случае —очень сильно. Компьютер воспринимает turing.es как полное имя узла turing на территории бывшей Чехословакии (.cs — код этой страны). Если Вам повезет, т.е. окажется, что имени turing.es в природе нет, то Вы получите сообщение: unknown host — "узел не существует". (Если Вам действительно не везет, то адресат joe@turing.es получит Ваше послание.) Выводы следующие. Во-первых, Вам придется послать сообщение повторно, указав, исходя из собственных сведений о местонахождении получателя, полный адрес. Во-вторых, когда Вы даете свой адрес другим, то указывайте его полностью, не надейтесь, что Ваши корреспонденты определят все остальное сами.
И, наконец, Вы можете получить сообщение, в котором неизвестный компьютер имеет несколько доменов верхнего уровня:
yoyodyne.com.cso.uiuc.edu
Если встретите что-либо подобное, то Вы столкнулись с программой электронной почты с нарушенной конфигурацией, yoyodyne.com —абсолютно нормальный адрес, однако по дороге какая-то программа электронной почты решила, что это не так, и попыталась дополнить его своим собственным доменным именем, .cso.uiuc.edu; результат Вы видите. В данном случае сделать ничего нельзя. Обратитесь за помощью к кому-нибудь, кто разбирается в программах электронной почты.
Что же случилось с конкретным сообщением, которое мы рассматриваем?. Предположим, что Джон дал Вам адрес yoyodyne.com, и Вы ввели его правильно. Поскольку домен .coin —действующий домен высшего уровня, то дополнить имя труда не составит. Следовательно, с точки зрения сети все нормально. Здесь я предположил бы, что компьютер yoyodyne.com не существует. Либо Джон дал Вам ошибочный адрес, либо компьютер за это время прекратил свое существование.
Возможно также, что Ваш компьютер просто не знает о той системе, в которую Вы пытаетесь послать почту. В некоторых системах электронной почты имеются списки действующих имен компьютеров, и обновление этих списков производится через определенные промежутки времени. Компьютер-адресат может отсутствовать в таком списке. Если Вы считаете, что проблема заключается именно в этом, свяжитесь с администратором системы электронной почты, которой Вы пользуетесь.
Аналогичные ошибки могут возникать, когда Вы отвечаете на чье-то сообщение. Некоторые системы электронной почты не вписывают свое полное имя в часть From: заголовка. Предположим, johnb@yoyodyne.com использует одну из таких программ; он посылает Вам сообщение, в ноле From: которого просто стоит johnb@yoyodync. Поскольку к доставке сообщения это поле не имеет никакого отношения, Вы получаете сообщение в целости и сохранности. При составлении ответа поле From: копируется в поле То:. После этого возникает такая же ситуация, как описано выше. Вы адресуете почту получателю johnb@yoyodyne. Ваша система пытается дополнить это имя, но делает это неправильно. В данной ситуации, если Ваша программа позволяет редактировать заголовок, можно составить ответ, а затем исправить адрес. Если редактирование заголовка не предусмотрено, придется отказаться от функции reply и создать новое сообщение.
Если ни один из этих советов Вам не помог, то остается связаться с корреспондентом и попросить у него другой адрес.