Нельзя настроить сервер Windows DHCP / DHCPv6 для прослушивания динамических адресов или всех адресов, только статических адресов. Есть ли техническая причина для этого ограничения? Есть ли обходной путь?
Моя конкретная ситуация:
Я использую Router Advertisements для настройки хостов IPv6 в этой сети. Префикс адреса получен от вышестоящих маршрутизаторов и МОЖЕТ измениться без уведомления. Рассматриваемый сервер Windows DHCPv6 настроен только для распространения списков поиска домена и другой конфигурации, не связанной с адресом (он настроен для режима без сохранения состояния и НЕ настраивает адреса).
Сервер DHCPv6 может настроить свой собственный адрес, используя те же объявления маршрутизатора, но затем не будет отвечать на запросы. Я не могу настроить его на использование статического адреса, потому что он прекратит работу после изменения префикса.
Я понимаю, что могу настроить ULA в этой подсети, но это последнее средство (не ответ).
ОБНОВЛЕНИЕ : был некоторый вопрос, является ли динамическая маршрутизация IPv6 хорошей идеей. Я считаю это необходимостью, даже если ваш провайдер предоставляет статические префиксы. Он должен использоваться для того, чтобы можно было быстро перенаправить маршрут после отработки отказа и имитировать другие функции, предоставляемые псевдо-маршрутизацией в IPv4 NAT.
Ответы:
Теперь я знаю, что сказал, что настройка ULA не была вариантом, но на самом деле это гораздо проще, чем я думал. Вам не нужно публиковать префикс . И никакой другой адрес в подсети ULA даже не должен существовать где-либо.
Да, это мусорный адрес, который загромождает таблицу маршрутизации, но по крайней мере он не попадает в другие машины.
Надеюсь, Microsoft в какой-то момент примет это к сведению и позволит своему серверу DHCPv6 отвечать на другие доступные адреса, кроме статических. Имеет смысл требовать статический адрес во время назначения адреса с сохранением состояния для надежного сопоставления областей с интерфейсами. Но это не относится к DHCPv6 без сохранения состояния.
К сожалению, другого ответа на этот вопрос нет.
источник
Я не знаю технических причин, по которым Microsoft заставляет службу DHCP Windows слушать только статически настроенные сетевые адаптеры (хотя я могу думать о некоторых из них), но я точно знаю, что это требование, и нет никаких обходных путей ,
С http://technet.microsoft.com/en-us/library/cc755277.aspx :
С http://technet.microsoft.com/en-us/library/cc770650.aspx :
источник
Возможный обходной путь - использование нескольких интерфейсов физических или виртуальных типов коммутаторов. Я бы назначил «частный» уникальный блок локального адреса, такой как FC00 :: / 8, для привязки интерфейса сервера DHCPv6. Поскольку ваши клиентские компьютеры могут иметь несколько адресов IPv6, они все равно должны иметь возможность получать общедоступный автоматически настроенный адрес / 64.
источник
FC00::/8
блок еще не определен (возможно, ULA будут управляться полномочными органами назначения).FD00::/8
должен использоваться для самостоятельно назначенных ULA. И нет никаких причин, вам нужен отдельный интерфейс. Я могу разместить столько адресов на одном интерфейсе, сколько захочу. Смотрите мой пост выше относительно использования статического ULA.