Я помітив, що IPv4 зарезервовано, 169.254.0.0/16а IPv6 зарезервовано fe80::/10для локальної адреси посилань. Хоча я бачив, як IPv6 використовує як fe80::/10адресу, так і мою приватну IPv6 адресу fd00::12для спілкування з іншими пристроями в Wireshark, я ніколи не бачив 169.254/16роботи в IPv4.
Отже, яка мета посилання на локальну адресу?
Відповіді:
Я ніколи не бачив, щоб 169.254 / 16 працював у IPv4.
ПК автоматично отримує адресу 169.254.xx / 16, якщо він не отримує IP-адресу від DHCP-сервера. Якщо ви відключите сервер DHCP в домашній або лабораторній мережі та видаєте команди "ipconfig / release" та "ipconfig / renew", ваш ПК отримає адресу 169.254.xx.
Відповідно до цієї статті :
Мета цих самоназначених локальних адрес посилань - полегшити зв'язок з іншими хостами в підмережі навіть за відсутності конфігурації зовнішньої адреси (через ручне введення або DHCP). На відміну від IPv6, реалізація локальних адрес IPv4 рекомендується лише за відсутності нормальної адреси маршрутизації. Хости псевдовипадково генерують останні два октети адреси для зменшення конфліктів адрес. Через характер трансляції деяких локальних протоколів мереж (наприклад, NetBIOS Microsoft), хости можуть виявити один одного навіть без попередніх знань про схему адрес.
Локальні адреси посилань використовуються для зв'язку між двома хостами (які знаходяться на одному і тому ж посиланні), коли не вказана інша IP-адреса.
Простими словами, під час завантаження ОС намагається налаштувати адресу на своєму інтерфейсі за допомогою різних методів, таких як -
І якщо ОС не в змозі налаштувати адресу в інтерфейсі за допомогою будь-якого з автоматичних методів, то вона налаштує адресу в інтерфейсі з пулу локальних посилань.
У IPv4 кожен інтерфейс використовує лише одну адресу, тоді як у IPv6 ми можемо мати декілька адрес у одному інтерфейсі (наприклад, локальна посилання, глобальна адреса інтерфейсу).
Через імітацію наявності однієї адреси в інтерфейсі в IPv4, можливо, ви не бачили адреси інтерфейсу 169.254.0.0/16 в інтерфейсі.
Локальні адреси посилань необхідні для операції IPv6, але не для IPv4. Microsoft, серед інших, розробив стандарт APIPA (Automatic Private IP Addressing) за допомогою IPv4 Link-Local addressing, але він не є обов'язковим або підтримується всіма ОС. Я також бачив, як люди неправильно використовують IPv4 Link-Local адреси, вручну призначаючи їх та підмережу, і це проти RFC 3927, Динамічна конфігурація IPv4 Link-Local Adresses , що є стандартом.
Будь ласка, прочитайте RFC 3927, Динамічна конфігурація локальних адрес IPv4 Link :
Вступ
Оскільки Інтернет-протокол продовжує збільшувати свою популярність, стає все більш цінною можливість використовувати звичні засоби ІР, такі як FTP, не тільки для глобальної комунікації, але і для місцевої комунікації. Наприклад, двоє людей з портативними комп'ютерами, що підтримують бездротові локальні мережі IEEE 802.11 [ 802.11 ], можуть зустрітися і бажати обмінюватися файлами. Цим людям бажано мати можливість користуватися програмним забезпеченням IP без незручності вручну налаштовувати статичні IP-адреси або налаштовувати DHCP-сервер [ RFC2131 ].
У цьому документі описаний спосіб, за допомогою якого хост може автоматично налаштувати інтерфейс з IPv4 адресою в префіксі 169.254 / 16, який дійсний для зв'язку локального зв'язку в цьому інтерфейсі. Це особливо цінно в середовищах, де немає іншого механізму налаштування. Для цього зареєстровано префікс IPv4 169.254 / 16 в IANA. Виділення локальних адрес IPv6 Link-Local описано в "Автоконфігурація адреси без стану IPv6" [ RFC2462 ].
Link-Local communication за допомогою IPv4 Link-Local адреси підходить лише для зв'язку з іншими пристроями, підключеними до того ж фізичного (або логічного) зв’язку. Зв'язок-локальний зв'язок за допомогою IPv4 Адреси локальних зв’язків не підходять для зв'язку з пристроями, безпосередньо не підключеними до тієї ж фізичної (або логічної) посилання.
Microsoft Windows 98 (і новіші версії) та Mac OS 8.5 (і новіші) вже підтримують цю можливість. Цей документ стандартизує використання, прописуючи правила щодо обробки IPv4 Link-Local адреси хостами та маршрутизаторами. Зокрема, в ньому описується поведінка маршрутизаторів при отриманні пакетів з IPv4 Link-Local адресами в джерелі або адресі призначення. Що стосується хостів, він обговорює претензії та захист адрес, підтримує Link-Local і маршрутизовані IPv4 адреси в одному інтерфейсі, а також проблеми з багатонаправленим наведенням.
Коли розроблявся IPv6, у нього було вбудовано багато речей, які були необов'язковими, додатковими функціями IPv4. Адресна адреса посилань-локальних була однією з них. Кожен IPv6-інтерфейс збирається отримати локальну адресу Link, щоб пристрій міг принаймні спілкуватися по локальній посилання, і, як вбудована функція, багато речей, наприклад протоколи маршрутизації, використовують його для зв'язку по локальній посилання.
fd00::12) адресацію. RFC 4193, Унікальні локальні адреси одноадресної передачі IPv6, розділ 3.2.1. Локально призначені глобальні ідентифікатори вимагають, щоб наступні 40 біт, Global ID, були обрані випадковим чином. Шанси на те, що у вас є всі нулі для глобального ідентифікатора, як ви його використовуєте, практично нульові.