Вопрос или проблема
Мой ПК с Windows 10 подключен к сети с двойным стеком (IPv4 и IPv6). После проверки маршрутизаторских объявлений этой сети я увидел, что флаг RA не установлен в его маршрутизаторских объявлениях, хотя в этой сети работает служба DHCPv6.
Основываясь на приведенной конфигурации, я ожидал, что хосты не будут запрашивать адрес DHCPv6, так как флаг M не установлен. Это ожидаемое поведение подтверждается на устройстве raspberry-pi, подключенном к той же сети, которое не получает IPv6 (SLAAC также отключен в этой сети).
Тем не менее, мой ПК с Windows 10, похоже, игнорирует флаги RA и запрашивает адрес DHCPv6. Поскольку на сети есть сервер DHCPv6, это приводит к получению адреса DHCPv6 в любом случае.
Ожидается ли такое странное поведение Windows 10? Документировано ли где-нибудь, что хосты Windows ведут себя таким образом? Не противоречит ли это RFC IPv6?
Не похоже, что соответствующие RFC IPv6 запрещают использование DHCPv6 в этой ситуации.
-
Например, RFC 2462 лишь указывает, что хост должен начать использовать DHCPv6, если
ManagedFlag(наиболее недавно увиденный M-флаг) изменяется с FALSE на TRUE, но затем явно указывает, что хост не должен прекращать использование DHCPv6, если флаг становится FALSE, и что сам по себе флаг не имеет конкретного значения – только его изменение с “FALSE→TRUE”.- Этот текст был полностью удален из обновленного RFC 4862.
-
Кроме того, RFC 2462 говорит, что хост может использовать оба метода одновременно и даже, похоже, требует от хоста начать DHCPv6, если маршрутизаторы недоступны. (Я думаю, это также было смягчено в RFC 4862.)
Таким образом, фактически флаг M является лишь намеком на доступность DHCPv6, а не выключателем, и это поведение, похоже, не уникально для Windows; например, systemd-networkd имеет его в качестве опции.
Ответ или решение
Переадресация DHCPv6 на Windows 10: Влияние флагов Router Advertisements
Введение
Проблема, с которой вы столкнулись, заключается в том, что ваш компьютер с установленной Windows 10 всегда запрашивает адрес DHCPv6, даже несмотря на то, что флаг M (Managed Flag) не установлен в рекламных сообщениях маршрутизаторов (Router Advertisements, RA) на вашем сетевом оборудовании. Давайте подробно рассмотрим эту ситуацию, основываясь на ваших наблюдениях и рекомендациях из соответствующих RFC.
Обзор ситуации
Сетевое окружение, в котором вы находитесь, настроено как "двойной стек" (dual stack), что позволяет использовать как IPv4, так и IPv6. Вы правильно подметили, что на основе конфигурации сети ожидалось, что устройства не будут запрашивать DHCPv6 адрес, поскольку флаг M в вашем случае не установлен.
Однако ваш компьютер с Windows 10 демонстрирует поведение, противоречащее этому ожиданию. Давайте глубже проанализируем, почему это происходит.
Анализ поведения Windows 10
-
Флаги Router Advertisements:
- Как вы верно отметили, отсутствие установленного M-флага указывает на то, что хосты, подключенные к сети, не должны запрашивать DHCPv6 адреса. Однако это не значит, что использование DHCPv6 в полной мере запрещено.
-
Нормативная база:
- Согласно RFC 2462, поведение хостов в контексте DHCPv6 определено как «начинать использование DHCPv6 только при переходе M-флага с FALSE на TRUE». Однако в этом же документе указывается, что хост не обязан прекращать использование DHCPv6, если флаг становится FALSE. Это значит, что Windows 10 может продолжать иногда запрашивать DHCPv6 адрес, даже если M-флаг не установлен.
- В RFC 4862 этот аспект был смягчен, но сам факт того, что хост может использовать различные методы получения адреса одновременно, остается в силе. Это также не запрещает использования DHCPv6, когда флаг M не установлен.
-
Поведение других ОС:
- Как вы уже указали, подобное поведение не уникально для Windows. Например, системы, использующие systemd-networkd, предлагают аналогичную функциональность, позволяя использовать DHCPv6 в сетях без установленного M-флага.
Заключение и рекомендации
Тем не менее, использование DHCPv6, когда флаг M не установлен, неправомерно с точки зрения анализа ожидаемого поведения согласно стандартам. Это говорит о том, что предоставление адреса IPv6 через DHCPv6 может использоваться как дополнительный метод, даже если отсутствует явный признак его необходимости.
Если это поведение вызывает у вас затруднения или проблемы с управлением сетью, рекомендуется рассмотреть возможность изменения конфигурации маршрутизатора для установки M-флага или анализа настройки DHCPv6-сервера, чтобы оценить, как это может повлиять на конечные устройства в вашей сети.
Таким образом, Windows 10 демонстрирует ожидаемое, хотя и несколько необычное поведение при запросе адреса DHCPv6, несмотря на состояние RA-флагов. Как всегда, желательно следить за современными обновлениями и рекомендациями из ДОЯД (документации Open Network), так как поведенческие аспекты могут изменяться с выходом новых версий операционных систем.