Здесь можно найти учебные материалы, которые помогут вам в написании курсовых работ, дипломов, контрольных работ и рефератов. Так же вы мажете самостоятельно повысить уникальность своей работы для прохождения проверки на плагиат всего за несколько минут.
Предлагаем нашим посетителям воспользоваться бесплатным программным обеспечением «StudentHelp», которое позволит вам всего за несколько минут, выполнить повышение оригинальности любого файла в формате MS Word. После такого повышения оригинальности, ваша работа легко пройдете проверку в системах антиплагиат вуз, antiplagiat.ru, РУКОНТЕКСТ, etxt.ru. Программа «StudentHelp» работает по уникальной технологии так, что на внешний вид, файл с повышенной оригинальностью не отличается от исходного.
Результат поиска
Наименование:
реферат Протокол TCP-IP
Информация:
Тип работы: реферат.
Добавлен: 13.10.2012.
Год: 2012.
Страниц: 7.
Уникальность по antiplagiat.ru: < 30%
Описание (план):
Федеральное
агентство по образованию
РФ Негосударственное
образовательное
учреждение высшего
профессионального
образования Санкт
-Петербургский институт
управления и права
Реферат
по
учебной дисциплине: Администрирование
информационных систем
на
тему: Протокол TCP-IP
Студента:
Воронков В.О.
группы
71
САНКТ-ПЕТЕРБУРГ
2012
г.
Содержание
Введение 3
Эталонная модель OSI 4
Анатомия модели TCP/IP 5
Прикладной уровень 5
Межхостовой уровень 5
Межсетевой уровень 5
Уровень сетевого доступа 6
Преимущества TCP/IP 6
Уровни и протоколы TCP/IP 7
Модель TCP/IP 7
Семейство протоколов TCP/IP 7
Протокол IP 8
Задачи протокола IP 8
Протокол ТСР 9
Задачи протокола ТСР 9
Протокол UDP 9
Задачи протокола UDP 10
Telnet 10
FTP 11
TFTP 12
SMTP 12
NFS 13
SNMP 14
World Wide Web 15
HTTP 15
Заключение 18
Введение
В общем
случае термин TCP/IP обозначает целое
семейство протоколов: TCP
(Transmission Control Protocol/Internet Protocol) для надежной
доставки данных, UDP (User Datagram Protocol) для негарантированной
доставки, IP
(Internet Protocol) и других прикладных служб.
TCP/IP является открытым коммуникационным
протоколом. Открытость означает, что
он обеспечивает связь в любых комбинациях
устройств независимо от того, насколько
они различаются на физическом уровне.
Благодаря
протоколу TCP/IP Интернет стал тем, чем он
является сегодня. В результате Интернет
произвел в нашем стиле жизни и работы
почти такие же революционные изменения,
как печатный станок, электричество и
компьютер.
Без популярных
протоколов и служб – таких, как HTTP, SMTP
и FTP – Интернет был бы просто большим
количеством компьютеров, связанных в
бесполезный клубок.
Протокол TCP/IP встречается повсеместно.
Это семейство протоколов, благодаря которым
любой пользователь с компьютером, модемом
и договором, заключенным с поставщиком
услуг Интернета, может получить доступ
к информации по всему Интернету. Пользователи
служб AOL Instant Messenger и ICQ (также принадлежащей
AOL) получают и отправляют свыше 750 миллионов
сообщений в день.
Именно
благодаря TCP/IP каждый день благополучно
выполняются многие миллионы операций
– а возможно, и миллиарды, поскольку работа
в Интернете отнюдь не ограничивается
электронной почтой и обменом сообщениями.
Более того, в ближайшее время TCP/IP не собирается
сдавать свои позиции. Это стабильное,
хорошо проработанное и достаточно полное
семейство протоколов.
В своей
курсовой работе я описываю общий
обзор семейства протоколов
TCP/IP, основные принципы их работы и задачи,
краткая история World Wide
Web и HTTP.
Эталонная
модель OSI
Международная
организация по стандартизации (ISO,
International Organization for Standardization) разработала
эталонную модель взаимодействия открытых
систем (OSI, Open Systems Interconnection) в 1978/1979 годах
для упрощения открытого взаимодействия
компьютерных систем.
Открытым
называется взаимодействие, которое
может поддерживаться в неоднородных
средах, содержащих системы разных
поставщиков. Модель OSI устанавливает
глобальный стандарт, определяющий состав
функциональных уровней при открытом
взаимодействии между компьютерами.
Следует
заметить, что модель настолько успешно
справилась со своими исходными целями,
что в настоящее время ее достоинства
уже практически не обсуждаются.
Существовавший ранее закрытый, интегрированный
подход уже не применяется на практике,
в наше время открытость коммуникаций
является обязательной. Как ни странно,
очень не многие продукты полностью соответствуют
стандарту OSI. Вместо этого базовая многоуровневая
структура часто адаптируется к новым
стандартам. Тем не менее, эталонная модель
OSI остается ценным средством для демонстрации
принципов работы сети.
Эталонная
модель TCP/IP
В отличие
от эталонной модели OSI, модель ТСР/IP
в большей степени ориентируется
на обеспечение сетевых взаимодействий,
нежели на жесткое разделение функциональных
уровней. Для этой цели она признает важность
иерархической структуры функций, но предоставляет
проектировщикам протоколов достаточную
гибкость в реализации. Соответственно,
эталонная модель OSI гораздо лучше подходит
для объяснения механики межкомпьютерных
взаимодействий, но протокол TCP/IP стал
основным межсетевым протоколом.
Гибкость
эталонной модель TCP/IP по сравнению
с эталонной моделью OSI продемонстрирована
на рисунке.
|Уровень |Номер |Эквивалентный |
|OSI |OSI |уровень TCP/IP |
|Прикладной уровень |7 | |
| | |Прикладной |
| | |уровень |
| | | |
| | |Межхостовой |
| | |уровень |
| | | |
| | |Межсетевой уровень |
| | | |
| | |Уровень сетевого |
| | |доступа |
|Представительский уровень |6 | |
|Сеансовый уровень |5 | |
|Транспортный уровень |4 | |
|Сетевой уровень |3 | |
|Канальный уровень |2 | |
|Физический уровень |1 | |
Анатомия
модели TCP/IP
Стек протоколов
TCP/IP состоит из четырех функциональных
уровней: прикладного, межхостового, межсетевого
и уровня сетевого доступа. Прикладной
уровень
Прикладной
уровень содержит протоколы удаленного
доступа и совместного использования
ресурсов. Хорошо знакомые приложения-
такие, как Telnet, FTP,
SMTP, HTTP и многие другие- работают на этом
уровне и зависят от функциональности
уровней, расположенных ниже в иерархии.
Любые приложения, использующие взаимодействие
в сетях IP (включая любительские и коммерческие
программы), относятся к этому уровню модели. Межхостовой
уровень
К функциям
этого уровня относится сегментирование
данных в приложениях для пересылки по
сети, выполнение математических проверок
целостности принятых данных и мультиплексирование
потоков данных ( как передаваемых, так
и принимаемых) для нескольких приложений
одновременно. Отсюда следует, что межхостовой
уровень располагает средствами идентификации
приложений и умеет переупорядочивать
данные, принятые не в том порядке.
В настоящее
время межхостовой уровень состоит
из двух протоколов: протокола управления
передачей TCP и протокола пользовательских
дейтаграмм UDP. С учетом того, что Интернет
становится все более транзакционно- ориентированным,
был определен третий протокол, условно
названный протоколом управления транзакциями/передач й
T/TCP (Transaction/Transmi sion Control Protocol). Тем не менее,
в большинстве прикладных сервисов Интернета
на межхостовом уровне используются протоколы
TCP и UDP. Межсетевой
уровень
Межсетевой
уровень IPv4 состоит из всех протоколов
и процедур, позволяющих потоку данных
между хостами проходить по нескольким
сетям. Следовательно, пакеты, в которых
передаются данные, должны быть маршрутизируемыми.
За маршрутизируемость пакетов отвечает
протокол IP (Internet Protocol).
Межсетевой
уровень должен поддерживать маршрутизацию
и функции управления маршрутами.
Эти функции предоставляются
внешними протоколами, которые называются
протоколами маршрутизации. К их числу
относятся протоколы IGP (Interior Gateway Protocols)
и EGP (Exterior Gateway Protocols). Уровень
сетевого доступа
Уровень
сетевого доступа состоит из всех
функций, необходимых для физического
подключения и передачи данных по сети.
В эталонной модели OSI (Open Systems Interconnection)
этот набор функций разбит на два уровня:
физический и канальный. Эталонная модель
TCP/IP создавалась после протоколов, присутствующих
в ее названии, и в ней эти два уровня были
слиты воедино, поскольку различные протоколы
IP останавливаются на межсетевом уровне.
Протокол IP предполагает, что все низкоуровневые
функции предоставляются либо локальной
сетью, либо подключением через последовательный
интерфейс. Преимущества
TCP/IP
Протокол
TCP/IP обеспечивает возможность межплатформенных
сетевых взаимодействий ( то есть связи
в разнородных сетях). Например, сеть
под управлением Windows NT/2000 может содержать
рабочие станции Unix и Macintosh, и даже другие
сети более низкого порядка. TCP/IP обладает
следующими характеристиками: o Хорошие
средства восстановления после сбоев.
o Возможность добавления новых сетей
без прерывания текущей работы. o Устойчивость
к ошибкам. o Независимость от платформы
реализации. o Низкие непроизводительные
затраты на пересылку служебных данных. Уровни
и протоколы TCP/IP
Протоколы
TCP и IP совместно управляют потоками
данных ( как входящими, так и исходящими)
в сети. Но если протокол IP просто передает
пакеты, не обращая внимания на результат,
TCP должен проследить за тем, чтобы пакеты
прибыли в положенное место. В частности,
TCP отвечает за выполнение следующих задач:
o Открытие и закрытие сеанса. o Управление
пакетами. o Управление потоком данных.
o Обнаружение и обработка ошибок. Модель
TCP/IP
Протокол
TCP/IP обычно рассматривается в контексте
эталонной модели, определяющей структурное
деление его функций. Однако модель
TCP/IP разрабатывалась значительно
позже самого комплекса протоколов,
поэтому она ни как не могла
быть взята за образец при проектировании
протоколов. Семейство
протоколов TCP/IP
Семейство
протоколов IP состоит из нескольких
протоколов, часто обозначаемых общим
термином “TCP/IP”: o IP – протокол межсетевого
уровня; o TCP – протокол межхостового
уровня, обеспечивающий надежную доставку;
o UDP – протокол межхостового уровня, не
обеспечивающий надежной доставки; o ICMP
– многоуровневый протокол, упрощающий
контроль, тестирование и управление в
сетях IP. Различные протоколы ICMP распространяются
на межхостовой и прикладной уровни. Связи
между этими протоколами изображены на
рисунке. Протокол
IP
Протокол
IP (Internet Protocol) является самым распространенным
межсетевым протоколом в мире. Функциональность
протокола определяется объемом
данных, хранящихся в заголовках. Структура
заголовков IP, а, следовательно, и его возможности
первоначально определялись в серии RFC
и других общедоступных документов, которые
были опубликованы еще во времена создания
группы IETF. Обычно считается, что базовым
документом для современной версии IP является
RSC 791 («internet protocol», Postel, J.B; 1981).
Благодаря
неустанной работе IETF протокол IP постоянно
развивается. В последующих RFC (Request
for Comments) были добавлены многочисленные
новые возможности. Тем не менее,
все они строятся на основе, заложенной
в RFC 791. С архитектурной точки зрения текущая
версия IP имеет номер 4 (Ipv4).
Со временем
новая версия (Ipv6) постепенно вытеснит
Ipv4, но в настоящее время повсеместно
поддерживается стандарт Ipv4. Задачи
протокола IP
Заголовок
пакета IP содержит всю информацию, необходимую
для выполнения основных сетевых операций.
К числу таких операций относятся: адресация
и маршрутизация; фрагментация и повторная
сборка; выявление и исправление данных,
поврежденных в процессе пересылки; Протокол
ТСР
Протокол
TCP (Transmission Control Protocol) пользуется сервисом
IP для обеспечения надежной доставки прикладных
данных. ТСР создает между двумя или более
хостами сеанс, ориентированный на соединение.
Он обладает такими возможностями, как
поддержка нескольких потоков данных,
координация потока и контроль ошибок
и даже восстановление нарушенного порядка
пакетов.
Протокол
ТСР также разрабатывался посредством
публикации общедоступных документов
RFC группой IETF. Задачи
протокола ТСР
В сеансе
связи ТСР обеспечивает ряд важных
функций, большая часть которых связана
с обеспечением интерфейса между различными
приложениями и сетью. К числу этих функций
относятся: o мультиплексирование данных
между приложениями и сетью; o проверка
целостности полученных данных; o восстановление
нарушенного порядка данных; o подтверждение
успешного получения данных; o регулирование
скорости передачи данных; o измерение
временных характеристик; o координация
повторной передачи данных, поврежденных
или потерянных в процессе пересылки. Протокол
UDP
Протокол
UDP (User Datagram Protocol) является вторым протоколом
межхостового уровня (соответствующего
транспортному уровню в эталонной
модели OSI). UDP обеспечивает простейшие,
требующие минимальных затрат средства
передачи данных в виде так называемых
«дейтаграмм» (datagrams).
Как правило, UDP используется в приложениях,
ориентированных на широковещательную
рассылку или работу с сообщениями, а также
там, где не требуется полная надежность,
обеспечиваемая протоколом TCP. Задачи
протокола UDP
Протокол
UDP намеренно проектировался как эффективный
транспортный протокол с минимальными
издержками, что напрямую отражено в структуре
его заголовка. Информации, хранящейся
в заголовке, хватает только для того,
чтобы переслать дейтаграмму нужному
приложению (то есть номеру порта) и выполнить
простейшую проверку ошибок. UDP не обладает
ни одной из нетривиальных возможностей,
обеспечиваемых протоколом ТСР. В нем
не предусмотрены таймеры, средства управления
потоком или регулировки скорости передачи,
подтверждения, механизмы ускоренной
доставки срочных данных и т.д. Протокол
UDP просто пытается доставить дейтаграмму.
Если попытка по какой-либо причине завершается
неудачей, дейтаграмма теряется без каких-либо
попыток повторной передачи данных. Telnet
Термин
«Telnet» (TELecommunications NETwork) обычно используется
для обозначения, как приложения, так и
самого протокола, что наделяет его двойным
смыслом. Telnet предоставляет в распоряжение
пользователя средства для удаленного
входа и прямого выполнения терминальных
операций по сети. Иначе говоря, Telnet обеспечивает
прямой доступ к удаленному компьютеру.
Telnet работает
на порте 23. На хосте должен работать
сервер Telnet, ожидающий аутентифицированного
удаленного входа. В Windows 9x/NT/2000, BeOS, Linux
и других операционных системах на платформе
х86 необходимо установить отдельный сервер
Telnet, настроить его и запустить на прием
входящих запросов. Системы на базе MacOS
также требуют отдельного сервера Telnet.
Только в системах Unix имеется собственный
сервер Telnet, который обычно называется
telnetd («d»-«daemon»- серверное приложение,
работающее в фоновом режиме). На другом
конце соединения работает приложение
Telnet, обеспечивающее текстовый или графический
интерфейс для пользовательского сеанса. FTP
В отличие
от протокола Telnet, позволяющего работать
на удаленном хосте, протокол FTP (File
Transfer Protocol) играет более пассивную
роль и предназначается для приема
и отправки файлов на удаленный сервер.
Такая возможность идеально подходит
для web-мастеров и вообще для всех, кому
потребуется переслать большие файлы
с одного компьютера на другой без прямого
подключения. FTP обычно используется в
так называемом «пассивном» режиме, при
котором клиент загружает данные о дереве
каталогов и отключается, но периодически
сигнализирует серверу о необходимости
сохранять открытый порт.
В системах
Unix поддержка FTP обычно обеспечивается
программами ftpd и ftp. По умолчанию протокол
FTP работает на портах 20 (пересылка данных)
и 21 (пересылка команд). FTP отличается от
всех остальных протоколов ТСР/IP тем, что
команды могут передаваться одновременно
с передачей данных в реальном времени;
у других протоколов подобная возможность
отсутствует.
Клиенты
и сервера FTP в той или иной
форме существуют во всех операционных
системах. Приложения FTP на базе MacOS имеют
графический интерфейс, как и большинство
приложений для системы Windows. Преимущество
графических клиентов FTP заключается в
том, что команды, обычно вводимые вручную,
теперь автоматически генерируются клиентом,
что снижает вероятность ошибок, упрощает
и ускоряет работу. С другой стороны, серверы
FTP после первоначальной настройки не
требуют дополнительного внимания, поэтому
графический интерфейс для них оказывается
лишним.
TFTP
Название
протокола TFTP (Trivial FTP) выбрано весьма удачно.
TFTP поддерживает лишь малое подмножество
функций FTP. Он работает на базе протокола
UDP. TFTP не следит за доставкой пакетов и
практически не обладает средствами обработки
ошибок. С другой стороны, эти ограничения
снижают непроизводительные затраты при
пересылке. TFTP не выполняет аутентификации;
он просто устанавливает соединение. В
качестве защитной меры TFTP позволяет перемещать
только общедоступные файлы.
Применение
TFTP создает серьезную угрозу для
безопасности системы. По этой причине
TFTP обычно используется во встроенных
приложениях, для копирования конфигурационных
файлов при настройке маршрутизатора,
при необходимости жесткой экономии ресурсов,
а также в тех случаях, когда безопасность
обеспечивается другими средствами. Протокол
TFTP также используется в сетевых конфигурациях,
в которых загрузка компьютеров производится
с удаленного сервера, а протокол TFTP может
быть легко записан в ПЗУ сетевых адаптеров.
SMTP
Протокол
SMTP (Simple Mail Transfer Protocol) является фактическим
стандартом пересылки электронной почты
в сетях, особенно в Интернете. Во всех
операционных системах имеются почтовые
клиенты с поддержкой SMTP, а большинство
поставщиков услуг Интернета использует
SMTP для работы с исходящей почтой. Серверы
SMTP существуют для всех операционных систем,
включая Windows 9x/NT/2K, MacOS, семейство Unix, Linux,
BeOS, и даже AmigaOS.
Протокол
SMTP проектировался для транспортировки
сообщений электронной почты
в разных сетевых средах. В сущности,
SMTP не следит за тем, как перемещается
сообщение, а лишь за тем, чтобы оно было
доставлено к месту назначения. SMTP обладает
мощными средствами обработки почты, обеспечивающими
автоматическую маршрутизацию по определенным
критериям. В частности, SMTP может оповестить
отправителя о том, что адрес не существует
и вернуть ему сообщение, если почта остается
не доставленной в течение определенного
периода времени (задаваемого системным
администратором сервера, с которого отправляется
сообщение). SMTP использует порт ТСР с номером
25.
NFS
Файловая
система NFS (Network File System) создавалась
компанией Sun
Microsystems, Inc. для решения проблем в сетях
с несколькими операционными системами.
NFS поддерживает только совместны доступ
к файлам и является компонентом многих
операционных систем семейства Unix. Кроме
того, NFS хорошо поддерживается большинством
других операционных систем.
В NFS версии
1 и 2 в качестве основного транспортного
протокола использовался протокол
UDP. Поскольку UDP не обеспечивает гарантированной
доставки, для ненадежных каналов эта
проблема должна решаться на уровне NFS,
а не на уровне протокола. Из-за этого в
некоторых ранних реализациях NFS существовали
проблемы с порчей содержимого файлов.
Начиная
с NFS версии 3, в качестве транспортного
протокола может использоваться
TCP. Впрочем, появившаяся в NFS 3 поддержка
TCP не оптимизирована. При использовании
TCP в качестве транспортного протокола
NFS может использовать надежность ТСР
для повышения качества доставки по ненадежным
каналам. Соответственно, NFS версии 3 лучше
работает в глобальных сетях и в Интернет.
«Чистая»
реализация NFS не может предотвратить
одновременную запись в файл со стороны
нескольких пользователей, что легко
приводит к порче данных, если пользователи
не знают о параллельном выполнении
операции с файлом. Тем не менее, механизм
блокировки файлов, реализованный протоколом
NLM (Network Lock Manager), может использоваться
в сочетании с NFS для организации совместного
чтения и записи в файл. Механизм доступа
к файлам через NFS прямолинеен и прозаичен.
После монтирования том NFS становится
частью системы конечного пользователя.
Никаких
дополнительных шагов не требуется
– естественно, не считая процесса
экспортирования, необходимого для
синхронизации конфигурации NFS на сервере
и у клиентов.
SNMP
Протокол
SNMP (Simple Network Management Protocol) реализует простые
средства сбора данных о работе маршрутизатора
и управления им с использованием различных
протоколов – таких, как UDP, IPX и IP. При любом
обсуждении SNMP важно помнить, что первая
буква в названии протокола означает «простой».
Протокол поддерживает только четыре
команды – GET, GETNEXT, SET и TRAP.Первые две команды
предоставляют доступ к информации, а
третья позволяет осуществлять удаленное
управление некоторыми функциями маршрутизаторов.
Команда TRAP включает режим получения от
устройства информации о проблемах или
происходящих событиях.
Сетевые
устройства передают информацию о себе
через базу управляющей информации
MIB (Management Information Base). Эти данные, описывающие
устройство, передаются станции управления
SNMP (SNMP Management Station), которая поочередно
идентифицирует каждое устройство и сохраняет
информацию о нем. Станция управляет всеми
SNMP-совместимыми устройствами. Для каждого
устройства запускается агент SNMP, представляющий
клиентскую сторону операций с устройствами.
Когда станция управления запрашивает
информацию о порте командой GET, агент
возвращает эту информацию.
Протокол
SNMP не предназначен для управления
всеми сетевыми устройствами с возможностью
точного описания операций. Это простой
протокол для повседневной работы, который
позволяет получить нужную информацию
без загрузки 5-6 управляющих интерфейсов.
Для отправки сообщений SNMP используется
транспортный протокол UDP.
World
Wide Web
World Wide Web
часто называют технологическим
прорывом 1990-х годов. Web стала величайшим
достижением с первых дней революции,
произведенной широким внедрением персональных
компьютеров.
Концепция World Wide Web разрабатывалась в
Европейской лаборатории по ядерным исследованиям
(CERN) для упрощения совместного доступа
к файлам и обмена информацией между учеными-физиками.
В 1993 году в Национальном центре по использованию
суперкомпьютеров (NCSA) был разработан
первый графический браузер Mosaic. С разработки
этого web-клиента началась World
Wide Web в том виде, в котором она существует
сегодня. HTTP
Протокол
HTTP заложен в основу работы World Wide
Web. В сущности, именно HTTP принадлежит
основная заслуга в бурном развитии Интернета
в середине 1990-х годов. Сначала появились
первые клиенты HTTP (такие, как Mosaic и Netscape),
которые позволяли наглядно «увидеть»
Web. Вскоре стали появляться web-серверы
с полезной информацией. В наше время в
Интернете существует более шести миллионов
web-сайтов, работающих на базе HTTP.
Протокол
HTTP работает на хорошо известном порте
TCP с номером 80. Протокол передачи гипертекста
(HTTP) - протокол прикладного уровня для
распределенных, совместных, многосредных
информационных систем. HTTP используется
в World Wide Web (WWW) начиная с 1990 года. Первой
версией HTTP, известной как HTTP/0.9, был простой
протокол для передачи необработанных
данных через Интернет. HTTP/1.0 был улучшением
этого протокола, допускал MIME-подобный
формат сообщений, содержащий метаинформацию
о передаваемых данных и имел модифицированную
семантику запросов/ответов. Однако HTTP/1.0
недостаточно учитывал особенности работы
с иерархическими прокси-серверами (hierarchical
proxies), кэшированием, постоянными соединениями,
и виртуальными хостами (virtual hosts). Кроме
того, быстрый рост числа не полностью
совместимых с протоколом HTTP/1.0 приложений,
потребовал введения новой версии протокола,
в которой были бы заложены дополнительные
возможности, которые помогли бы привести
эти приложения к единому стандарту.
Большие
информационные системы требуют
большего количества функциональных возможностей,
чем просто загрузку информации, включая
поиск и модификацию данных при помощи
внешних интерфейсов. HTTP предоставляет
открытый (open- ended) набор методов, которые
основаны на системе ссылок, которые обеспечиваются
URI (Универсальными Идентификаторами Ресурсов).
URI могут идентифицировать как расположение
(URL), так и имя (URN) ресурса, к которому применяется
данный метод. Сообщения передаются в
формате, подобному используемому электронной
почтой согласно определениям MIME (Многоцелевых
Расширений Электронной Почты).
HTTP также
используется как обобщенный
протокол связи между агентами
пользователей (user agents) и прокси-серверами/шлю ами
(proxies/gateways) или другими Интернет-сервисами,
включая такие как SMTP, NNTP, FTP, Gopher
и WAIS. Таким образом, HTTP определяет основы
многосредного доступа к ресурсам для
разнообразных приложений.
Протокол
HTTP - это протокол запросов/ответов.
Клиент посылает по соединению запрос
серверу, содержащий: метод запроса,
URI, версию протокола, MIME-подобное сообщение,
включающее модификаторы запроса, клиентскую
информацию и, возможно, тело запроса.
Сервер отвечает строкой состояния, включающей
версию протокола сообщения, кодом успешного
выполнения или ошибки, MIME-подобным сообщением,
содержащим информацию о сервере, метаинформацию
объекта и, возможно, тело объекта.
Большинство
HTTP соединений, инициализируется агентом
пользователя и состоит из запроса,
который нужно применить к
ресурсу на некотором первоначальном
сервере. В самом простом случае,
он может быть выполнен посредством одиночного
соединения между агентом пользователя
и первоначальным сервером.
Более сложная
ситуация возникает, когда в цепочке
запросов/ответов присутствует один
или несколько посредников. Существуют
три основных разновидности посредников:
прокси-сервера, шлюзы, и туннели. Прокси-сервер
является агентом-посредником, который
получает запросы на некоторый URI в абсолютной
форме, изменяет все сообщение или его
часть и отсылает измененный запрос серверу,
идентифицированному URI. Шлюз - это принимающий
агент, действующий как бы на уровень выше
некоторого другого сервера и при необходимости
транслирующий запросы в протокол основного
сервера. Туннель действует как реле между
двумя соединениями, не изменяя сообщений;
туннели используются, когда связь нужно
производить через посредника (например,
firewall), который не понимает содержание
сообщений.
Фактически,
имеется широкое разнообразие архитектур
и конфигураций кэшей и прокси-серверов,
разрабатываемых в настоящее
время или развернутых в World Wide Web; эти системы
включают национальные иерархии прокси-кэшей,
которые сохраняют пропускную способность
межокеанских каналов, системы, которые
распространяют по многим адресам содержимое
кэша, организации, которые распространяют
подмножества кэшируемых данных на CD-ROM,
и так далее. HTTP системы используются в
корпоративных интранет-сетях с высокоскоростными
линиями связи, и для доступа через PDA с
маломощными радиолиниями и неустойчивой
связью. Цель HTTP/1.1 состоит в поддержании
широкого многообразия конфигураций,
уже построенных при введении ранних версий
протокола, а также в удовлетворении потребностей
разработчиков web приложений, требующих
все более высокой надежности.
HTTP соединение
обычно происходит посредством
TCP/IP соединений. HTTP также может быть реализован
посредством любого другого протокола
Интернет, или других сетей. HTTP необходима
только надежная передача данных, следовательно
может использоваться любой протокол,
который гарантирует надежную передачу
данных; отображение структуры запроса
и ответа HTTP/1.1 на транспортные модули
данных рассматриваемого протокола - вопрос,
не решается на уровне самого протокола.
Заключение
Семейство
протоколов TCP/IP (включая UDP и ICMP) удовлетворяло
быстро растущие потребности пользователей
и приложений более 20 лет. За это время
протоколы постоянно обновлялись, что
объяснялось новыми технологическими
разработками и превращением Интернета
из исследовательской среды с ограниченным
кругом пользователей в общедоступную
коммерческую инфраструктуру.
Коммерциализация
Интернета вызвала бурный рост сообщества
пользователей и изменила его
демографическую структуру. В свою
очередь, это обусловило необходимость
в новых адресах и поддержки
новых типов сервиса на уровне
Интернета. Ограниченные возможности
Ipv4 привели к разработке совершенно новой
версии протокола. Новой версии IP был присвоен
номер 6 (Ipv6), но также часто используется
термин Ipng (Internet Protocol: Next Generation). и т.д.................