IPv4 чи IPv6: як перевірити підключення і знайти збій
Коротка відповідь: IPv4 та IPv6 — два мережеві протоколи, які можуть працювати паралельно. IPv6 дає 128-бітну адресацію, але не гарантує менший ping; реальний результат визначають DNS, вибір адреси застосунком, маршрут і конфігурація провайдера. Для діагностики окремо перевірте адресу на пристрої, IPv4-ціль, IPv6-ціль і доменне імʼя.
Різниця між IPv4 та IPv6 на практиці
IPv4 передає 32-бітну адресу у заголовку пакета, а IPv6 — 128-бітну. Звідси походить набагато більший адресний простір, інший текстовий запис і нові механізми локальної взаємодії. Це не перегони поколінь Wi-Fi: версія IP не визначає радіочастоту, ширину каналу або швидкість Ethernet-порту. Сайт може відкриватися однаково через обидва стеки, хоча пакети підуть різними маршрутами й матимуть неоднакову затримку.
Домашній користувач найчастіше зустрічає IPv4 за приватною адресою та NAT на роутері. IPv6-пристрій зазвичай має кілька адрес із різною областю дії, а роутер отримує або формує префікс для локальної мережі. Щоб не плутати протокол з фізичним доступом, спочатку прочитайте, як читати локальну й зовнішню IP-адресу, а вже потім порівнюйте результати.

Чому в IPv6 кілька адрес одночасно
Link-local адреса потрібна для звʼязку в межах одного каналу й починається з префікса, визначеного архітектурою IPv6. Вона зʼявляється навіть без повноцінного маршруту до інтернету, тому рядок із такою адресою не підтверджує послугу провайдера. Маршрутизована глобальна адреса або ULA вирішує інше завдання; важливо також бачити default route і префікс, оголошений роутером.
SLAAC використовує Router Advertisement, щоб вузол сформував адресу й дізнався параметри каналу. DHCPv6 може передавати адреси, інші налаштування та делегувати префікс маршрутизатору, але конкретна модель розгортання визначається оператором. Позначка «DHCP увімкнено» в одному інтерфейсі нічого не говорить про інший стек. Не переносіть назву поля з чужого скриншота на свій роутер.
Neighbor Discovery — не просто нова назва ARP
IPv6 Neighbor Discovery знаходить сусідів і маршрутизатори, перевіряє досяжність та обробляє частину параметрів локального каналу. Його службові повідомлення передаються через ICMPv6, тому правило «заблокувати весь ICMP заради безпеки» некоректне. Фільтрація має враховувати тип і напрямок повідомлення, інакше локальна адреса може залишитися, а реальна передача працюватиме вибірково.
Якщо пристрій бачить Wi-Fi, але не отримує потрібний IPv6-префікс, перевіряйте ланцюжок від клієнта до головного маршрутизатора. Повторювач або точка доступу не повинні випадково створювати другий рівень маршрутизації. Перед читанням WAN-сторінки скористайтеся інструкцією про безпечний вхід у налаштування роутера й нічого не змінюйте до фіксації поточного стану.
Dual stack і вибір адреси застосунком
Dual stack означає, що вузол має можливість працювати з IPv4 та IPv6. Коли DNS повертає A і AAAA, операційна система та застосунок формують упорядкований список кандидатів за правилами вибору адрес. Наявність AAAA не змушує кожне зʼєднання чекати на зламаний IPv6: сучасний підхід Happy Eyeballs запускає узгоджені спроби так, щоб працездатний альтернативний шлях не залишався надовго без уваги.
Через цю логіку браузер може відкривати сайт, хоча ручний IPv6-тест не проходить: програма тихо перейшла на IPv4. Зворотний сценарій також можливий у мережі з трансляцією. Щоб відокремити імена від маршрутів, розберіть, як DNS перетворює імʼя на адресу, а в журналі тримайте результати A, AAAA і прямої перевірки окремими рядками.

Підготовка парного тесту без випадкових змін
Оберіть один активний пристрій і вимкніть VPN, проксі та мобільний резерв лише на час контрольної серії. Запишіть, чи підключення дротове або бездротове, який адаптер активний і який шлюз показує система. Якщо симптом виникає тільки через Wi-Fi, спочатку виконайте контрольне порівняння кабелю та Wi-Fi; протокол IP не виправить завади в ефірі.
На Windows команда ipconfig показує IPv4, IPv6 та шлюзи, а ipconfig /all додає повну конфігурацію адаптерів. Не публікуйте повний вивід без редагування: він може містити ідентифікатори та внутрішню структуру мережі. Для контрольного імені Windows ping має ключі /4 і /6. На інших платформах використовуйте офіційну довідку своєї версії, бо синтаксис і назви утиліт відрізняються.
Чотири незалежні перевірки
Перший сигнал — адреса активного інтерфейсу; другий — маршрут за замовчуванням; третій — досяжність відомої IPv4-цілі; четвертий — окрема IPv6-ціль. Доменне імʼя утворює пʼятий сигнал, оскільки його помилка може бути чисто DNS-проблемою. Не використовуйте випадковий сайт як єдину контрольну точку: сервіс може фільтрувати ICMP, змінювати адресу або мати власний збій.
Для повтору збережіть час, назву цілі, вибрану версію IP і текст помилки. «Timeout» не тотожний «name not found», а відсутність відповіді на ping не доводить недоступність HTTPS. Контроль має відповідати початковому симптому: браузер перевіряйте браузером, DNS — резолвером, а ICMP використовуйте як окрему службову ознаку.
Інтерпретатор результатів
Модуль нижче не сканує пристрій і не передає введення на сервер. Він лише зіставляє пʼять вибраних спостережень. Контрольний приклад: якщо обидві IP-цілі відкриваються, а DNS — ні, основні маршрути вже підтверджені для цих адресатів; наступним кроком є перевірка резолвера, а не вимкнення IPv6.
Діагностична матриця IPv4/IPv6
Працює лише IPv4
Спочатку подивіться, чи має активний клієнт щось більше за link-local IPv6. Якщо маршрутизованої адреси немає, перевірте Router Advertisement у локальному сегменті, стан IPv6 на WAN і делегований префікс. Наявна глобальна адреса без зовнішньої досяжності переводить увагу на default route, фільтрацію ICMPv6, провайдерський маршрут або конкретну ціль.
Не виправляйте такий сценарій випадковим ручним DNS. Резолвер може чесно повернути AAAA, до якого немає маршруту, або не бути причиною взагалі. Спершу доведіть різницю прямими парними тестами, потім перевірте домен. Тимчасове вимкнення IPv6 здатне приховати симптом завдяки IPv4 fallback, але не усуває дефект розгортання.
Працює лише IPv6
У мобільних та операторських мережах IPv6-only доступ може доповнюватися NAT64/DNS64 або 464XLAT, щоб клієнт досягав IPv4-only сервісів. Це не означає, що пристрій обовʼязково має звичайну IPv4-адресу. Трансляція належить до архітектури оператора, тому локальне поле WAN слід читати разом із документацією послуги.
Проблеми часто виявляються у старих програмах, які використовують IPv4-літерал або несумісний API. Перевірка доменного імені важливіша за введення цифрової IPv4-адреси, бо DNS64 синтезує AAAA саме з DNS-відповіді. Якщо застосунок працює лише після зміни мережі, зафіксуйте його версію та різницю між домашнім і мобільним доступом.
Обидва стеки доступні, але один сайт гальмує
Загальний dual stack не гарантує однаковий маршрут до кожного сервісу. CDN може оголошувати різні точки присутності, а фільтрація чи peering — відрізнятися між протоколами. Порівнюйте одну назву, один часовий інтервал і один застосунок; середній результат іншого сервера не пояснює вибірковий збій.
VPN створює додатковий тунель і може перехоплювати один або обидва стеки. Повторіть контроль до його запуску, а механіку окремо пояснює матеріал про те, як VPN додає окремий тунель і маршрут. Не робіть висновок про провайдера за тестом, що фактично завершився на VPN-шлюзі.
Path MTU та вибіркові зависання
IPv6-маршрутизатори не фрагментують пакети так, як це історично міг робити IPv4-маршрутизатор. Відправник спирається на Path MTU Discovery і повідомлення ICMPv6 Packet Too Big. Якщо потрібний тип ICMPv6 загублений, маленькі запити можуть проходити, а сторінка, завантаження чи тунель — зависати після встановлення зʼєднання.
Таку ознаку не слід зводити до «IPv6 повільний». Запишіть, який розмір і протокол працює, чи змінює результат VPN, та чи повторюється проблема до іншої цілі. Корекцію MTU робіть лише після підтвердження межі й з можливістю відкату; універсальне зменшення числа маскує причину та додає накладні витрати.
Що перевіряти на домашньому роутері
На сторінці стану шукайте сутності, а не точні назви меню: тип WAN, IPv4-адресу, IPv6-префікс, default route, DNS-сервери та час отримання конфігурації. Не перемикайте режим тунелю або трансляції за порадою для іншого оператора. Перед зміною збережіть експорт конфігурації, якщо виробник прямо підтримує відновлення для цієї версії прошивки.
Якщо на WAN видно адресу зі Shared Address Space 100.64.0.0/10, це операторський CGN-сценарій, а не публічна IPv4 для прямого входу. IPv6 може дати глобальну адресу пристрою, проте вхідний доступ усе одно визначає брандмауер. Не вимикайте його заради тесту; створюйте мінімальне правило лише для потрібного сервісу й після перевірки документації.
Безпека та приватність без міфів
IPv6 не шифрує вебсторінку автоматично. Конфіденційність HTTPS, VPN або іншого протоколу оцінюється окремо від формату IP-адреси. Так само NAT у IPv4 не є заміною stateful firewall: випадкове приховування внутрішніх адрес трансляцією не визначає повну політику дозволеного трафіку.
Тимчасові IPv6-адреси можуть зменшувати стабільність ідентифікатора для вихідних зʼєднань, але не роблять користувача анонімним. Сайти бачать багато інших сигналів, а мережевий префікс усе одно має значення. Для домашньої політики важливі оновлення, мінімальні вхідні правила та контроль пристроїв незалежно від версії IP.
Як сформулювати звернення провайдеру
Надішліть час із часовим поясом, тип підключення, модель роутера, наявність маршрутизованої IPv6-адреси та результати двох контрольних цілей. Додайте, чи працює DNS-імʼя і чи змінюється поведінка без VPN. Маскуйте адресу клієнта настільки, щоб не втратити корисну ознаку префікса, і не публікуйте номер договору у відкритому чаті.
Поставте конкретне питання: чи надає тариф native dual stack, IPv6-only з трансляцією або лише IPv4; чи делегується префікс роутеру; який механізм налаштування очікується. Перед зміною послуги зіставте які мережеві умови уточнити у провайдера. Відповідь підтримки має описувати ваш профіль, а не абстрактну можливість мережі.
Безпечний порядок змін
Змінюйте один параметр за раз і повторюйте ту саму пару цілей. Починайте з оборотних кроків: перепідключення інтерфейсу, перевірка іншого кабелю, контроль без VPN, оновлення запису DNS. Скидання роутера до заводських налаштувань залишайте останнім кроком, бо воно стирає параметри доступу й ускладнює порівняння.
Успішний результат — не просто зелений індикатор, а пояснений стан: обидва стеки працюють або відомо, який механізм переходу забезпечує сумісність. Збережіть короткий паспорт мережі з типом адресації, DNS і датою перевірки. Після оновлення прошивки повторіть контроль, не припускаючи, що старі назви меню чи режими залишилися без змін.
DNS-помилки, які схожі на відмову протоколу
Відповідь A і відповідь AAAA мають різні дані та можуть кешуватися на різний час. Якщо адміністратор виправив лише один запис, частина клієнтів отримає коректний маршрут, а інша — стару адресу. Перевіряйте авторитетну відповідь, локальний кеш і фактичний адресат зʼєднання окремо. Заміна резолвера корисна лише як контроль: вона не виправляє помилку у зоні власника сервісу й може змінити CDN-напрямок, що ускладнить порівняння.
Симптом «після повторного завантаження сторінка відкрилася» може походити від альтернативної спроби Happy Eyeballs, оновленого DNS-кешу або нового маршруту. Зафіксуйте першу й повторну спроби, а не записуйте тільки успішний фінал. Для локального імені перевірте, хто є авторитетним резолвером домашньої мережі; глобальний публічний DNS не зобовʼязаний знати приватну назву пристрою.
Сервіси з буквальними IPv4-адресами
Адреса на кшталт 192.0.2.10, введена без доменного імені, обходить звичайний вибір A та AAAA. У IPv6-only мережі DNS64 не може синтезувати адресу, коли DNS-запиту взагалі немає. Сумісність тоді залежить від CLAT або логіки самого застосунку. Документація RFC використовує спеціальні діапазони для прикладів; не копіюйте демонстраційну адресу як реальний сервер.
Для домашньої камери або старого контролера перевірте, чи підтримує програма імʼя хоста, IPv6-літерал і сучасний API сокетів. Квадратні дужки навколо IPv6 у URL є частиною синтаксису, а не символами адреси. Не відкривайте пристрій напряму з інтернету тільки тому, що він отримав глобальний IPv6: спочатку оцініть автентифікацію, оновлення й мінімальне правило брандмауера.
Коли справді потрібен новий роутер
Заміна обладнання обґрунтована, якщо провайдер підтвердив потрібний профіль, а чинна модель не підтримує його у своїй актуальній прошивці. Інші підстави — відсутність оновлень безпеки, неможливість отримати Prefix Delegation або документована помилка, для якої виробник не дає виправлення. Сам напис IPv6 у характеристиках не гарантує сумісність з конкретною схемою оператора.
Перед покупкою попросіть назву механізму доступу й необхідні параметри, а потім знайдіть їх у посібнику кандидата. Перевірте також режим роботи за головним роутером: другий NAT або відсутність передачі Router Advertisement може зламати контрольний сценарій. Купівля швидшого Wi-Fi не усуне неправильний префікс, DNS чи зовнішній маршрут.
Окремо перевірте відновлення після короткого розриву WAN. Клієнт може зберегти старий IPv6-префікс до завершення його строку, тоді як роутер уже отримав новий; зовні це нагадує вибіркову відмову сайтів. Порівняйте час отримання адреси на клієнті й префікса на роутері, перепідключіть лише один тестовий інтерфейс і повторіть ті самі цілі. Якщо оновлений клієнт працює, а решта ні, зафіксуйте розбіжність для виробника або оператора замість перезавантаження всього будинку. Така перевірка також відділяє застарілий локальний стан від тривалого дефекту зовнішньої маршрутизації.

Для журналу достатньо таблиці з пʼятьма колонками: час, активний інтерфейс, тип адреси, контрольна ціль і точний результат. Додайте окрему примітку про перепідключення або зміну маршруту. Такий формат дозволяє зіставити події без публікації повної конфігурації та не змішує доказ із припущенням.
Висновок
IPv4 та IPv6 потрібно діагностувати як два маршрути з окремими адресами й DNS-кандидатами, а не як перемикач «старе або нове». Перевірте локальний інтерфейс, шлюз, кожну контрольну ціль і доменне імʼя; тільки після цього змінюйте роутер або звертайтеся до провайдера. Найкраща конфігурація — та, чий механізм зрозумілий, відтворюваний і відповідає сервісам користувача.
Джерела
- RFC 791 — Internet Protocol
- RFC 8200 / STD 86 — IPv6 Specification
- RFC 4291 — IPv6 Addressing Architecture
- RFC 4861 — Neighbor Discovery for IPv6
- RFC 4862 — IPv6 Stateless Address Autoconfiguration
- RFC 9915 — DHCP for IPv6
- RFC 6724 — Default Address Selection for IPv6
- RFC 8305 — Happy Eyeballs Version 2
- RFC 8683 — NAT64/464XLAT Deployment Guidelines
- RFC 8201 — Path MTU Discovery for IPv6
- Microsoft Learn — ping command
- Microsoft Learn — ipconfig command
- RFC 4443 — ICMPv6
- RFC 3596 — DNS Extensions for IPv6
- RFC 1918 — Address Allocation for Private Internets
- RFC 6598 — Shared Address Space