Протокол Описание
Как и обещал, продолжаю публиковать описания различных сетевых протоколов. Поскольку в прошлый раз мой пост был о, логично продолжить тему об электронной почте. Протокол POP3 (Post Office Protocol — version 3, третья версия протокола почтового отделения) является наиболее распространенным протоколом получения электронной почты с почтового сервера. Для этих целей также используется IMAP. В IMAP предусмотрено больше возможностей, чем в POP3, но зато POP3 намного проще.
Протокол Описание. ⇐ Предыдущая 1 2 3 4 567 8 9 10 Следующая ⇒. DHCP Передает сообщения электронной почты между серверами.. • Протоколы TCP/IP разрабатывались для использования в Интернете и предназначены для поддержки систем на любой компьютерной платформе и с любой ОС. • Стек протоколов TCP/IP разделяется на четыре уровня: сетевого интерфейса, межсетевой, транспортный и прикладной. О документе 1.1 Содержание документа Документ описывает реализацию протокола Modbus RTU.
Краткое описание некоторых из них: SMTP (Simple Mail Transfer Protocol) - это сетевой протокол.
Для сравнения — POP3 описан в, занимающем всего 20 страниц, а, описывающий IMAP, состоит из целых 108 страниц. В этом посте речь пойдет о протоколе POP3. Как всегда, начнем с запуска утилиты telnet и живого примера.
Telnet mail.nic.ru 110 Trying 194.85.88.226. Connected to mail.nic.ru. Escape character is '^'. +OK POP3 Server ready APOP user@nic.ru d0a42277e0dc30b9cbcdca +OK 5 messages (868540 bytes) (proxing) Здесь мы соединяемся с pop3-сервером, работающим обычно на 110-м порту и проходим аутентификацию (не путать с ). Если в приветствии сервера присутствует похожая на e-mail строка в треугольных скобках (timestamp), значит сервер поддерживает команду APOP, позволяющую передавать пароль в зашифрованном (точнее — хэшированном) виде. В этом примере хэш вычислен следующим образом.
Echo -n 'qwerty' md5 То есть происходит конкатенация timestamp с паролем, а от результата вычисляется MD5. Преимущество этого метода в том, что даже при использовании незащищенного соединения злоумышленник не сможет перехватить пароль. Он увидит только хэш, который будет совершенно бесполезен, поскольку для каждого нового соединения сервер использует уникальный timestamp. Чтобы узнать пароль необходимо взломать хэш c помощью перебора, что практически бесполезно для достаточно сильных паролей, которые к тому же меняются хотя бы раз в пол года. Недостаток метода в том, что на стороне сервера пароли приходится хранить в открытом виде, иначе как проверить правильность хэша, переданного пользователем? Если злоумышленник получит доступ к базе данных, то сможет украсть все пароли. Потому большинством почтовых сервером (я лично проверил pop3.mail.ru:110 и pop.gmail.com:995/ssl/) команда APOP не поддерживается и проходить аутентификацию приходится с помощью стандартной пары логин:пароль.
UIDL +OK 6 messages 1 3876 2 3877 3 3878 4 3879 5 3880 6 3881. UIDL 2 +OK 2 3877 Для чего нужны XTND и XMIT не знаю и разбираться лениво:) Желающие могут поискать ответ в Google. Команда NOOP означает «ничего не делать». На ум приходит только одно ее применение — выполнять команду раз в 15 секунд, чтобы дать понять серверу, что клиент не повис.
Команда LAST устарела и использовать ее не следует. Когда-то считалось, что почтовый клиент должен забирать сообщения по очереди. Команда LAST использовалась для того, чтобы узнать id последнего полученного сообщения. В настоящее время она поддерживается некоторыми серверами исключительно для совместимости со старыми почтовыми клиентами. Теперь перейдем к более полезным командам. STAT +OK 5 868540 LIST +OK 5 messages 1 275368 2 11196 3 153304 4 275367 5 153305. LIST 2 +OK 2 11196 TOP 2 0 +OK message follows Return-Path: X-Blacklisted-By: cbl.abuseat.org From: '=?koi8-r?B?48XO1NIg7cnH0sHDyck=?=' To: user@nic.ru Subject: =?koi8-r?B?SGVsbG8=?= Date: Thu, 17 Dec 2009 18:18:12 +0300 MIME-Version: 1.0 Content-Type: multipart/related; type='multipart/alternative'; boundary='-=NextPart000003C01CA7F45.01CA7F45' X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 6.00.3790.3959 X-MimeOLE: Produced By Microsoft MimeOLE V6.00.3790.4325 Received-SPF: none X-Spam-Rating: 83.69.
DELE 2 +OK marked deleted Команда STAT позволяет определить количество сообщений в почтовом ящике (5) и их суммарный размер (868 540 байт). Команда LIST показывает нам список идентификаторов сообщений и их размер в байтах.
Заканчивается список точкой. В качестве аргумента этой команде можно передать id сообщения, тогда в ответ мы получим размер только этого сообщения. Команда TOP позволяет получить заголовок сообщения (первый аргумент команды — id сообщения) и первые N строк тела сообщения (второй аргумент команды). В этом примере я указал N=0, потому что хотел посмотреть только заголовок сообщения.
Obd2 Протокол Описание
С тем же успехом можно было просто указать только один аргумент. Заканчивается ответ сервера также точкой. Команда TOP часто используется почтовыми клиентами для того, чтобы определить отправителя и тему сообщения без необходимости скачивать письмо целиком. Это экономит время и трафик пользователя. Очевидно, тут мы имеем дело со спамом (см e-mail отправителя, X-Blacklisted-By и X-Spam-Rating), так что можно смело удалить сообщение, даже не скачивая его целиком. Для этого используется команда DELE.
Сообщение будет помечено на удаление, но стерто только после того, как мы закроем соединение. Отменить удаление всех помеченных нами сообщений можно командой RSET. Получить сообщение целиком можно с помощью команды RETR. Как и в случае с TOP, конец сообщения обозначается точкой. Не буду приводить примеры этих команд, так как тут все довольно очевидно. По завершению работы можно попрощаться с сервером и закрыть соединение.
Протокол HDLC (High-Level Data Link Control) – протокол второго уровня модели OSI, разработанный организацией ISO. Этот протокол обеспечивает передачу данных между устройствами в режиме точка-точка или точка-многоточка. В лабораторных работах курса CCNA часто встречаются топологии, где маршрутизаторы соединяются serial кабелем чтобы имитировать работу в глобальных сетях (WAN). В курсе CCNA HDLC используется только в режиме точка-точка, поэтому дальнейшее описание будем делать исходя из этого.
Протокол Описание
Протокол HDLC является стандартным для serial интерфейсов на маршрутизаторах Cisco, таким образом, нет необходимости писать команду encapsulation hdlc. Существуют две версии этого протокола:. Стандартный (разработанный ISO).
Cisco HDLC (модифицированный Cisco) Различие между ними, как видно из иллюстрации, заключается в том, что благодаря наличию поля «protocol» в цисковской реализации, существует возможность инкапсулировать в HDLC фрейм пакеты разных протоколов третьего уровня (IPv4,IPv6,IPX,AppleTalk,). Разным протоколам третьего уровня соответствуют разные значения поля «protocol», таким образом, получатель фрейма «знает», какому вышестоящему протоколу надо передать содержимое после декапсуляции HDLC фрейма. В случае же использования HDLC ISO, подразумевается, что на интерфейсе маршрутизатора используется только один протокол третьего уровня. Подробнее об уровнях, инкапсуляции и декапсуляции, можно прочитать.
Давайте рассмотрим структуру фрейма cisco HDLC подробнее:. FLAG – признак начала фрейма, специальная последовательность нулей и единиц («01111110»), которая говорит получателю, что далее будет следовать тело фрэйма. ADDRESS – адрес получателя, в случае использования режима точка-точка, когда соединены два маршрутизатора, это поле может содержать два значения («10000000» - когда данные передаются от DCE к DTE, и «11000000» –в противном случае. CONTROL – поле содержит служебную информацию. Значение этого поля, в том числе, определяет тип кадра HDLC (существуют три основных типа кадров, об этом позже). PROTOCOL – поле, содержащее номер протокола третьего уровня, пакет которого «завёрнут» в данный фрейм.
Протокол Описание Рентгенограммы Пневмонии
DATA – поле с полезными данными вышестоящих протоколов: сюда «заворачиваются» (инкапсулируются) данные, полученные от протокола третьего уровня (например, IPv4 пакет). FCS – контрольная сумма, которая считается при отправке фрейма и сравнивается с полученным пересчётом, который делается при получении фрейма.
В результате, если суммы не совпадают, кадр считается «битым» и отбрасывается. FLAG – признак окончания фрейма, содержит то же значение что и признак начала фрейма. В зависимости от того, с каких битов начинается содержимое поле CONTROL, кадр относится к одному из трёх основных типов:. I-кадр – кадр, переносящий собственно полезные пользовательские данные, только в этот тип кадров инкапсулируются данные протоколов третьего уровня (например, IPv4 пакет) и именно эти кадры чаще всего встречаются в сети. S-кадры используются для контроля передачи, например, в них может быть отправлен запрос на повторную пересылку «битого» фрейма.
U-кадры используются для установки и разрыва логического соединения, а также передачи сообщений об ошибках Настройка HDLC в лабораторных работах по курсу CCNA тривиальна. На самом деле, студенты, как правило, настраивают HDLC, ещё не имея представления об этом протоколе. Предположим, что нам надо настроить следующую топологию: В соответствии с топологией, R1 будет выступать в роли DCE, значит в лабораторных условиях, надо убедиться, что именно в него мы подключим конец кабеля DCE. Подробнее об этом можно прочитать в статье «» Дальнейшая настройка тривиальна.