Після нещодавньої роботи в зоні комфорту IPv4 через трансляцію UDP і мережеві підмережі, настав час звернутися до слона в кімнаті, неонової вивіски «IPv6». Хоча це все ще чутки, IPv6 має замінити поважний протокол IPv4. Замість простого IPv4, але з більшою кількістю адрес, його розробники скористалися можливістю повністю змінити дизайн протоколу для футуристичного світу кінця 90-х і початку 2000-х років.
Жарти вбік, але IPv6, який був представлений у 1995 році та все ще намагається суттєво замінити IPv4, викликає деякі занепокоєння щодо того, наскільки легко буде перемикатися між цими двома основними протоколами Інтернету. Скажімо, якби ми хотіли приєднатися до майбутнього 2000-х і адаптувати наше програмне забезпечення для роботи з IPv6 замість IPv4, що змінилося б у вищезазначених аспектах широкомовної передачі IPv4 UDP і підмереж IPv4?
Як розробник-початківець, який знає IPv6 здебільшого з тих дивних мережевих адрес, які важко запам’ятати, а також з багатьох несправних реалізацій маршрутизаторів, я не зовсім впевнений, що мені подобається те, що я бачу.
Футуристичний ефір
Ми побачили, що під час широкомовної передачі IPv4 UDP вона або визначала широкомовну адресу мережевого інтерфейсу на основі його підмережі, або відтворювала простий режим із локальною широкомовною адресою. Нічого з цього не існує у випадку IPv6. У зв’язку з цим виникає запитання, як наш єдиний UDP-пакет може запитувати всіх у мережі IPv6, чи бачили вони певну мережеву службу.
Проста відповідь полягає в тому, що IPv6 має спеціальну локальну групу посилання в адресі ff02::1 який працює майже ідентично IP-мовленню. Це багаторівневий IPv4-еквівалент адреси 224.0.0.1тому технічно це не нова функція, просто багатоадресна розсилка є необов’язковою в IPv4.
Незважаючи на те, що багатоадресна розсилка IPv4 широко реалізована, незважаючи на те, що я витратив багато часу на дослідження широкомовних розсилок IPv4, я ніде не бачив цю функцію «для всіх». Можливо, це робить IPv4 і IPv4 Multiplier гідними окремої статті, оскільки це ще один супермаркет консервованих черв’яків, який варто відвідати.
Більш того, якщо дивитися на це з техніко-філософської точки зору, то є сенс розглядати мовлення як ще один вид мультимедіа. Замість того, щоб вказувати набір вузлів на мережевому інтерфейсі, ми просто змішуємо параметр «усі». Дуже просто і в чомусь елегантно.
Підмережі
У той час як підмережі IPv4 є захоплюючою темою, яка може розважати будь-якого системного адміністратора протягом кількох днів, із задоволенням підриваючи програмне забезпечення, написане неосвіченим розробником, який до того моменту не знав про підмережі. /24 – Розробники IPv6 подивилися на це справжнє джерело розваг і вирішили, що не хочуть цього.
У IPv6 ви отримуєте одну підмережу, і все /64і ти навчишся любити це все 264 можливі адреси. Оскільки це приблизно в чотири мільярди разів перевищує адресний простір IPv4, це є вагомим аргументом, що підмережі непотрібні.
Звичайно, незважаючи на те, що люди, які створили RFC для IPv6, безсумнівно, були задоволені всіма цими змінами, дещо сумно, що це найгірше, що сталося з системними адміністраторами після IPv4.
Стандарт 2017
Трохи менший слон у кімнаті, схований у тіні неонової вивіски IPv6, носить на шиї рукописний знак RFC 8200 із заставою. Саме тоді RFC IPv6 досягли рівня зрілості «Інтернет-стандарту», що призвело до того, що дехто засумнівався, чи був перехід на IPv6 цілком виправданим протягом багатьох років.
Цей маленький факт є лише однією з багатьох проблем, які виникають у мережевих людей з IPv6. Наприклад, у цій промові Teknikal_Domain у 2020 році головна увага полягає в тому, що замість IPv4 із 64-розрядним адресним простором і зведеними деякими документами IPv4 було додано багато деталей і складності, про які ніхто не просив, і свіжі пухлини, яких можна було легко уникнути.
Звичайно, сумно те, що розповсюдження Інтернет-адрес IPv4 скрізь закінчилося, а це означає, що тепер вам пощастило, що ви все ще маєте адресу IPv4, або вам доведеться платити додатковому хостинг-провайдеру, або ваше підключення до Інтернету відображатиметься лише з підключенням IPv6, а сторона IPv4 з’являтиметься за трансляцією мережевих адрес (що вбиває CG-NAT4).
Перехід від IPv4 до IPv6 також болючий, оскільки немає прямої сумісності між двома протоколами, оскільки IPv6 повинен «інкапсулювати» пакети IPv4 при використанні подвійного мережевого стеку на стороні мережевого обладнання. На жаль, це також означає, що тепер у вас є частина Інтернету, яка підтримує лише IPv4, підмножина вузлів, які підтримують лише IPv6 та IPv4/v6, які можуть мати або не мати подвійної реалізації.
Очевидно, що це насправді нікому не допоможе, і є вагомий аргумент, що для локальних мереж IPv4 справді все, що вам потрібно.
Перспектива відкриття UDP
Незважаючи на те, що ідея очистити безладні параметри широкомовної адреси IPv4 за допомогою простого параметра багатоадресної передачі є хорошою, я обов’язково спробую функцію багатоадресної передачі IPv4, а відсутність підмереж забезпечує бажане спрощення, вся концепція виявлення служби за допомогою IPv6 стає трохи дивною.
По-перше, IPv6 не виконує NAT, і якщо ви не використовуєте префікс, який не маршрутизується, ваша локальна мережа не буде приватною в сенсі локальної мережі з NAT-редакцією IPv4. На щастя, IPv6 реалізує NPT, який в основному є NAT, але з префіксами замість адрес, тому він зовсім інший.
Хоча за допомогою префіксів маршрутизації IPv6 ви цілком можете виконувати виявлення служби адресного простору, це, звичайно, було б менш ніж бажаним. Оскільки виявлення служб у будь-якому разі стосується лише пристроїв у локальній мережі, це робить використання IPv6 принаймні сумнівною пропозицією, а в гіршому випадку – обмеженням.
Зрештою, як би добре IPv6 не виглядав у певному сенсі, коли ви дивитеся на весь пакет, ви справді змушує думати, що це в основному IPv4 із більшим адресним простором і обов’язковими функціями, такими як багатоадресна розсилка. Тепер це означає, що коли мова заходить про бібліотеку виявлення служб NyanSD, я не бачу причин використовувати широкомовну передачу IPv6 у стилі UDP, навіть якщо бібліотека вже приймає адресу IPv6 будь-якої виявленої служби.
Цілком можливо, що я помиляюся, і через кілька років ми всі будемо використовувати лише IPv6 у наших локальних мережах, в ідеалі з IP-адресами з глобальною маршрутизацією, ніби ми повернулися в Інтернеті 1990-х років, коли люди підключали свої комп’ютери безпосередньо до модему без NAT чи інших міркувань.
