Основи комп'ютерних мереж

Вступ та Контекст

Навіщо розробнику розуміти мережі?

Уявіть, що ви написали чудовий застосунок. Він ідеально працює на вашому комп'ютері. Але що, якщо потрібно отримати дані з віддаленого сервера? Відправити повідомлення іншому користувачу? Обслужити десятки тисяч одночасних підключень?

Сучасне програмування — це мережеве програмування. Від мобільних додатків до хмарних сервісів — абсолютна більшість програмного забезпечення взаємодіє через мережу. Розробник, який не розуміє принципів мережевої взаємодії, схожий на архітектора, що проєктує будівлю без знання законів фізики.

Фундаментальні Концепції

Що таке комп'ютерна мережа?

Комп'ютерна мережа (Computer Network) — це група комп'ютерів або пристроїв, з'єднаних між собою каналами зв'язку для обміну даними та спільного використання ресурсів.

Це визначення може здатись простим, але за ним стоять десятиліття інженерних рішень. Щоб два комп'ютери могли «поговорити», необхідно вирішити цілу низку взаємопов'язаних проблем:

• Фізичне з'єднання — яким кабелем або бездротовим каналом з'єднати пристрої?
• Адресація — як однозначно ідентифікувати кожен пристрій у мережі?
• Спільна мова — за якими правилами обмінюватися повідомленнями?
• Надійність — що робити, якщо дані загубились або пошкодились по дорозі?
• Масштабованість — як з'єднати не два, а мільярди пристроїв?

Усі ці проблеми вирішуються за допомогою протоколів (Protocol) — наборів правил, що визначають формат та порядок обміну повідомленнями між пристроями.

Коротка історія комп'ютерних мереж

Розуміння історії допомагає зрозуміти чому мережі побудовані саме так, а не інакше. Кожне архітектурне рішення — це відповідь на конкретну проблему свого часу.

Типи мереж за масштабом

Мережі класифікуються передусім за географічним охопленням. Ця класифікація практично важлива: масштаб мережі визначає характеристики каналів і, зрештою, те, як розробник має проєктувати свій застосунок.

Ця класифікація безпосередньо впливає на архітектуру застосунку. Розглянемо ключові характеристики в порівнянні:

::

Мережеве обладнання

Пристрої у мережі не з'єднуються безпосередньо один з одним — між ними знаходиться спеціалізоване обладнання. Розуміння ролі кожного пристрою допомагає програмісту правильно діагностувати мережеві проблеми і розуміти, де саме «загубився» пакет.

Хаб (Hub) — «тупий» повторювач

Хаб (Hub, концентратор) — найпростіший мережевий пристрій. Він отримує сигнал на один порт і повторює його на всі інші порти без жодного аналізу.

graph TD
    A["Комп'ютер A"] --> H["Hub"]
    B["Комп'ютер B"] --> H
    C["Комп'ютер C"] --> H
    D["Комп'ютер D"] --> H
    H -->|"Пакет від A —<br/>копіюється ВСІМ"| B
    H -->|"Пакет від A —<br/>копіюється ВСІМ"| C
    H -->|"Пакет від A —<br/>копіюється ВСІМ"| D
    style H fill:#ef4444,stroke:#b91c1c,color:#ffffff

Якщо комп'ютер A надсилає дані комп'ютеру D, їх також отримують B та C. Це створює три проблеми: зайвий трафік, відсутність конфіденційності та колізії (коли два пристрої передають одночасно і сигнали «стикаються»).

Комутатор (Switch) — розумний посередник

Комутатор (Switch) — розумніший пристрій. Він веде таблицю MAC-адрес (фізичних адрес мережевих карток) і знає, до якого порту підключений кожен пристрій. Завдяки цьому він передає пакет тільки на потрібний порт.

graph TD
    A["Комп'ютер A<br/>MAC: AA:11"] --> S["Switch<br/>(таблиця MAC-адрес)"]
    B["Комп'ютер B<br/>MAC: BB:22"] --> S
    C["Комп'ютер C<br/>MAC: CC:33"] --> S
    D["Комп'ютер D<br/>MAC: DD:44"] --> S
    S -->|"Пакет від A для D —<br/>тільки на порт D"| D
    style S fill:#3b82f6,stroke:#1d4ed8,color:#ffffff

Переваги над хабом: менше зайвого трафіку, підвищена безпека (пристрої не бачать чужих даних), відсутність колізій між різними парами пристроїв.

Маршрутизатор (Router) — навігатор між мережами

Свіч чудово працює всередині однієї мережі. Але він не знає, як дістатись до іншої мережі. Тут з'являється маршрутизатор (Router).

Маршрутизатор з'єднує кілька мереж і обирає найкращий маршрут для кожного пакета. Він оперує не MAC-адресами, а IP-адресами — логічними адресами, що ми детально вивчимо в наступних модулях.

graph LR
    subgraph "Домашня мережа (LAN)"
        PC["Ваш ПК"]
        Phone["Смартфон"]
    end
    Router["Роутер<br/>(NAT + Router)"]
    Internet["Інтернет (WAN)"]
    Server["Сервер<br/>github.com"]

    PC --> Router
    Phone --> Router
    Router --> Internet
    Internet --> Server

    style Router fill:#f59e0b,stroke:#b45309,color:#ffffff

Ваш домашній Wi-Fi роутер — це саме маршрутизатор, що з'єднує локальну мережу (LAN) з мережею інтернет-провайдера.

Пакетна комутація

Проблема: як передавати великі об'єми даних?

Існують два принципово різних підходи до організації передачі даних між вузлами мережі. Розуміння їх відмінностей пояснює, чому Інтернет побудований саме так і чому мережеве програмування має свою специфіку.

sequenceDiagram
    participant A as Відправник
    participant R1 as Маршрутизатор 1
    participant R2 as Маршрутизатор 2
    participant B as Отримувач

    Note over A: Файл розбивається<br/>на пакети 1, 2, 3

    A->>R1: Пакет 1
    A->>R1: Пакет 2
    A->>R2: Пакет 3 (інший маршрут!)

    R1->>B: Пакет 1
    R2->>B: Пакет 3
    R1->>B: Пакет 2

    Note over B: Пакети зібрані<br/>у правильному порядку

Клієнт-серверна архітектура

Ролі у мережевій взаємодії

Найпоширеніша модель організації мережевої взаємодії — клієнт-серверна (Client-Server Architecture). У ній пристрої поділяються на два типи за своєю роллю:

• Сервер (Server) — програма або комп'ютер, що постійно запущений, очікує підключень і надає сервіси: дані, обчислення, файли, повідомлення.
• Клієнт (Client) — програма, що ініціює з'єднання із сервером, надсилає запит (Request) і отримує відповідь (Response).

sequenceDiagram
    participant C as Клієнт
    participant S as Сервер

    Note over S: Сервер запущений<br/>і очікує підключень

    C->>S: 1. Встановлення з'єднання
    S-->>C: 2. Підтвердження

    C->>S: 3. Запит (Request)
    Note over S: Обробка запиту
    S-->>C: 4. Відповідь (Response)

    C->>S: 5. Закриття з'єднання

Ця модель — основа абсолютної більшості мережевих застосунків: веббраузер (клієнт) і вебсервер, поштовий клієнт і SMTP-сервер, мобільний додаток і REST API.

Порти: адреса конкретного застосунку

IP-адреса ідентифікує комп'ютер у мережі. Але на одному комп'ютері одночасно можуть працювати десятки мережевих програм: вебсервер, поштовий сервер, SSH-daemon. Як операційна система знає, якій програмі передати пакет?

Для цього використовуються порти (Ports) — числа від 0 до 65535. Пара IP-адреса + порт однозначно ідентифікує конкретний мережевий застосунок на конкретному комп'ютері. Ця пара називається кінцевою точкою (Endpoint).

Коли клієнт підключається до сервера, він також отримує тимчасовий порт відправника — ОС автоматично обирає вільний номер із динамічного діапазону. Завдяки цьому сервер може відрізнити, від якого саме клієнта прийшов пакет.

Перший погляд на мережевий C# код

Перш ніж заглиблюватись у сокети та протоколи (це буде в наступних модулях), подивімось, як .NET дозволяє дізнатись базову інформацію про мережеве оточення власного комп'ютера. Це допоможе вам одразу відчути роботу з простором імен System.Net.

Інформація про мережеві інтерфейси

Кожен комп'ютер має один або кілька мережевих інтерфейсів (Network Interface) — апаратних або віртуальних пристроїв для підключення до мережі. Клас NetworkInterface дає доступ до їх переліку:

using System.Net;
using System.Net.NetworkInformation;

// Отримуємо всі мережеві інтерфейси комп'ютера
NetworkInterface[] interfaces = NetworkInterface.GetAllNetworkInterfaces();

foreach (NetworkInterface nic in interfaces)
{
    // Відображаємо лише активні інтерфейси
    if (nic.OperationalStatus != OperationalStatus.Up)
        continue;

    Console.WriteLine($"Інтерфейс: {nic.Name}");
    Console.WriteLine($"  Тип: {nic.NetworkInterfaceType}");
    Console.WriteLine($"  MAC: {nic.GetPhysicalAddress()}");

    // IP-адреси, призначені цьому інтерфейсу
    IPInterfaceProperties props = nic.GetIPProperties();
    foreach (UnicastIPAddressInformation addr in props.UnicastAddresses)
    {
        Console.WriteLine($"  IP: {addr.Address} / {addr.IPv4Mask}");
    }

    Console.WriteLine();
}

Розберімо ключові елементи цього коду:

• NetworkInterface.GetAllNetworkInterfaces() — статичний метод, що повертає масив усіх інтерфейсів: фізичних (Ethernet, Wi-Fi) та віртуальних (loopback, VPN-адаптери)
• OperationalStatus.Up — фільтруємо лише активні (підключені) інтерфейси; Down означає відключений кабель або вимкнений Wi-Fi
• nic.GetPhysicalAddress() — MAC-адреса цього мережевого адаптера (та сама, що ми обговорювали в розділі про комутатори)
• UnicastIPAddressInformation — IP-адреса, призначена інтерфейсу (може бути кілька: IPv4 та IPv6 одночасно)
• addr.IPv4Mask — маска підмережі, яка показує, де закінчується мережева частина адреси і починається хостова

Перевірка доступності хоста

Інша корисна операція — перевірка, чи доступний певний хост у мережі. Клас Ping реалізує протокол ICMP Echo, що лежить в основі команди ping:

using System.Net.NetworkInformation;

using var ping = new Ping();

string[] hosts = { "8.8.8.8", "1.1.1.1", "localhost" };

foreach (string host in hosts)
{
    PingReply reply = await ping.SendPingAsync(host, timeout: 3000);

    string status = reply.Status == IPStatus.Success
        ? $"✅ доступний, RTT = {reply.RoundtripTime} мс"
        : $"❌ недоступний ({reply.Status})";

    Console.WriteLine($"{host,-15} {status}");
}

• Ping.SendPingAsync() — асинхронна відправка ICMP Echo запиту. Параметр timeout — максимальний час очікування у мілісекундах
• reply.Status — результат: IPStatus.Success означає успіх, інші значення (TimedOut, DestinationUnreachable) — різні типи помилок
• reply.RoundtripTime — RTT (Round-Trip Time) — час у мілісекундах від відправки до отримання відповіді. Це і є затримка (latency), про яку ми говорили в розділі про типи мереж

Ім'я вузла та його адреси: перший крок до DNS

У практичному мережевому програмуванні розробник майже ніколи не працює лише з "голими" IP-адресами. Люди мислять доменними іменами: google.com, api.github.com, localhost. Тому наступний базовий крок після перевірки доступності вузла — зрозуміти, як ім'я хоста пов'язується з конкретними мережевими адресами.

У .NET для цього існує клас Dns. Він ще не відкриває з'єднання і не передає прикладні дані, але вже дозволяє побачити надзвичайно важливу річ: одне ім'я може відповідати кільком IP-адресам одночасно, а один і той самий сервіс може бути доступний як через IPv4, так і через IPv6.

using System.Net;

string hostName = "localhost";
IPHostEntry hostEntry = await Dns.GetHostEntryAsync(hostName);

Console.WriteLine($"Хост: {hostEntry.HostName}");

foreach (IPAddress address in hostEntry.AddressList)
{
    Console.WriteLine($"  Адреса: {address} ({address.AddressFamily})");
}

Цей приклад здається простим, але за ним стоїть важливий концептуальний місток до наступних модулів:

• Dns.GetHostEntryAsync() виконує резолюцію імені, тобто перетворює символьне ім'я на одну або кілька адрес
• hostEntry.AddressList повертає всі знайдені адреси, а не лише одну; це критично, бо великі сервіси майже завжди мають кілька точок входу
• address.AddressFamily показує, до якої сім'ї належить адреса: InterNetwork для IPv4 або InterNetworkV6 для IPv6

Підсумок

У цьому модулі ми розглянули мережу не як абстрактне "середовище, де щось працює", а як інженерну систему з чіткими правилами. Ми побачили історичні причини виникнення сучасного Інтернету, розібрали класифікацію мереж за масштабом, зрозуміли відмінність між комутатором і маршрутизатором, а також з'ясували, чому пакетна комутація стала фундаментом глобальної мережі.

Не менш важливим є й те, що ми заклали правильну ментальну модель для подальшого навчання. Сервер і клієнт — це не "магічні ролі", а конкретні способи організації взаємодії. IP-адреса і порт — не просто числа, а адреса машини й адреса процесу всередині цієї машини. Затримка, втрата пакетів і невпорядкованість доставки — не випадкові винятки, а природні властивості мережевого середовища, з якими протоколи і програміст працюють системно.

Перші приклади на C# показали ще одну принципову річ: мережеве програмування починається не з написання сервера, а з уміння спостерігати мережу, вимірювати її параметри і читати інформацію, яку вже надає операційна система. Це правильна професійна оптика: перед тим як будувати складну комунікацію, потрібно навчитися бачити її фундамент.

У наступному модулі ми перейдемо від загальних основ до формальної моделі, яка описує мережеву взаємодію по рівнях, — моделі OSI та стеку TCP/IP. Саме вони дадуть нам мову, якою професійно описують рух даних від прикладної програми до фізичного середовища передачі.

Практика та закріплення

Теоретичний модуль про мережі легко створює оманливе відчуття зрозумілості. Поки терміни "маршрутизатор", "пакет", "порт" і "клієнт" залишаються лише словами, вони швидко змішуються в пам'яті. Саме тому після вивчення фундаменту важливо не просто перечитати визначення, а спробувати застосувати їх у невеликих аналітичних і практичних вправах.

Наведені нижче завдання побудовані за принципом поступового ускладнення. Спочатку ви перевірите термінологічну точність і базове розуміння ролей у мережі. Далі попрацюєте з реальною інформацією про мережеве середовище вашої машини. Наприкінці спробуєте пов'язати всі елементи в єдину картину, як це робить інженер, коли аналізує реальний мережевий сценарій.

Рівень 1. Базове розуміння

1. Поясніть власними словами різницю між комп'ютерною мережею, протоколом, IP-адресою та портом. Спробуйте дати визначення без підглядання в текст, а потім звірте їх з матеріалом модуля.
2. Побудуйте коротку таблицю порівняння для Hub, Switch і Router. Для кожного пристрою вкажіть:
   • який тип адрес він використовує;
   • чи вміє він "думати" про маршрут;
   • де саме його зазвичай застосовують.
3. Візьміть будь-який знайомий вам застосунок, наприклад браузер або месенджер, і опишіть його взаємодію в термінах клієнт-серверної архітектури. Хто є клієнтом? Хто сервером? Який ресурс або сервіс запитується?

Рівень 2. Спостереження за реальною мережею

1. Запустіть приклад із NetworkInterface.GetAllNetworkInterfaces() та випишіть:
   • назви активних інтерфейсів;
   • їхні MAC-адреси;
   • IPv4 та IPv6 адреси, якщо вони присутні.
   
   Після цього дайте письмову відповідь на питання: чому один комп'ютер може мати кілька адрес одночасно?
2. Змініть приклад із Ping так, щоб він перевіряв щонайменше п'ять вузлів: localhost, адресу вашого маршрутизатора, публічний DNS-сервер, популярний сайт і навмисно неіснуючий хост. Порівняйте результати та поясніть, чому відповіді відрізняються.
3. Використайте Dns.GetHostEntryAsync() для двох різних доменів. Зверніть увагу, що один домен може повертати кілька адрес. Сформулюйте висновок: чому великі сервіси не обмежуються однією IP-адресою?

Рівень 3. Архітектурне мислення

1. Уявіть, що ви проєктуєте простий чат для локальної комп'ютерної мережі університетської лабораторії. Коротко опишіть:
   • чому тут доречна LAN;
   • яку роль виконує комутатор;
   • чому сервер має слухати конкретний порт;
   • що станеться, якщо два клієнти спробують звернутися до сервера одночасно.
2. Напишіть невеликий консольний застосунок-діагност, який:
   • виводить активні мережеві інтерфейси;
   • резолює ім'я заданого хоста;
   • виконує ping;
   • формує короткий звіт про доступність вузла.
   
   У цьому завданні важливий не лише код, а й текстовий висновок: які саме відомості про мережу ви отримали і як вони допомагають діагностувати проблему.
3. Розгляньте сценарій: користувач каже, що "сайт не відкривається". Опишіть послідовність міркувань, спираючись на цей модуль. Які можливі причини слід перевіряти спочатку: відсутність мережевого інтерфейсу, проблеми з локальною адресацією, недоступність маршрутизатора, помилка DNS чи недоступність віддаленого сервера?

Контрольні питання

Нижче подано короткий набір запитань для самоперевірки. Якщо на будь-яке з них важко відповісти без повторного читання, це нормальний сигнал повернутися до відповідного розділу й зміцнити фундамент.

1. Чому пакетна комутація виявилася придатнішою для глобальної мережі, ніж комутація каналів?
2. У чому принципова різниця між фізичною адресацією через MAC і логічною адресацією через IP?
3. Чому комутатор не може замінити маршрутизатор у задачі взаємодії між різними мережами?
4. Що саме ідентифікує порт: комп'ютер, мережевий адаптер чи конкретний процес/службу?
5. Чому один хост може мати одночасно кілька IP-адрес?
6. Яку інформацію дає Ping, а яку — ні?
7. Чому знання RTT є важливим навіть для прикладного розробника?