Андрей Созыкин

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

Во вводной лекции рассказываю:

В новом видео по компьютерным сетям на практике разбираем работу протокола UDP в Wireshark. В качестве примера используем прикладной протокол DNS, запросы отправляем из nslookup и dig.

Основные темы:

- Инкапсуляция DNS в UDP.

Возможно вы заметили нестыковку в видео с практиками по DNS, где мы запрашивали адреса серверов имен для доменной зоны. Например, за доменную зону yandex.ru отвечаю два сервера: ns1.yandex.ru и ns2.yandex.ru.

Получается замкнутый круг: чтобы узнать IP-адреса для доменной зоны yandex.ru, нам нужно обратиться к серверам имен, которые также находятся в этой доменной зоне. IP-адреса этих серверов мы узнать не можем, так как знают их только серверы, отвечающие за доменную зону, то есть сами серверы ns1.yandex.ru и ns2.yandex.ru 😊 Как быть?

В DNS для такой ситуации есть специальный механизм, который называется "приклеенные записи", по-английски glue records. Это записи типа A или AAAA, которые хранятся на вышестоящем сервере DNS вместе с записями NS для домена.

Такие записи "приклеены" к записям NS: когда кто-то запрашивает записи типа NS, то сервер добавляет в запрос "приклеенные" записи с их адресами. Такие записи передаются в разделе "Additional Records" в пакете DNS и показываются в Additional Section команды dig.

Поэтому каждый раз, когда мы запрашиваем NS записи для зоны yandex.ru, мы сразу получаем не только имена серверов, но их IP-адреса. Описанной выше проблемы не возникает.

Glue records нужны только для серверов имен, которые находятся в самой доменной зоне, за которую они отвечают (как в примере с yandex.ru выше). Доменную зону моего сайта asozykin.ru обслуживают серверы имен регистратора: ns1.reg.ru и ns2.reg.ru. Они находятся в другой доменной зоне, поэтому для них glue records не требуются.

Видео по транспортному уровню начал с протокола UDP (User Datagram Protocol).

Этот протокол значительно проще другого протокола транспортного уровня, TCP. Поэтому об UDP можно рассказать всего в одном видео.

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

- Зачем нужен этот уровень, как встроен в модели TCP/IP и OSI.

- Что такое порты на транспортном уровне и какие они бывают.

В последней практике по протоколу DNS разбираем итеративный и рекурсивный режим работы серверов DNS.

В рекурсивном режиме мы сразу получаем ответ от того сервера DNS, которому отправляли запрос.

Перезаписал вводное видео с практиками по SQL. Основные изменения по сравнению с предыдущей версией видео:
- Новый интерфейс Leetcode.

- Появилась поддержка PostgreSQL, поэтому больше не нужно выбирать MySQL, как наиболее близкий вариант.
- Изменился пример данных в задаче, стал более информативным.

В новом видео по компьютерным сетям показываю, как пользоваться двумя популярными командами Linux для работы с DNS: host и dig.

Ранее в курсе мы применяли утилиту nslookup, которая по умолчанию установлена в Windows. Некоторое время назад nslookup объявляли устаревшей (deprecated) и рекомендовали переходить на host и dig. Но это решение было отменено и nslookup сейчас вполне можно использовать как в Windows, так и в Linux.

Возвращаюсь к разбору задач по SQL с Leetcode: в новом видео рассмотрено решение задачи среднего уровня Managers with at Least 5 Direct Reports.

Основная сложность: нужно сделать JOIN, но не двух таблиц между собой, а таблицы и подзапроса. В подзапросе ищем идентификаторы необходимых менеджеров с помощь GROUP BY и HAVING, а затем объединяем с основной таблицей, чтобы вывести имена менеджеров, как требуется в задаче.

В новом видео по компьютерным сетям с помощью nslookup отправляем запросы на записи DNS разных типов и смотрим в Wireshark, какие пакеты DNS передаются по сети.

Типы записей DNS, которые рассматриваются в видео: