Протокол: типовые требования к оформлению и специфика акционерных обществ. Сетевые протоколы: понятие, назначение, примеры

26.04.2019

Сетевым протоколом называется набор правил, позволяющий осуществлять соединение и обмен данными между двумя и более включёнными в сеть компьютерами. Фактически разные протоколы зачастую описывают лишь разные стороны одного типа связи; взятые вместе, они образуют так называемый стек протоколов. Названия <протокол> и <стек протоколов> также указывают на программное обеспечение, которым реализуется протокол.

  • Прикладной уровень (Application layer). Верхний (7-й) уровень модели, обеспечивает взаимодействие сети и пользователя. Уровень разрешает приложениям пользователя доступ к сетевым службам, таким как обработчик запросов к базам данных, доступ к файлам, пересылке электронной почты. Также отвечает за передачу служебной информации, предоставляет приложениям информацию об ошибках и формирует запросы к уровню представления. Пример: HTTP, POP3, SMTP.
  • Уровень представления (Presentation layer). 6-й уровень отвечает за преобразование протоколов и кодирование/декодирование данных. Запросы приложений, полученные с уровня приложений, он преобразует в формат для передачи по сети, а полученные из сети данные преобразует в формат, понятный приложениям. На уровне представления может осуществляться сжатие/распаковка или кодирование/декодирование данных, а также перенаправление запросов другому сетевому ресурсу, если они не могут быть обработаны локально.
  • Сеансовый уровень (Session layer). 5-й уровень модели отвечает за поддержание сеанса связи, что позволяет приложениям взаимодействовать между собой длительное время. Сеансовый уровень управляет созданием/завершением сеанса, обменом информацией, синхронизацией задач, определением права на передачу данных и поддержанием сеанса в периоды неактивности приложений. Синхронизация передачи обеспечивается помещением в поток данных контрольных точек, начиная с которых возобновляется процесс при нарушении взаимодействия.
  • Транспортный уровень (Transport layer). 4-й уровень модели, предназначен для доставки данных без ошибок, потерь и дублирования в той последовательности, как они были переданы. При этом неважно, какие данные передаются, откуда и куда, то есть он предоставляет сам механизм передачи. Блоки данных он разделяет на фрагменты, размер которых зависит от протокола, короткие объединяет в один, а длинные разбивает. Протоколы этого уровня предназначены для взаимодействия типа точка-точка. Пример: TCP, UDP
  • Сетевой уровень (Network layer). 3-й уровень сетевой модели OSI, предназначен для определения пути передачи данных. Отвечает за трансляцию логических адресов и имён в физические, определение кратчайших маршрутов, коммутацию и маршрутизацию, отслеживание неполадок и заторов в сети. На этом уровне работает такое сетевое устройство, как маршрутизатор.
  • Уровень звена данных (Data Link layer). Часто это уровень называется канальным. Этот уровень предназначен для обеспечения взаимодействия сетей на физическом уровне и контроля за ошибками, которые могут возникнуть. Данные, полученные с физического уровня, он упаковывает во фреймы, проверяет на целостность, если нужно исправляет ошибки и отправляет на сетевой уровень. Канальный уровень может взаимодействовать с одним или несколькими физическими уровнями, контролируя и управляя этим взаимодействием. Спецификация IEEE 802 разделяет этот уровень на 2 подуровня - MAC (Media Access Control) регулирует доступ к разделяемой физической среде, LLC (Logical Link Control) обеспечивает обслуживание сетевого уровня. На этом уровне работают коммутаторы, мосты. В программировании этот уровень представляет драйвер сетевой платы, в операционных системах имеется программный интерфейс взаимодействия канального и сетевого уровней между собой, это не новый уровень, а просто реализация модели для конкретной ОС. Примеры таких интерфейсов: ODI, NDIS
  • Физический уровень (Physical layer). Самый нижний уровень модели, предназначен непосредственно для передачи потока данных. Осуществляет передачу электрических или оптических сигналов в кабель или в радиоэфир и соответственно их приём и преобразование в биты данных в соответствии с методами кодирования цифровых сигналов. Другими словами, осуществляет интерфейс между сетевым носителем и сетевым устройством. На этом уровне работают концентраторы (хабы), повторители (ретрансляторы) сигнала и медиаконверторы. Функции физического уровня реализуются на всех устройствах, подключенных к сети. Со стороны компьютера функции физического уровня выполняются сетевым адаптером или последовательным портом.

Основные протоколы используемые в работе Интернет:

  • TCP/IP
  • IMAP4
  • Gorpher

КЛАССИФИКАЦИЯ КС ПО РАЗМЕРУ. НАЗВАНИЕ ТИПОВ КС, ИХ ПРИМЕРНАЯ ПРОТЯЖЕННОСТЬ И ПРИМЕНЕНИЕ .

Локальная сеть

Локальная сеть – это компьютерная сеть небольшой протяженности: в пределах комнаты, этажа, здания. Обычно такие сети действуют в пределах одного учреждения и имеют небольшой радиус действия: 1-10 км. Она сеть всегда является ведомственной. В настоящее время не существует четких ограничений на территориальный разброс абонентов локальной вычислительной сети. Обычно такая сеть привязана к конкретному месту. К классу локальных сетей относятся сети отдельных предприятий, фирм, банков, офисов и т.д. Локальная сеть обеспечивает высокие скорости передачи данных. А так как в этих сетях среда обычно контролируема, линии связи короткие, элементы структуры однородные, то частота ошибок в них низкая и протоколы обмена упрощены. В локальных сетях обычно не используются средства коммуникации общего назначения (телефонные линии) для организации обмена информацией. Дополнительное преимущество такой сети заключается в значительной экономии ресурсов. Так, вместо того, чтобы иметь принтер для каждого компьютера, можно иметь только один принтер. Любой компьютер в сети мог послать информацию для печати на этот принтер

Основные компоненты локальной сети: несколько ПК, снабженных сетевым адаптером, или сетевой картой; среда передачи, объединяющая необходимые узлы; сетевое программное обеспечение. Для объединения компьютеров в локальную сеть требуется вставить в каждый подключаемый к сети компьютер сетевой адаптер (контроллер), который позволяет компьютеру получать информацию из локальной сети и передавать данные в сеть, а также соединить компьютеры кабелями, по которым происходит передача данных между компьютерами и другими подключенными к сети устройствами (принтерами, сканерами и т.д.). В некоторых типах сетей кабели соединяют компьютеры непосредственно, в других соединение кабелей осуществляется через специальные устройства-концентраторы (или hub), коммутаторы и др. В небольших сетях обычно компьютеры соединяются кабелями с концентратором, который и передает сигналы от одних подключенных к нему компьютеров к другим. Технические средства определяют лишь потенциальные возможности компьютерных сетей. Истинные же ее возможности определяет программное обеспечение. Что же дают локальные сети? экономию места в памяти, т.к. многие пользователи применяют одни и те же программные продукты; хорошую систему защиты при записи информации; обеспечение связи между отдельными пользователями через компьютерную почту.

Региональные сети

Региональные сети – это сети, существующие обычно в пределах города, района, области, страны. Они связывают абонентов, расположенных на значительном расстоянии друг от друга. Обычно расстояние между абонентами региональной вычислительной сети составляет десятки-сотни километров. Они являются объединением нескольких локальных сетей и частью некоторой глобальной. Особой спецификой по отношению к глобальной не отличаются. Региональные вычислительные сети имеют много общего с локальными, но они, по многим параметрам, сложнее их. Например, помимо обмена данными и голосового обмена, региональные вычислительные сети могут передавать видео- и аудиоинформацию. Эти сети разработаны для поддержки больших расстояний, чем локальные вычислительные сети. Они могут использоваться для связывания нескольких локальных вычислительных сетей в высокоскоростные интегрированные сетевые системы. Региональные вычислительные сети сочетают лучшие характеристики локальной (низкий уровень ошибок, высокая скорость передачи) с большей географической протяженностью. В последнее время стали еще выделять класс корпоративных сетей. Они охватывают обычно крупные корпорации. Их масштаб и структура определяются потребностями предприятий – владельцев.

Глобальные сети

Глобальная вычислительная сеть объединяет абонентов, расположенных в различных странах, на различных континентах. Взаимодействие между абонентами такой сети может осуществляться на базе телефонной линии связи, радиосвязи и систем спутниковой связи. Глобальные вычислительные сети позволяют решить проблему объединения информационных ресурсов всего мира и организации доступа к этим ресурсам. Для подключения к удаленным компьютерам и компьютерным сетям используются телефонные сети. Процесс передачи данных по телефонным линиям должен происходить в форме электрических колебаний – аналога звукового сигнала, в то время как в компьютере информация хранится в виде кодов. Для того чтобы передать информацию от компьютера через телефонную линию, коды должны быть преобразованы в электрические колебания. Этот процесс носит название модуляции. Для того чтобы адресат смог почитать на своем компьютере то, что ему отправлено, электрические колебания должны быть обратно превращены в машинные коды – демодуляция. Устройство, которое осуществляет преобразования данных из цифровой формы, в которой они хранятся в компьютере, в аналоговую (электрические колебания), в которой они могут быть переданы по телефонной линии, и обратно, называется модем (сокращенно от МОдулятор ДЕМодуляции). Компьюте, в этом случае, должен иметь специальную телекоммуникационную программу, которая управляет модемом, а также отправляет и получает последовательности сигналов передаваемой информации. Глобальные вычислительные сети создаются путем объединения локальных и региональных вычислительных сетей. Они представляют собой конгломерат различных технологий. По сравнению с локальной вычислительной сетью большинство глобальных отличают медленная скорость передачи и более высокий уровень ошибок. Новые технологии в области глобальных вычислительных сетей нацелены на разрешение этих проблем. Глобальные сети, кроме того, что они охватывают очень большие территории, имеют и ряд других особенностей по сравнению с локальной сетью. Глобальные сети, в основном, используют в качестве каналов связи телефонные линии – это медленные каналы с высоким уровнем ошибок. Однако в настоящее время все более внедряются высокоскоростные оптоволоконные и радиоспутниковые каналы связи.

Информационные ресурсы в Интернете

  • протоколы передачи данных, Адресация в сети, URL
  • Web-страницы и Web-узлы, порталы. Web - пространство.
  • Создание Web-страниц. Языки Web-публикаций.

· Публикации сайтов в Интернете. Представительство

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

Протокол - это совокупность правил, в соответствии с которыми происходит передача информации через сеть .

Существуют два типа протоколов:

· Базовый (TCP/IP), отвечающий за физическую пересылку электронных сообщений;

· Прикладные , отвечающие за работу специализированных служб Интернет (http, ftp, telnet и т.д.)

Базовый протокол

Протокол - это особый язык общения между компьютерами, разработанный программистами. Базовый протокол в сети Интернет - это TCP/IP (Transmission Control Protocol & Internet Protocol ) (протокол контроля передачи + Интернет-протокол).

Все компьютеры, подключенные к сети Интернет, понимают и поддерживают этот протокол. Протокол TCP/IP служит для разбиения информации на части (пакеты) - и передачи их по линиям связи . Все эти операции протокол выполняет автоматически, без участия пользователя. На самом деле TCP/IP состоит их двух компонентов - TCP и IP , и включает в себя также массу других протоколов.

Протокол IP (Internet protocol) - это протокол маршрутизации (доставляет информацию по назначению).

Этот протокол включает правила налаживания и поддержания связи в сети, правила обращения с IP-пакетами и их обработки, описания сетевых пакетов семейства IP (их структура и т. п.).

Протокол TCP (Transmission Control Protocol) - это транспортный протокол (управляет передачей данных).

Кратко

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

Подробно

Протокол TCP занимается проблемой пересылки больших объемов информации, основываясь на возможностях протокола IP.

TCP делит информацию , которую надо переслать, на несколько частей . Нумерует каждую часть , чтобы позже восстановить порядок . Чтобы пересылать эту нумерацию вместе с данными, он кладет каждый кусочек информации в конверт, который содержит соответствующую информацию. Это и есть TCP-конверт. Получившийся TCP-пакет помещается в отдельный IP-конверт и получается IP-пакет, с которым сеть уже умеет обращаться.

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

В реальности пакеты не только теряются , но и могут искажаться при передаче из-за наличия помех на линиях связи. TCP решает и эту проблему. Для этого он пользуется системой кодов, исправляющих ошибки. Существует целая наука о таких кодировках. Простейшим примером такового служит код с добавлением к каждому пакету контрольной суммы (и к каждому байту бита проверки на четность). При помещении в TCP-конверт вычисляется контрольная сумма, которая записывается в TCP-заголовок. Если при приеме заново вычисленная сумма не совпадает с той, что указана на конверте, значит что-то тут не так, - где-то в пути имели место искажения, так что надо переслать этот пакет по новой, что и делается.

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

Прикладные протоколы

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

Название протокола Расшифровка Назначение

· HTTP (Hyper Text Transfer Protocol) – Протокол передачи гипертекста

· FTP (File Transfer Protocol) – протокол передачи файлов

· SMTP (Simple Mail Transfer Protocol) – Простой протокол отправки электронных писем

· POP3 (Post Office Protocol) – Протокол получения электронных писем

· NNTP (News Net Transfer Protocol) – Протокол телеконференций

· TELNET – Протокол для подключения к удаленному компьютеру

· WAIS (Wide-Area Information Servers) – протокол поиска информации в базах данных

· WAP (Wireless Application Protocol) – протокол предоставления доступа к службам Интернета пользователям беспроводных устройств

HTTP - это протокол передачи гипертекста между распределёнными системами. По сути, http является фундаментальным элементом современного Web-а. Как уважающие себя веб разработчики, мы должны знать о нём как можно больше.

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

Также в этой статье я буду, в основном, ссылаться на стандарт RFC 2616 : Hypertext Transfer Protocol -- HTTP/1.1.

Основы HTTP

HTTP обеспечивает общение между множеством хостов и клиентов, а также поддерживает целый ряд сетевых настроек.

В основном, для общения используется TCP/IP, но это не единственный возможный вариант. По умолчанию, TCP/IP использует порт 80, но можно заюзать и другие.

Общение между хостом и клиентом происходит в два этапа: запрос и ответ. Клиент формирует HTTP запрос, в ответ на который сервер даёт ответ (сообщение). Чуть позже, мы более подробно рассмотрим эту схему работы.

Текущая версия протокола HTTP - 1.1, в которой были введены некоторые новые фишки. На мой взгляд, самые важные из них это: поддержка постоянно открытого соединения, новый механизм передачи данных chunked transfer encoding, новые заголовки для кэширования. Что-то из этого мы рассмотрим во второй части данной статьи.

URL

Сердцевиной веб-общения является запрос, который отправляется через Единый указатель ресурсов (URL). Я уверен, что вы уже знаете, что такое URL адрес, однако для полноты картины, решил всё-таки сказать пару слов. Структура URL очень проста и состоит из следующих компонентов:

Протокол может быть как http для обычных соединений, так и https для более безопасного обмена данными. Порт по умолчанию - 80. Далее следует путь к ресурсу на сервере и цепочка параметров.

Методы

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

Существующие методы:

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

POST : используется для создания нового ресурса. POST запрос обычно содержит в себе всю нужную информацию для создания нового ресурса.

PUT : обновить текущий ресурс. PUT запрос содержит обновляемые данные.

DELETE : служит для удаления существующего ресурса.

Данные методы самые популярные и чаще всего используются различными инструментами и фрэймворками. В некоторых случаях, PUT и DELETE запросы отправляются посредством отправки POST, в содержании которого указано действие, которое нужно совершить с ресурсом: создать, обновить или удалить.

Также HTTP поддерживает и другие методы:

HEAD : аналогичен GET. Разница в том, что при данном виде запроса не передаётся сообщение. Сервер получает только заголовки. Используется, к примеру, для того чтобы определить, был ли изменён ресурс.

TRACE : во время передачи запрос проходит через множество точек доступа и прокси серверов, каждый из которых вносит свою информацию: IP, DNS. С помощью данного метода, можно увидеть всю промежуточную информацию.

OPTIONS : используется для определения возможностей сервера, его параметров и конфигурации для конкретного ресурса.

Коды состояния

В ответ на запрос от клиента, сервер отправляет ответ, который содержит, в том числе, и код состояния. Данный код несёт в себе особый смысл для того, чтобы клиент мог отчётливей понять, как интерпретировать ответ:

1xx: Информационные сообщения

Набор этих кодов был введён в HTTP/1.1. Сервер может отправить запрос вида: Expect: 100-continue, что означает, что клиент ещё отправляет оставшуюся часть запроса. Клиенты, работающие с HTTP/1.0 игнорируют данные заголовки.

2xx: Сообщения об успехе

Если клиент получил код из серии 2xx, то запрос ушёл успешно. Самый распространённый вариант - это 200 OK. При GET запросе, сервер отправляет ответ в теле сообщения. Также существуют и другие возможные ответы:

  • 202 Accepted : запрос принят, но может не содержать ресурс в ответе. Это полезно для асинхронных запросов на стороне сервера. Сервер определяет, отправить ресурс или нет.
  • 204 No Content : в теле ответа нет сообщения.
  • 205 Reset Content : указание серверу о сбросе представления документа.
  • 206 Partial Content : ответ содержит только часть контента. В дополнительных заголовках определяется общая длина контента и другая инфа.

3xx: Перенаправление

Своеобразное сообщение клиенту о необходимости совершить ещё одно действие. Самый распространённый вариант применения: перенаправить клиент на другой адрес.

  • 301 Moved Permanently : ресурс теперь можно найти по другому URL адресу.
  • 303 See Other : ресурс временно можно найти по другому URL адресу. Заголовок Location содержит временный URL.
  • 304 Not Modified : сервер определяет, что ресурс не был изменён и клиенту нужно задействовать закэшированную версию ответа. Для проверки идентичности информации используется ETag (хэш Сущности - Enttity Tag);

4xx: Клиентские ошибки

Данный класс сообщений используется сервером, если он решил, что запрос был отправлен с ошибкой. Наиболее распространённый код: 404 Not Found. Это означает, что ресурс не найден на сервере. Другие возможные коды:

  • 400 Bad Request : вопрос был сформирован неверно.
  • 401 Unauthorized : для совершения запроса нужна аутентификация. Информация передаётся через заголовок Authorization.
  • 403 Forbidden : сервер не открыл доступ к ресурсу.
  • 405 Method Not Allowed : неверный HTTP метод был задействован для того, чтобы получить доступ к ресурсу.
  • 409 Conflict : сервер не может до конца обработать запрос, т.к. пытается изменить более новую версию ресурса. Это часто происходит при PUT запросах.

5xx: Ошибки сервера

Ряд кодов, которые используются для определения ошибки сервера при обработке запроса. Самый распространённый: 500 Internal Server Error. Другие варианты:

  • 501 Not Implemented : сервер не поддерживает запрашиваемую функциональность.
  • 503 Service Unavailable : это может случиться, если на сервере произошла ошибка или он перегружен. Обычно в этом случае, сервер не отвечает, а время, данное на ответ, истекает.

Форматы сообщений запроса/ответа

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

Давайте посмотрим на структуру передаваемого сообщения через HTTP:

Message = *() CRLF [] = Request-Line | Status-Line = Field-Name ":" Field-Value

Между заголовком и телом сообщения должна обязательно присутствовать пустая строка. Заголовков может быть несколько:

Тело ответа может содержать полную информацию или её часть, если активирована соответствующая возможность (Transfer-Encoding: chunked). HTTP/1.1 также поддерживает заголовок Transfer-Encoding.

Общие заголовки

Вот несколько видов заголовков, которые используются как в запросах, так и в ответах:

General-header = Cache-Control | Connection | Date | Pragma | Trailer | Transfer-Encoding | Upgrade | Via | Warning

Что-то мы уже рассмотрели в этой статье, что-то подробней затронем во второй части.

Заголовок via используется в запросе типа TRACE, и обновляется всеми прокси-серверами.

Заголовок Pragma используется для перечисления собственных заголовков. К примеру, Pragma: no-cache - это то же самое, что Cache-Control: no-cache. Подробнее об этом поговорим во второй части.

Заголовок Date используется для хранения даты и времени запроса/ответа.

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

Transfer-Encoding предназначается для разделения ответа на несколько фрагментов с помощью Transfer-Encoding: chunked. Это нововведение версии HTTP/1.1.

Заголовки сущностей

В заголовках сущностей передаётся мета-информация контента:

Entity-header = Allow | Content-Encoding | Content-Language | Content-Length | Content-Location | Content-MD5 | Content-Range | Content-Type | Expires | Last-Modified

Все заголовки с префиксом Content- предоставляют информацию о структуре, кодировке и размере тела сообщения.

Заголовок Expires содержит время и дату истечения сущности. Значение “never expires” означает время + 1 код с текущего момента. Last-Modified содержит время и дату последнего изменения сущности.

С помощью данных заголовков, можно задать нужную для ваших задач информацию.

Формат запроса

Запрос выглядит примерно так:

Request-Line = Method SP URI SP HTTP-Version CRLF Method = "OPTIONS" | "HEAD" | "GET" | "POST" | "PUT" | "DELETE" | "TRACE"

SP - это разделитель между токенами. Версия HTTP указывается в HTTP-Version. Реальный запрос выглядит так:

GET /articles/http-basics HTTP/1.1 Host: www.articles.com Connection: keep-alive Cache-Control: no-cache Pragma: no-cache Accept: text/html,application/xhtml+xml,application/xml;q=0.9,*/*;q=0.8

Список возможных заголовков запроса:

Request-header = Accept | Accept-Charset | Accept-Encoding | Accept-Language | Authorization | Expect | From | Host | If-Match | If-Modified-Since | If-None-Match | If-Range | If-Unmodified-Since | Max-Forwards | Proxy-Authorization | Range | Referer | TE | User-Agent

В заголовке Accept определяется поддерживаемые mime типы, язык, кодировку символов. Заголовки From, Host, Referer и User-Agent содержат информацию о клиенте. Префиксы If- предназначены для создания условий. Если условие не прошло, то возникнет ошибка 304 Not Modified.

Формат ответа

Формат ответа отличается только статусом и рядом заголовков. Статус выглядит так:

Status-Line = HTTP-Version SP Status-Code SP Reason-Phrase CRLF

  • HTTP версия
  • Код статуса
  • Сообщение статуса, понятное для человека

Обычный статус выглядит примерно так:

HTTP/1.1 200 OK

Заголовки ответа могут быть следующими:

Response-header = Accept-Ranges | Age | ETag | Location | Proxy-Authenticate | Retry-After | Server | Vary | WWW-Authenticate

  • Age время в секундах, когда сообщение было создано на сервере.
  • ETag MD5 сущности для проверки изменений и модификаций ответа.
  • Location используется для перенаправления и содержит новый URL адрес.
  • Server определяет сервер, где было сформирован ответ.

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

Инструменты для определения HTTP трафика

Существует множество инструментов для мониторинга HTTP трафика. Вот несколько из них:

Наиболее часто используемый - это Chrome Developers Tools:

Если говорить об отладчике, можно воспользоваться Fiddler :

Для отслеживания HTTP трафика вам потребуется curl, tcpdump и tshark.

Библиотеки для работы с HTTP - jQuery AJAX

Поскольку jQuery очень популярен, в нём также есть инструментарий для обработки HTTP ответов при AJAX запросах. Информацию о jQuery.ajax(settings) можете найти на официальном сайте .

Передав объект настроек (settings), а также воспользовавшись функцией обратного вызова beforeSend, мы можем задать заголовки запроса, с помощью метода setRequestHeader().

$.ajax({ url: "http://www.articles.com/latest", type: "GET", beforeSend: function (jqXHR) { jqXHR.setRequestHeader("Accepts-Language", "en-US,en"); } });

Если хотите обработать статус запроса, то это можно сделать так:

$.ajax({ statusCode: { 404: function() { alert("page not found"); } } });

Итог

Вот такой вот он, тур по основам протокола HTTP. Во второй части будет ещё больше интересных фактов и примеров.

Протокол передачи данных - набор соглашений интерфейса логического уровня , которые определяют обмен данными между различными программами . Эти соглашения задают единообразный способ передачи сообщений и обработки ошибок при взаимодействии программного обеспечения разнесённой в пространстве аппаратуры , соединённой тем или иным интерфейсом.

Сигнальный протокол используется для управления соединением - например, установки, переадресации, разрыва связи. Примеры протоколов: RTSP , SIP . Для передачи данных используются такие протоколы как RTP .

Сетево́й протоко́л - набор правил и действий (очерёдности действий), позволяющий осуществлять соединение и обмен данными между двумя и более включёнными в сеть устройствами.

Разные протоколы зачастую описывают лишь разные стороны одного типа связи . Названия «протокол» и «стек протоколов» также указывают на программное обеспечение , которым реализуется протокол.

Наиболее известные протоколы, используемые в сети Интернет:

  • HTTP (Hyper Text Transfer Protocol) - это протокол передачи гипертекста . Протокол HTTP используется при пересылке Web-страниц между компьютерами, подключенными к одной сети.
  • FTP (File Transfer Protocol) - это протокол передачи файлов со специального файлового сервера на компьютер пользователя. FTP дает возможность абоненту обмениваться двоичными и текстовыми файлами с любым компьютером сети. Установив связь с удаленным компьютером, пользователь может скопировать файл с удаленного компьютера на свой или скопировать файл со своего компьютера на удаленный.
  • POP3 (Post Office Protocol) - это стандартный протокол почтового соединения. Серверы POP обрабатывают входящую почту, а протокол POP предназначен для обработки запросов на получение почты от клиентских почтовых программ.

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

Протокол - документ, фиксирующий ход обсуждения вопросов и принятия решений на собраниях, совещаниях, заседаниях, конференциях.

Нужно иметь в виду, что в деятельности организаций и предприятий часто составляются документы под названием «Протокол», однако они не подпадают под приведенное определение. Так, в области договорных отношений составляются протоколы о намерениях, протоколы разногласий, протоколы согласований; в числе основных документов общего собрания акционеров законодательство называет протоколы счетной комиссии и т.д. Подобные разновидности протоколов сходны по своему назначению с актами: они фиксируют и подтверждают факты или события. Поэтому на них не распространяются правила, о которых говорится в данной статье .

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

С появлением в нашей стране акционерных обществ возросло внимание к этому виду документа. Высшие органы управления акционерного общества - коллегиальные, и протоколы, в которых находит отражение их деятельность, становятся одними из важнейших управленческих документов. Речь идет о протоколах общих собраний акционеров, заседаний совета директоров и правления. Не случайно Федеральный закон «Об акционерных обществах» и иные правовые акты уделяют специальное внимание составу информации этих документов, то есть их содержанию. Часть нормативных требований может быть отнесена и к тому, что мы называем оформлением документов. При оформлении протоколов органов управления акционерных обществ следует учитывать как типовые требования к данному виду документов (типовой формуляр протокола), так и те, что закреплены специальными нормами правовых актов и регламентируют документирование деятельности органов управления именно акционерных обществ.

Типовые требования к составлению протокола

В обобщенном виде порядок составления протокола сводится к следующему.

При подготовке к заседанию или собранию:

    формулируются вопросы повестки дня, то есть те вопросы, по которым должны быть приняты решения;

    определяется состав основных докладчиков;

    подбираются соответствующие материалы, например, проекты документов, которые требуют обсуждения и утверждения, тексты докладов и т.п.

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

Заголовочная часть протокола

Протокол оформляется на общем бланке организации или на чистом листе бумаги с реквизитами, которые соответствуют общему бланку. В их составе:

    фирменное наименование организации;

    название вида документа;

  • место составления документа.

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

Фирменное наименование - это полное наименование организации на русском языке, закрепленное учредительными документами.

ФЗ «Об акционерных обществах» определил, что общество обязано иметь полное и вправе иметь сокращенное фирменное наименование, включающее, в том числе, указание на тип общества (открытое или закрытое). Таким образом, если общество зарегистрировало наряду с полным и свое сокращенное наименование, оно вправе помещать его на свои бланки (см. Пример 1).

Название вида документа (ПРОТОКОЛ) печатается прописными буквами под наименованием организации и отделяется от него одним ­межстрочным интервалом.

При проставлении даты на протоколе следует иметь в виду, что дата заседания и дата окончательного оформления и подписания документа практически всегда различаются.

По общим требованиям протокол должен оформляться не позднее чем через 5 дней после даты заседания. Но закон «Об акционерных обществах» ввел иные сроки: для протокола заседания совета директоров максимальный период подготовки составляет 3 дня, а для протокола общего собрания акционеров - 15 дней после окончания собрания.

Нужно знать, что во всех случаях на протоколе проставляется дата заседания, а не подписания.

В случае если заседание продолжается не один день, в протоколе следует указывать даты его начала и окончания: «10-12.01.2007», или полностью: «10.01.2007 - 12.01.2007».

Индекс проставляется на одной строке с датой и обозначает порядковый номер заседания в пределах календарного года: «№ 02» или «№ 12».

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

Еще одним реквизитом общего бланка (и реквизитом типового формуляра протокола) является «место составления документа». Нужно обратить внимание на то, что в данном случае этот реквизит означает не место нахождения организации, а место, где реально состоялось заседание. Название соответствующего населенного пункта указывают с учетом принятого административно-территориального деления. Кроме того, оно должно включать в себя только общепризнанные сокращения , например:

Расположение всех рассмотренных реквизитов зависит от того, какой бланк протокола используется в данной организации: с продольным (см. Пример 4) или угловым (см. Пример 5) расположением реквизитов. Выбор способа расположения реквизитов остается за организацией и не влияет на юридическую силу составленного на бланке документа.

Пример 4


СТРОИТЕЛЬНЫЕ ТЕХНОЛОГИИ

ПРОТОКОЛ

10.01.2007 № 01

Закрытое акционерное общество
СТРОИТЕЛЬНЫЕ ТЕХНОЛОГИИ

ПРОТОКОЛ

10.01.2007 № 01
Москва

Заголовок протокола - это важнейший поисковый признак, он призван помогать быстро и с наименьшими затратами находить нужный документ. Государственный стандарт (ГОСТ Р 6.30-2003) трактует понятие «заголовок к тексту» как «краткое содержание документа». В этом случае заголовок отвечает на вопрос «о чем говорится в документе?».

Однако для многих видов документов невозможно сжато определить их краткое содержание, так как они отражают, как правило, несколько разноплановых вопросов. К такой группе документов относится и протокол. Поэтому заголовок к тексту любого протокола отвечает на вопрос «чего?», содержит указание вида коллегиальной деятельности (собрания, заседания и др.) и название коллегиального органа в родительном падеже. Такой заголовок вместе с датой и индексом позволяет быстро находить необходимую информацию.

Текст

Самым главным в любом документе является его содержание (текст).

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

Текст протокола делится на две части:

    вводная часть, в которой указываются фамилии и инициалы председателя и секретаря собрания; сведения о присутствующих на собрании и повестка дня (эти данные предваряют основную часть текста, как бы «вводят» в нее);

    основная часть, которая отражает ход обсуждения вопросов повестки дня и фиксирует принимаемые решения.

Итак, вводная часть протокола начинается с указания, кто является председателем и секретарем данного собрания или заседания. Слова «Председатель» и «Секретарь» печатают от границы левого поля через два ­интервала от заголовка к тексту. После тире указывают их инициалы и фамилии:

Далее располагаются сведения о количестве и персональном составе присутствовавших на заседании постоянных членов коллегиального органа. Их фамилии и инициалы помещаются в алфавитном порядке после слова «Присутствовали». Эта информация также располагается от границы левого поля.

Однако таким образом оформляется состав присутствующих, если их количество не превышает 15-ти человек. При оформлении протоколов заседания с числом участников более 15-ти указывают их количественный состав и делают отметку о том, что список (лист регистрации) прилагается к протоколу. Образец такой надписи дан в Примере 9. А в Примере 10 показан лист регистрации (он может называться «Явочный лист» и т.п.) участников заседания (или собрания), который включает и личные подписи присутствующих. При этом количество реальных участников отмечается в итоговой записи.

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

Помимо постоянных членов коллегиального органа, обязанных присутствовать на совещании или заседании, на него могут быть специально приглашены должностные лица, которые по роду деятельности связаны с обсуждаемыми вопросами. Данные о приглашенных на заседание ­обязательно должны быть зафиксированы в протоколе:

Следует обратить внимание на то, что при оформлении рассмотренного блока сведений не указывают должности председателя, секретаря собрания и присутствующих на нем постоянных членов коллегиального органа. Что касается приглашенных, то в Методических рекомендациях по внедрению ГОСТ Р 6.30-2003, изданных автором стандарта, Всероссийским научно-исследовательским институтом документоведения и архивного дела, содержится рекомендация перечислять их фамилии в алфавитном порядке также без указания должностей. Однако традиционно в управленческой практике при оформлении протоколов должности приглашенных, как правило, указывают. Это не случайно, так как упоминание только фамилий не раскрывает всей полноты информации об участ­никах. Вместе с тем часто бывает важно показать, какие именно должностные лица могут или должны участвовать в решении конкретных вопросов.

Вводная часть протокола заканчивается перечнем вопросов, которые обсуждались на заседании. Он начинается словами «Повестка дня:» и ­располагается на два-три интервала ниже списка участников от границы левого поля.

Каждый вопрос повестки дня начинается с предлога «О» («Об») и отвечает на вопрос «О чем?». Вопросы нумеруются арабскими цифрами и содержат указание на докладчиков по каждому вопросу:

Основная часть протокола делится на разделы, которые должны точно соответствовать вопросам повестки дня и так же нумероваться. В свою очередь, текст каждого раздела выстраивается по схеме: СЛУШАЛИ - ­ВЫСТУПИЛИ - ПОСТАНОВИЛИ или РЕШИЛИ.

Перед словом «СЛУШАЛИ» проставляется номер соответствующего раздела (вопроса повестки дня). Остальные части (ВЫСТУПИЛИ, ­ПОСТАНОВИЛИ или РЕШИЛИ) не нумеруются.

В части «СЛУШАЛИ» указывают фамилию и инициалы основного докладчика в соответствии с повесткой дня, далее через тире - содержание его доклада:

Если доклад большой и содержит значительный объем важной информации, предпочтительнее подготовить его текст заранее и передать секретарю собрания. В этом случае текст доклада прикладывается к протоколу, в котором дается ссылка на это приложение. Например:

В части «ВЫСТУПИЛИ» указываются фамилии и инициалы всех выступивших по данному вопросу и краткое содержание их выступлений. По ключевым вопросам важно отразить в протоколе все мнения, весь ход обсуждения. Поэтому если докладчикам и выступающим в прениях задавались вопросы, после каждого выступления они фиксируются вместе с ответами в порядке поступления.

Слово «ВЫСТУПИЛИ», как и слова «СЛУШАЛИ» и «ПОСТАНОВИЛИ» («РЕШИЛИ»), пишется от границы левого поля. Фамилии ­выступающих и содержание выступлений указываются с абзаца с новой строки.

Оформление вопросов четко не установлено. В практике можно ­встретить несколько вариантов:

    Сначала пишется слово «Вопрос:» (или «Вопросы:»), далее с новой строки указывается фамилия задавшего вопрос, после тире формулируется сам вопрос и на следующей строке - ответ на него
    (см. образец в Примере 16).

    После слова «Вопрос:» записывается только сам вопрос без указания фамилии лица, задавшего его (см. образец в Примере 17).

    Слово «Вопрос:» не пишется. С красной строки записывается сам вопрос и ниже - ответ на него. В этом случае фамилию задавшего вопрос также допускается не указывать, однако лучше ее все-таки записать. Это позволит отделить вопрос от текста выступления (см. образец в Примере 18).

Однако выступлений, помимо основного доклада, может и не быть. В этом случае часть «ВЫСТУПИЛИ» из текста выпускается, и раздел будет состоять только из двух частей: «СЛУШАЛИ» и «ПОСТАНОВИЛИ» («РЕШИЛИ»).

Завершает каждый раздел принятое решение по данному вопросу. Оно записывается после слова «ПОСТАНОВИЛИ:» или « РЕШИЛИ:». Оба слова являются начальными элементами постановляющей части протокола и имеют равноценное значение.

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

Важно обратить внимание на то, что решения носят распорядительный характер. Поэтому они должны формулироваться с использованием модели, характерной для распорядительных документов. Модель состоит из указания на дальнейшие действия, отвечающего на вопрос «что сделать?», ­исполнителя (ответственного за исполнение) и срока исполнения.

Однако не всегда перечисленные составляющие могут или должны использоваться в протоколе. Так, сообщение, сделанное на совещании, может быть просто принято к сведению присутствующими или принимается решение об утверждении какого-либо документа. В этих случаях формулировка решения будет соответствовать модели «Что сделать» (см. Пример 20).

Если же в решении содержится указание на проведение дальнейших дейст­вий, должен быть указан их исполнитель (исполнители) или ­ответст­венный за исполнение и срок исполнения (см. Пример 21).

Есть еще одна важная особенность принятия решений на собраниях или заседаниях, которая обязательно должна учитываться при оформлении протокола: некоторые решения принимаются путем голосования. Так, например, обязательно голосуют за принимаемые решения на заседаниях совета директоров, обязательным является и голосование при определении кандидатуры для занятия выборной должности. В этих случаях в протоколе после соответст­вующего решения указываются результаты голосования (см. Пример 22). Если же все присутствующие проголосовали за принимаемое решение, результаты голосования можно обозначить иначе - см. Пример 23.

Оформляющая часть

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

Юридическую силу протокол приобретает только при наличии этих двух подписей. Это общепризнанная практика, которая закреплена в ряде законодательных и нормативных актов. В частности, по нормам ФЗ «Об акционерных обществах» протокол общего собрания акционеров составляется в 2-х ­экземплярах и оба они должны быть подписаны председателем и секретарем собрания.

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

Протокол является внутренним распорядительным документом, ­поэтому его удостоверения печатью обычно не требуется.

Некоторые разновидности протоколов подлежат утверждению руководителем организации (например, протокол заседания технического совета, экспертной комиссии и т.д.). Утверждение оформляется грифом в верхнем правом углу: после слова «УТВЕРЖДАЮ», наименования должности (без упоминания наименования предприятия, т.к. оно присутствует в заголовочной части документа) проставляется личная подпись, ее расшифровка и дата утверждения.

А теперь предлагаем вашему вниманию образец протокола, ­составленного в соответствии с рассмотренными правилами:

В следующем номере журнала читайте продолжение статьи. Мы расскажем об особенностях оформления протокола общего собрания акционеров и о составе информации, которая в обязательном порядке должна найти свое отражение в этом документе. При изложении материала будут учтены требования таких основополагающих документов, как ФЗ «Об акционерных обществах», постановления ФКЦБ от 31.05.2002 г. № 17/пс и др. Вы увидите, насколько типовой протокол отличается от протокола общего собрания акционеров!

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

1 См. статью Е.Г. Юсиповой «Организационный аспект проведения совещаний на предприятии» на стр. 52 журнала № 1` 2007

2 Общепринятые сокращенные наименования административно-территориальных единиц и перечень субъектов РФ опубликованы на стр. 91-93 журнала
№ 1` 2007


Похожие статьи