IT Еxtra

Мы уже знаем, что у каждого устройства в сети есть уникальный адрес — IP. Это позволяет доставить почтовый пакет (данные) точно до нужного здания (вашего компьютера или сервера). Но представьте, что вы почтальон, который принес в огромный многоквартирный дом целую стопку писем. Вы зашли в подъезд... и что дальше? Как понять, кому какое письмо отдать? Одни письма — для бухгалтерии на первом этаже, другие — для отдела кадров на втором, третьи — лично для жильца в квартире 505. Без номеров квартир или табличек на дверях ваша работа остановится...

Мы познакомились с двумя главными протоколами транспортного уровня: надежным, но неторопливым TCP и быстрым, но безответственным UDP. Теперь настало время посмотреть на них в действии и понять, почему разработчики приложений выбирают тот или иной инструмент для своих задач. Это не вопрос личных предпочтений, а взвешенное техническое решение, основанное на потребностях приложения. Давайте рассмотрим самые привычные для нас сценарии. Когда зовут надежного гиганта TCP? TCP используется там, где целостность и полнота данных абсолютно критичны...

В мире доставки данных мы познакомились с педантичным и надежным курьером TCP, который требует расписки о вручении для каждой посылки. Но представьте другую ситуацию: вы на многотысячном концерте и видите своего друга в толпе. Вы кричите ему: «Эй, встречаемся у выхода через 5 минут!». Вы не будете ждать, пока он крикнет в ответ: «Понял, подтверждаю!», а затем перекрикивать шум, чтобы уточнить: «Ты точно понял? Это была минута номер один из нашего разговора!». Вы просто крикнули и надеетесь, что он услышал...

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

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

Сценарий: Вы отправляете сообщение "Привет!" через мессенджер на телефон друга. Шаг 1: Уровень 7 - Прикладной Шаг 2: Уровень 6 - Представления Шаг 3: Уровень 5 - Сеансовый Шаг 4: Уровень 4 - Транспортный Шаг 5: Уровень 3 - Сетевой Шаг 6: Уровень 2 - Канальный Шаг 7: Уровень 1 - Физический Шаг 8: В вашей локальной сети Шаг 9: Через интернет Каждый маршрутизатор на пути: Шаг 10: Уровень 1 - Физический (на сервере) Шаг 11: Уровень 2 - Канальный (на сервере) Шаг 12: Уровень 3 - Сетевой (на сервере)...

В мире сетей существует одна фундаментальная концепция, которая помогает понять абсолютно всё — от передачи бита по проводу до отображения веб-страницы в вашем браузере. Это модель OSI (Open Systems Interconnection). Не пугайтесь этого сложного названия! По своей сути, это инструкция по сборке сложной посылки, где каждая деталь упаковывается в свою собственную коробочку. Представьте, что вам нужно отправить другу ценный подарок — хрупкую фарфоровую куклу. Вы не бросите ее в почтовый ящик как есть...

Представьте, что вы приехали в страну, где нет никаких правил дорожного движения. Светофоры не работают, знаки отсутствуют, а каждый водитель едет так, как ему вздумается. Что произойдет? Хаос, бесконечные аварии и полная невозможность добраться до точки назначения. Теперь представьте, что в такой же хаос попали бы компьютеры, пытающиеся общаться друг с другом без единых правил. Одни посылали бы данные огромными кусками, другие — крошечными, третьи не подтверждали бы их получение, а четвертые говорили бы на совершенно непонятном «языке»...

В наших уроках мы уже разобрали, что у каждого устройства в сети есть свой уникальный почтовый адрес — IP. Это логический адрес, который может меняться: сегодня ваш ноутбук получил от роутера один IP, а завтра — другой. Но как же устройства в пределах одной локальной сети, в одном «доме», находят друг друга в самый первый момент? Как маршрутизатор узнает, кому именно из всех подключенных устройств отправить пакет данных, если он пришел по внешнему адресу? Для этого существует еще один, фундаментальный адрес — MAC-адрес...

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

В прошлом уроке мы узнали, что IP-адрес — это как почтовый адрес для устройства в сети. Самый первый и массовый формат такого адреса называется IPv4. Он выглядит привычно: четыре числа от 0 до 255, разделенные точками, например, 192.168.1.1. Когда его создавали, интернет был небольшим научным проектом, и разработчики думали, что адресов, которые можно создать по этой схеме, хватит с лихвой. Давайте посчитаем: сколько всего может быть уникальных IPv4-адресов? Это примерно 4,3 миллиарда комбинаций,...

В прошлом уроке мы разобрались, что IP-адрес — это уникальный адрес устройства в сети, подобный почтовому адресу. Но представьте, что вы получили письмо с адресом «ул. Ленина, 10». Как почтальону понять, это частный дом или многоквартирный? Если это многоквартирный дом, то сколько в нем подъездов и квартир? Чтобы устранить эту неопределенность, в реальном адресе мы указываем не только улицу и дом, но и номер квартиры. В мире IP-адресов ту же самую роль уточнения играет маска подсети. Маска подсети...