Добавил:
Upload Опубликованный материал нарушает ваши авторские права? Сообщите нам.
Вуз: Предмет: Файл:
po_x_shporki_formanf_2003.doc
Скачиваний:
0
Добавлен:
01.05.2025
Размер:
523.78 Кб
Скачать

52) 3.3. Эмуляция удаленного терминала. Удаленный доступ к ресурсам сети Telnet - это одна из самых старых информационных технологий Internet. Она входит в число стандартов, которых насчитывается три десятка на полторы тысячи рекомендуемых официальных материалов сети, называемых RFC (Request For Comments). Под telnet понимают триаду, состоящую из: telnet-интерфейса пользователя; telnetd-процесса; TELNET-протокола. Эта триада обеспечивает описание и реализацию сетевого терминала для доступа к ресурсам удаленного компьютера. В настоящее время существует достаточно большое количество программ - от Kermit до различного рода BBS (Belluten Board System), которые позволяют работать в режиме удаленного терминала, но ни одна из них не может сравниться с telnet по степени проработанности деталей и концепции реализации. Для того, чтобы оценить это, знакомство с telnet стоит начать с протокола. 3.3.1. Протокол Telnet Telnet как протокол описан в RFC-854 (май, 1983 год). Его авторы J.Postel и J.Reynolds во введении к документу определили назначение telnet так: "Назначение TELNET-протокола - дать общее описание, насколько это только возможно, двунаправленного, восьмибитового взаимодействия, главной целью которого является обеспечение стандартного метода взаимодействия терминального устройства и терминал-ориентированного процесса. При этом этот протокол может быть использован и для организации взаимодействий "терминал-терминал" (связь) и "процесс-процесс" (распределенные вычисления)." Telnet строится как протокол приложения над транспортным протоколом TCP. В основу telnet положены три фундаментальные идеи: концепция сетевого виртуального терминала (Network Virtual Terminal) или NVT; принцип договорных опций (согласование параметров взаимодействия); симметрия связи "терминал-процесс". При установке telnet-соединения программа, работающая с реальным терминальным устройством, и процесс обслуживания этой программы используют для обмена информацией спецификацию представления правил функционирования терминального устройства или Сетевой Виртуальный Терминал (Network Virtual Terminal). Для краткости будем обозначать эту спецификацию NVT. NVT - это стандартное описание наиболее широко используемых возможностей реальных физических терминальных устройств. NVT позволяет описать и преобразовать в стандартную форму способы отображения и ввода информации. Терминальная программа ("user" и процесс ("server" , работающий с ней, преобразовывают характеристики физических устройств в спецификацию NVT, что позволяет, с одной стороны, унифицировать характеристики физических устройств, а с другой обеспечить принцип совместимости устройств с разными возможностями. Характеристики диалога диктуются устройством с меньшими возможностями. Если взаимодействие осуществляется по принципу "терминал-терминал" или "процесс-процесс", то "user" - это сторона, инициирующая соединение, а "server" - пассивная сторона. Принцип договорных опций или коман

д позволяет согласовать возможности представления информации на терминальных устройствах. NVT - это минимально необходимый набор параметров, который позволяет работать по telnet даже самым допотопным устройствам, реальные современные устройства обладают гораздо большими возможностями представления информации. Принцип договорных команд позволяет использовать эти возможности. Например, NVT является терминалом, который не может использовать функции управления курсором, а реальный терминал, с которого осуществляется работа, умеет это делать. Используя команды договора, терминальная программа предлагает обслуживающему процессу использовать Esc-последовательности для управления выводом информации. Получив такую команду процесс начинает вставлять управляющие последовательности в данные, предназначенные для отображения. Симметрия взаимодействия по протоколу telnet позволяет в течении одной сессии программе-"user" и программе-"server" меняться местами. Это принципиально отличает взаимодействие в рамках telnet от традиционной схемы "клиент-сервер". Симметрия взаимодействия тесно связана с процессом согласования формы обмена данными между участниками telnet-соединения. Когда речь идет о работе на удаленной машине в режиме терминала, то возможности ввода и отображения информации определяются только конкретным физическим терминалом и договорной процесс сводится к заказу терминальной программой характеристик этого терминала. Гораздо сложнее обстоит дело, когда речь идет об обмене информацией между двумя терминальными программами в режиме "терминал-терминал". В этом случае каждая из сторон может выступать инициатором изменения принципов представления информации и здесь проявляется еще одна особенность протокола telnet. Протокол не использует принцип "запрос-подтверждение", а применяет принцип "прямого действия". Это значит, что если терминальная программа хочет расширить возможности представления информации, то она делает это (например, вставляет в информационный поток Esc-последовательности), если в ответ она получает информацию в новом представлении, то это означает, что попытка удалась, в противном случае происходит возврат к стандарту NVT. Обычно процесс согласования форм представления информации происходит в начальный момент организации telnet-соединения. Каждый из процессов старается установить максимально возможные параметры сеанса. Однако эти параметры могут быть изменены и позже, в процессе взаимодействия (например, после запуска прикладной программы).

53) При обсуждении примеров отправки и получения почтовых сообщений уже упоминался формат почтового сообщения. Разберем его подробнее. Формат почтового сообщения Internet определен в документе RFC-822 (Standard for ARPA Internet Text Message). Это довольно большой документ объемом в 47 страниц машинописного текста, поэтому рассмотрим формат сообщения на примерах. Почтовое сообщение состоит из трех частей: конверта, заголовка и тела сообщения. Пользователь видит только заголовок и тело сообщения. Конверт используется только программами доставки. Заголовок всегда находится перед телом сообщения и отделен от него пустой строкой. RFC-822 регламентирует содержание заголовка сообщения. Заголовок состоит из полей. Поля состоят из имени поля и содержания поля. Имя поля отделено от содержания символом ":". Минимально необходимыми являются поля Date, From, cc или То. Первоначально электронная почта была предназначена исключительно для передачи текстовых сообщений, содержащих ASCII символы. Если же требовалось передать двоичный файл или текст на языке отличном от английского, то возникала необходимость кодирования такого файла или текста символами ASCII. Далее, закодированное сообщение передавалось с помощью обычных средств электронной почты. Принимающая сторона (пользователь) должна быть извещена о способе кодирования и должным образом декодировать сообщение. Одна из таких кодировок - UUE. Разнородность сетей и обилие не стандартизированного ПО различных производителей зачастую не позволяло пользователям "понимать" друг друга. Причины проблем: 1. Разные клиенты работали с разными кодировками. 2. Не была определена структура размещения и идентификации типа закодированных данных. Чтобы понять, что собой представляет полученная информация, ее необходимо было "вынуть" из сообщения и декодировать. С ростом популярности E-mail и multimedia возникла необходимость в одном сообщении передавать данные различных типов: • текстовую информацию на различных языках, • графические изображения, • видеопоследовательности, • голосовые сообщения (аудиоинформацию), • и просто, бинарные файлы; При этом для большей интеграции E-mail и multimedia одной из задач была просматривать сообщение "на лету". Это послужило толчком к созданию унифицированного интерфейса (стандарта), который бы интерпретировался всеми почтовыми системами одинаково. Стандарт MIME (Multipurpose Internet Mail Extention, многоцелевое расшироение интернет почты) представляет такой удобный интерфейс. Он не заменяет, а расширяет существующий способ формирования электронных сообщений. MIME - новый формат представления данных, представляющий почтовому клиенту гибкий интерфейс для работы с E-mail. Протоколы Современная архитектура (SMTP) Общепринятым в мире протоколом обмена электронной почтой является SMTP (Шаблон:Lang-en, протокол передачи почты). В общепринятой реализации он использует DNS для определения правил пересылки почты (хотя в частных системах, вроде Micro

soft Exchange, SMTP может действовать исходя из информации из других источников). В различных доменах настроены свои, независимые друг от друга, почтовые системы. У каждого почтового домена может быть несколько пользователей. (Однако, фактически, может быть так, что одна организация или персона владеет многими доменами, которые обслуживаются (физически) одной почтовой системой). Почта передаётся между узлами с использованием программ пересылки почты (Шаблон:Lang-en) (Такими, как, например, sendmail, exim4, postfix, Microsoft Exchange Server, Lotus Domino и т. д.). Поведение систем при связи друг с другом строго стандартизировано, для этого используется протокол SMTP (и соблюдение этого стандарта, наравне с всеобщей поддержкой DNS всеми участниками, является основой для возможности связи «всех со всеми» без предварительных договорённостей). Взаимодействие почтовой системы и пользователей, в общем случае, Часто почтовые программы позволяют общаться в группах новостей (Usenet), основанных на технологии NNTP. Существуют NNTP-шлюзы в сеть Фидонет. [править] HTML и Web Некоторые веб-браузеры, такие как Opera (M2) или SeaMonkey, имеют встроенные почтовые программы. Обычно для просмотра HTML-писем почтовые программы пользуются движками родственных браузеров: Microsoft Outlook Express пользуется Trident; Mozilla Thunderbird — Gecko, совместно с SeaMonkey и Firefox. [править] Популярные программы Самые распространённые почтовые программы, используемые под разными операционными •

56) Протокол ftp

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

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

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

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

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

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

FTP-протокол.

FTP (File Transfer Protocol, или 'Протокол передачи данных') - один из старейших протоколов в Internet и входит в его стандарты. Первые спецификации FTP относятся к 1971 году.FTP предназначен для решения задач разделения доступа к файлам на удаленных хостах, прямого или косвенного использования ресурсов удаленных компьютеров, обеспечения независимости клиента от файловых систем удаленных хостов, эффективной и надежной передачи данных.

Обмен данными в FTP происходит по TCP-каналу. Обмен построен на технологии 'клиент-сервер'. FTP не может использоваться для передачи конфиденциальных данных, поскольку не обеспечивает защиты передаваемой информации и передает между сервером и клиентом открытый текст. FTP-сервер может потребовать от FTP-клиента аутентификации (т.е. при присоединении к серверу FTP-пользователь должен будет ввести свой идентификатор и пароль). Однако пароль, и идентификатор пользователя будут переданы от клиента на сервер открытым текстом.

57)

Gopher/Служба Gopher это распределенная система поиска документов. Она была первоначально осуществлена как Университетская Широкая Информационная Система (Campus Wide Information System) в Университете Штата Mиннесота. Она определена в FYI, март 1993, от Университета Штата Mиннесота следующим образом:

Протокол Internet Gopher предназначен, прежде всего, чтобы действовать как распределенная система доставки документов. В то время как документы (и услуги) постоянно находятся на различных серверах, клиентское программное обеспечение Gopher представляет пользователям иерархию элементов и каталогов подобно файловой системе. Фактически, интерфейс Gopher разработан, чтобы быть похожим на файловую систему, так как файловая система это хорошая модель для расположения документов и услуг.

Служба Gopher очень мощная. Она может обслуживать текстовые документы, звуковые и другое мультимедиа. Она также работает в основном в текстовом режиме и поэтому намного быстрее, чем HTTP через броузер. Несомненно, наиболее популярный клиент Gopher создан для UNIX. (Gopher2_3 особенно популярен, сопровождается Xgopher.) Однако, многие операционные системы имеют клиенты Gopher. Смотрите Таблицу 6.6, содержащую несколько из них.

Таблица 6.6. Клиенты Gopher для различных операционных систем.

Операционная Система Клиент

Microsoft Windows (все) Hgopher, Ws_Gopher

Macintosh Mac Turbo Gopher

AS/400 Клиент Gopher AS/400

OS/2 Os2Gofer

Gopher. Gopher - это виртуальная файловая система Internet, в качестве элементов которой используются файлы, каталога, поисковые запросы, сессии telnet и ftp. Работа с системой аналогична хождению по дереву обычной файловой системы. Сегодня Gopher получил широкое развитие в университетах и научных кругах для организации внутренних распределенных информационных систем. Gopher-серверы объединены в единое информационное пространство на Internet, при путешествии по которому пользователь переходит с одного сервера на другой.

Для доступа к Gopher по электронной почте следует послать сообщение по одному из следующих адресов:

gophermail@cr-df.rnp.br (Вразилия)

gophermail@eunet.cz (Чехия)

gopher@earn.net (Франция)

gopher@ftp.technion.ac.il (Израиль)

gopher@join.ad.jp (Япония)

gopher@dsv.su.se (щвеция)

gophermail@calvin.edu (США)

58)

NNTP (Net News Transfer Protocol) - протокол передачи сетевых новостей. Обеспечивает получение сетевых новостей и электронных досок объявлений сети и возможность помещения информации на доски объявлений сети.

Протокол NNTP (Network News Transfer Protocol)

Системная служба протокола NNTP позволяет компьютерам под управлением Windows Server 2003 выступать в роли сервера новостей. Для загрузки групп новостей с сервера, просмотра заголовков и чтения статей в каждой группе используется программа новостей, например Microsoft Outlook Express.

Журналы и оповещения производительности

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

Диспетчер печати

Системная служба диспетчера печати управляет всеми локальными и сетевыми очередями печати, а также контролирует все задания печати. Диспетчер печати является ключевым компонентом системы печати в Windows. Он управляет очередями печати в системе, а также взаимодействует с драйверами принтеров и компонентами ввода-вывода, например портами USB и протоколами семейства TCP/IP.

.

59)

HTTP (HyperText Transfer Protocol - протокол передачи гипертекста) был разработан как основа World Wide Web.

Работа по протоколу HTTP происходит следующим образом: программа-клиент устанавливает TCP-соединение с сервером (стандартный номер порта-80) и выдает ему HTTP-запрос. Сервер обрабатывает этот запрос и выдает HTTP-ответ клиенту.

Структура HTTP-запроса

HTTP-запрос состоит из заголовка запроса и тела запроса, разделенных пустой строкой. Тело запроса может отсутствовать.

Заголовок запроса состоит из главной (первой) строки запроса и последующих строк, уточняющих запрос в главной строке. Последующие строки также могут отсутствовать.

Запрос в главной строке состоит из трех частей, разделенных пробелами:

Метод (иначе говоря, команда HTTP):

GET - запрос документа. Наиболее часто употребляемый метод; в HTTP/0.9, говорят, он был единственным.

HEAD - запрос заголовка документа. Отличается от GET тем, что выдается только заголовок запроса с информацией о документе. Сам документ не выдается.

POST - этот метод применяется для передачи данных CGI-скриптам. Сами данные следуют в последующих строках запроса в виде параметров.

PUT - разместить документ на сервере. Насколько я знаю, используется редко. Запрос с этим методом имеет тело, в котором передается сам документ.

Ресурс - это путь к определенному файлу на сервере, который клиент хочет получить (или разместить - для метода PUT). Если ресурс - просто какой-либо файл для считывания, сервер должен по этому запросу выдать его в теле ответа. Если же это путь к какому-либо CGI-скрипту, то сервер запускает скрипт и возвращает результат его выполнения. Кстати, благодаря такой унификации ресурсов для клиента практически безразлично, что он представляет собой на сервере.

Версия протокола-версия протокола HTTP, с которой работает клиентская программа.

Таким образом, простейший HTTP-запрос может выглядеть следующим образом:

GET / HTTP/1.0

Здесь запрашивается корневой файл из корневой директории web-сервера.

Строки после главной строки запроса имеют следующий формат:

Connection (соединение)- может принимать значения Keep-Alive и close. Keep-Alive ("оставить в живых") означает, что после выдачи данного документа соединение с сервером не разрывается, и можно выдавать еще запросы. Большинство браузеров работают именно в режиме Keep-Alive, так как он позволяет за одно соединение с сервером "скачать" html-страницу и рисунки к ней. Будучи однажды установленным, режим Keep-Alive сохраняется до первой ошибки или до явного указания в очередном запросе Connection: close.

close ("закрыть") - соединение закрывается после ответа на данный запрос.

User-Agent - значением является "кодовое обозначение" браузера, например:

Mozilla/4.0 (compatible; MSIE 5.0; Windows 95; DigExt)

Accept - список поддерживаемых браузером типов содержимого в порядке их предпочтения данным браузером, например для моего IE5:

Accept: image/gif, image/x-xbitmap, image/jpeg, image/pjpeg, application/vnd.ms-excel, application/msword, application/vnd.ms-powerpoint, */*

Это, очевидно, нужно для случая, когда сервер может выдавать один и тот же документ в разных форматах.

Значение этого параметра используется в основном CGI-скриптами для формирования ответа, адаптированного для данного браузера.

Referer - URL, с которого перешли на этот ресурс.

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

Accept-Language - поддерживаемый язык. Имеет значение для сервера, который может выдавать один и тот же документ в разных языковых версиях.

60) Веб-обозрева́тель, бра́узер (от англ. Web browser; вариант броузер — неправильно[1][2]) — программное обеспечение для просмотра веб-сайтов, то есть для запроса веб-страниц (преимущественно из Сети), их обработки, вывода и перехода от одной страницы к другой.: Internet Explorer 7 имеет вкладки, блокировщик всплывающих окон, фишинг-фильтр, встроенный RSS-агрегатор, поддержку интернациональных доменных имён, средств групповой политики и возможность автообновления через Windows Update. Windows-версия браузера основана на движке Trident, который поддерживает стандарты HTML 4.01, CSS Level 1, XML 1.0 и DOM Level 1 и частично CSS Level 2 и DOM Level 2, также имеет возможность подключения расширений, что реализуется через объектную модель компонентов (COM).

Mozilla Firefox ([moʊˈzɪlə ˈfaɪɹfɑks]) — свободно распространяемый браузер. В браузере присутствуют вкладочный интерфейс, проверка орфографии, поиск по мере набора, «живые закладки», менеджер закачек, поисковая система. Новые функции можно добавлять при помощи расширений.

Firefox выпускается для Microsoft Windows, BeOS, Mac OS X, Linux и множества других Unix-подобных операционных систем.

Safari — браузер. Разработан корпорацией Apple и входит в состав операционной системы Mac OS X, а также бесплатно распространяется для операционных систем семейства Microsoft Windows.

Safari основан на свободно распространяемом коде движка WebKit. Данный браузер создавался, когда подходил к концу срок действия договора Apple с Microsoft о поддержке Internet Explorer для платформы Macintosh. Вскоре после появления Safari работа над Internet Explorer для Macintosh была прекращена.

Google Chrome — браузер, разрабатываемый компанией Google и использующий для отображения веб-страниц движок WebKit, разработанный для браузера Safari на основе KHTML. В отличие от многих других браузеров, в Chrome каждая вкладка является отдельным процессом. В случае, если процесс обработки содержимого вкладки зависнет, его можно будет завершить без риска потери данных других вкладок.В Chrome для обработки сценариев JavaScript используется движок V8. Согласно тесту скорости, время выполнения скриптов в Chrome 2.0.172.33 в 2,1 раза больше времени выполнения скриптов в Safari 4.0.2 (530.19.1).[5] Однако у браузеров Firefox, Opera и Internet Explorer этот показатель ещё хуже (Firefox 3.5 в 2,2 раза медленнее Safari 4.0.2, Opera 9.64 (10487) — в 2,6 раза, IE8 — в 4,6).

Как и другие браузеры, Chrome содержит несколько дополнительных уникальных идентификаторов ресурсов about: URI. Кроме ставших уже привычными about:cache и about:plugins, есть различные URI со статистикой. Также до версии 2.0.169.1 была доступна заставка sspipes.scr («трубопровод»), при условии наличия установленной заставки Windows с аналогичным названием, в противном случае — выводилась надпись «The Tubes are Clogged!» на сером

Opera (О́пера) — веб-браузер и программный пакет для работы в Интернете, выпускаемый компанией Opera Software ASA. Разработан в 1994 году группой исследователей из норвежской компании Telenor. С 1995 года продукт компании Opera Software, образованной авторами первой версии браузера. Браузер написан на языке программирования C++, обладает высокой скоростью работы[4] и совместим с основными веб-технологиями.[5] Отличительными особенностями Opera долгое время являлись многостраничный интерфейс (система вкладок в окне программы) и возможность масштабирования отображаемых документов целиком, вместе с графикой; впоследствии эти функции появились и в других браузерах.

Помимо основных функций браузера, за время, прошедшее с момента появления пакета, в него были интегрированы возможности почтового/новостного клиента Opera Mail, адресной книги, клиента пиринговой сети BitTorrent, агрегатора RSS, клиента IRC, менеджера закачек, WAP-браузера, Opera Link, а также виджеты — графические модули, основанные на технологии HTML и работающие вне окна браузера.

49)

49. Сети Frame relay - сравнительно новые сети, которые гораздо лучше подходят для передачи пульсирующего трафика локальных сетей по сравнению с сетями Х.25, правда, это преимущество проявляется только тогда, когда каналы связи приближаются по качеству к каналам локальных сетей, а для глобальных каналов такое качество обычно достижимо только при использовании волоконно-оптических кабелей. Преимущество сетей Frame relay заключается в их низкой протокольной избыточности и дейтаграммном режиме работы, что обеспечивает высокую пропускную способность и небольшие задержки кадров. Надежную передачу кадров технология Frame relay не обеспечивает. Сети Frame relay специально разрабатывались как общественные сети для соединения частных локальных сетей. Они обеспечивают скорость передачи данных до 2 Мбит/с. сети Frame relay следует применять только при наличии на магистральных каналах волоконно-оптических кабелей высокого качества. Каналы доступа могут быть и на витой паре, как это разрешает интерфейс G.703 или абонентское окончание ISDN. Используемая на каналах доступа аппаратура передачи данных должна обеспечить приемлемый уровень искажения данных - не ниже 10 -6. При использовании PVC сеть Frame relay хорошо подходит для объединения локальных сетей с помощью мостов, так как в этом случае от моста не нужна поддержка механизма установления виртуального канала, что требует некоторого программного «интеллекта». Мост может отправлять кадры протокола Ethernet или FDDI непосредственно в кадрах LAP-F или же может использовать поверх протокола LAP-F протокол РРР. Стандарт Internet RFC 1490 определяет формат заголовка SNAP для случая передачи через сеть Frame relay непосредственно кадров канального уровня. Чаще доступ к сетям Frame relay реализуют не удаленные мосты, а маршрутизаторы, которые в случае поддержки на последовательных портах протокола frame relay как основного называют устройствами доступа FRAD (хотя и мост, и любое устройство, которое поддерживает протоколы UNI frame relay, относятся к классу FRAD).

Так как сети Frame relay передают кадры с небольшими задержками, с их помощью часто передают трафик сетей SNA, особенно в том случае, когда они используют такие чувствительные к задержкам протоколы, как SDLC (фирменный протокол канального уровня компании IBM)..

Соседние файлы в предмете [НЕСОРТИРОВАННОЕ]