Файл: Шпора.docx

Вопрос № 30

Преодоление сетевых экранов при взаимодействии точка-точка по протоколу UDP(UDPHolePunching, используется в программеSkype).

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

Компьютер А устанавливает соединение с S, при этом сообщая свое имя, свойIPи номер порта, который он использует для связи с собой (выбирается случайно). Сервер возвращает клиенту список его контактов и ихIPи порты.

Таким образом, устанавливается и поддерживается ТСР соединение с сервером для аутентификации и получения списка контактов.

Когда Б хочет позвонить А, он уведомляет об этом сервер S. СерверSуведомляет об этом клиент А по установленному ТСР соединению. После этого А начинает слатьUDPпакеты клиенту Б (делает это в цикле):

В это же время, клиент Б циклически шлет пакеты клиенту А:

При этом сетевой экран Б не пропускает пакеты от А до тех пор, пока в нем не проделает дыру исходящий пакет от Б. То же самое в отношении А. Но, поскольку пакеты шлются в цикле, то в итоге в обоих экранах начнут возникать дыры и в итоге между А и Б образуется UDP-канал (DUDPHolePunching).

Вопрос № 31

Преодоление сетевых экранов при взаимодействии точка-точка по протоколу UDP(UDPHolePunching) в условиях, когда взаимодействующие узлы используют технологиюNATдля выхода в Интернет.

А и Б могут находится как в одной так и в разных локальных сетях.

А устанавливает соединение с S, сообщая при при этом свой локальныйIP.Sзапоминает как этотIPтак иIPс которого физически был отправлен пакет.

Далее А и Б начнут слать друг другу пакеты на физические (NAT-овские адреса):

Одновременно (параллельно отправляя на физические адреса) А и Б шлют друг другу пакты на локальные адреса в надежде, что они находятся в одной локальной сети.

Если такое соединение устанавливается, то попытки соединится по внешним адресам прекращаются и соединение работает по локальной сети на огромной скорости.

Вопрос № 32

Электронная почта. Принципы организации и функционирования. Протоколы SMTP,POP3 иIMAP

Электронная почта

Электронная почта — технология и предоставляемые ею услуги по пересылке и получению электронных сообщений (называемых «письма» или «электронные письма») по распределённой (в том числе глобальной) компьютерной сети.

1. Марк решает отправить почту на bill@example.org, он пишет его в почтовой программе

2. Почтовая программа пересылает письмо на почтовый сервер Марка (relay.example.net)

3. Сервер relay.example.netищет данные оDNS-зонеorg

4. relay.example.netищет данные о зонеexample.org

5. Он узнаёт у ns.example.org, что почту надо слать наsmtp.example.orgи узнаёт егоIP-адрес

6. Сервер relay.example.netсоединяется с серверомsmtp.example.orgи передаёт письмо

7. smtp.example.orgвидит, что письмо для локального пользователя и помещает его в почтовый ящик

8. Билл приходит, включает компьютер, запускает почтовую программу

9. Почтовая программа обращается к серверу smtp.example.org

10. Программа находит письмо я ящике, скачивает его - письмо доставлено Биллу

SMTP

Уровень модели OSI– прикладной.

SMTP предназначен для передачи электронных сообщений. Клиент создает TCP-соединение с сервером через порт №25. Затем клиент обменивается с сервером сообщениями до тех пор, пока соединение не будет прервано. Через протокол SMTP клиент сообщает, какую операцию он хочет выполнить. Команда, которую он передает, представляет собой текст и состоит из ключевых слов, за ключевыми словами следует параметр через пробел. Каждая команда заканчивается парой символов: конец строки и перевод каретки (CRLF).

2ХХ — команда успешно выполнена

3XX— ожидаются дополнительные данные от клиента

4ХХ — временная ошибка, клиент должен произвести следующую попытку через некоторое время

5ХХ — неустранимая ошибка

Синтаксис команд SMTP:

Пример: подключаемся к серверу

C:HELO195.161.101.33

S: 250 smtp.mail.ru is ready

C: MAIL FROM: <dima@mail.ru>

S: 250 OK

C: RCPT TO: <kirill@mail.ru>

S: 250 OK

C: DATA

S: 354 start mail input; end with <CRLF>. <CRLF>

C: FROM: Dima <dima@mail.ru>

C: TO: Kirka <kirill@mail.ru>

C: Subject: Lecture

C: Hello Kirka! Your lecture is gone. You were late.

C: Students are waiting for you for 2 hours…

S: 250 OK

C: QUIT

S: 221 smtp.mail.ru is closing transmission channel

POP3

Предназначен для работы с удаленным почтовым ящиком.

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

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

Длина ключевых слов – 3-4 символа. Длина аргументов – не более 40 каждый. Каждая команда должна завершаться символами CRLF. Ответы на некоторые команды могут состоять из нескольких строк. В этом случае каждая строка разделена символомCRLF, а весь ответ - точкой иCRLF.

Когда отвечает сервер, команды бывают в двух формах:

+ OKтекст – успешно

- ERRтекст – ошибка

Основные команды:

C: USER Dmitry

S: +OK Dmitry is real user

C: PASS Surkov

S: +OK Dmitry’s maildrop has 2 messages

C: STAT

S: +OK 2 320

C: LIST

S: +OK 2 messages (320 octets)

S: 1 120

S: 2 200

C: RETR 1

S: +OK 120 octets

C: DELE 1

S: +OK message 1 deleted

C: RETR 2

S: +OK 200 octets

C: DELE 2

S: +OK message 2 deleted

C: QUIT

S: +OK desk POP3 server signing off

USERпередает серверу имя пользователя. Сервер проверяет синтаксическую правильность логина.

PASSпередает пароль пользователя. Если пользователь есть, пароль подошел, ящик не заблокирован другими соединениями, значит +OK.

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

LISTвыдает информацию о сообщении с указанным номером.

DELEудаляет сообщение с указанным номером.

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

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

QUITпереводитPOP3-сервер в состояниеupdate(обновления). В этом режиме сервер удаляет сообщения, помеченные к удалению, и завершаетPOP3 сессию.

TOPвыдает заголовки сообщений (сообщения с указанным номером), выдаются первыеnстрок.

IMAP

IMAP (Internet Message Access Protocol — «Протокол доступа к электронной почте Интернета») — протокол прикладного уровня для доступа к электронной почте.

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

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

Как и POP3, протокол IMAP использует концепцию клиент-сервер с набором команд. С помощью команд осуществляется передача сообщений электронной почты от сервера клиенту. Клиент устанавливает для этой цели TCP-соединение с портом 143 на сервере. Далее сервер должен ответить специальным сообщением-приглашением.

Пример сеанса по протоколу IMAP:

1 [jessica@shadrach jessical$ telnet localhost 143

2 Trying 127.0.0.1 ...

3 Connected to localhost.

4 Escape character is '^]'.

5 * OK shadrach.smallorg.org IMAP4rev1 V12.250 server ready

6 a001 LOGOUT

7 * BYE shadrach.smallorg.org IMAP4rev1 server terminating connection

8 a001 OK LOGOUT completed

9 Connection closed by foreign host.

10 [jessica@snadrachjessica]$

В строке 1 показана команда на открытие сеанса с помощью telnet с портом 143 (порт IMAP по умолчанию). Строка 5 отображает приглашение, выданное сервером IMAP. В строке 6 клиентом задана команда закончить сеанс с сервером. Затем сервер посылает сообщение об окончании сеанса (строка 7) и закрывает соединение с клиентом.

Каждая команда, выдаваемая клиентом, предваряется уникальным идентификатором. Сервер может затем использовать этот идентификатор в своих ответах, что позволяет клиенту определить, к какой команде относится ответ сервера. Это особенно важно при выполнении сервером нескольких команд за сеанс. Идентификатор обычно представляет собой короткую строку алфавитно-цифровых символов, которая генерируется клиентом. Так, в строке 6 листинга клиентом был выбран идентификатор a001. Если бы клиенту потребовалось задавать и другие команды, то следующим идентификатором был бы a002 и т.д. Часто для упрощения идентификаторы команд в течение сеанса IMAP просто последовательно увеличивают один из своих разрядов.