Loading...

tcpdump + nc + telnet

Course video 5 of 75

Добро пожаловать! В этом модуле мы разберёмся с тем, как устроено сетевое взаимодействие на самом деле, познакомимся с основными протоколами и вспомним библиотеку requests для работы с HTTP из Python.

Создание Web-сервисов на Python

Institut de physique et de technologie de Moscou

Cours 3 de 4 dans Программирование на Python Spécialisation

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

Visualiser le programme de cours

Enseigné par

Абрамов Тимур
Пестров Никита
Опрышко Александр
Партилов Алексей

Transcription

В этом виде мы рассмотрим на практике как работает протокол TCP/UDP.

Для этого воспользуемся системной утилитой nc. И начнем слушать на IP адресе

127 001 и порт 3000. Попробуем подключиться с помощью системной утилиты telnet к IP адресу

127 001 к 3000-ному порту.

Установление соединения прошло успешно. Попробуем отправить данные.

Отправляем какие-то данные и видим,

что они пришли, также можно это сделать в обратную сторону,

что свидетельствует, что соединение дуплексное, т.е.

мы можем данные отправлять и в ту и в другую сторону.

Теперь давайте посмотрим какие процессы происходят внутри.

Для этого воспользуемся утилитой ATCP dump.

Нам нужно смотреть все, что происходит в интерфейсе, то есть в петле самого на себя.

Также начнём свыше 3000 порт и подключимся к нему с помощью телнета. Что мы видим?

Первая строчка, это IP пакет. Мы видим, что версия протокола v4 и длиной 68.

К нам пришли данные от 127 001 и к

127 001 3000 с флагами S и некоторыми служебными флагами.

Установили номер в последовательности вот такой, вин это размер окна,

в целом это не такие важные подробности. И видим, что длина данных равна нулю,

то есть ничего не передали. Следующий пакет идет ответ на наши соединения, S это синк,

точка это аск, то есть нам сообщают, что готовы к установлению логического соединения,

так же устанавливают номер в последовательности и отвечают подтверждением аск.

Можно заметить, что тут номер в последовательности на один меньше, чем в следующем пакете,

что означает, что это подтверждение на предыдущий пакет.

И после этого нам телнет посылает подтверждение восстановления соединения.

После этого соединение считается установленным.

Теперь давайте попробуем отправить какие-то данные,

например, отправляем qwerqwerqwer, что мы видим?

Приходит пакет IP размером 70, он уже больше. Внутри него пакет TCP.

Тут же указаны относительные цифры, то есть они относительные от первого числа, то есть,

чтобы каждый раз не писать большие цифры,

он установил соединение и просто сделал их относительными от единицы.

Мы передаем данные от телнета к неткату, от какого-то порта,

который он занял к 3000 размером 14 байт. В последовательности от 1-15 и аск 1.

Далее нам приходит пакет длиной ноль, который является подтверждением,

что он принял 15 байт пакет аск. Это является подтверждением того, что мы приняли данные.

Так же происходит, если передать в обратном направлении.

Собственно мы передаем данные от 3000-ного порта к 55 8 9 8,

6 байт, номер последовательности у него

1 7 и чтобы подтвердить корректную передачу этих данных,

нужно посылать от 55 8 9 8 пакет TCP аск с подтверждением, что принято корректно.

Допустим мы хотим разорвать логическое соединение и посмотрим, что происходит.

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

55 8 9 8, он отправляет флаг f и говорит [inaudible] останови соединение. Он длиной ноль.

После этого ему отвечают, что окей, мы разрываем соединение

TCP пакетом аск также длинной ноль и в свою очередь другой клиент,

также отправляет пакет фин и ему отвечает подтверждением.

После этого можно считать, что соединение закрыто.

Теперь давайте посмотрим, что происходит в случае UDP.

Также начнем слушать на 3000-ном порту, только с флагом u, то есть использовать UDP.

И воспользуемся тут тоже неткатом, подключимся к UDP сокету 127 001 3000,

подключаемся, видим, что ничего не происходит, т.е.

соединение не происходило, мы просто сделали вид, что подключились.

Теперь отправим какой-то кусок данных.

Нам пришел всего один пакет, также он пришел в IP и внутри него завернут UDP пакет.

Он отправлен с порта 50 514, он уже другой, чем был у TCP,

то есть это просто порт, который заняла наша системная утилита.

Он пришёл в порт 3000 по протоколу UDP длиной 13 байт,

и внутри мы видим данные, которые мы передавали.

В итоге мы рассмотрели, как работают протоколы TCP и UDP

на практике и что происходит под капотом.

À propos de Coursera

Cours, Spécialisations et Diplômes en ligne enseignés par des enseignants du plus haut niveau provenant des meilleurs universités et établissements d'enseignement du monde.

Join a community of 40 million learners from around the world

Earn a skill-based course certificate to apply your knowledge

Gain confidence in your skills and further your career

Coursera propose un accès universel à la meilleure formation au monde, en partenariat avec des universités et des organisations du plus haut niveau, pour proposer des cours en ligne.

© 2019 Coursera Inc. Tous droits réservés.

Télécharger dans l'App Store

Disponible sur Google Play