这与2008R2（ Win2k8R2获取DHCPv6地址，但具有静态configuration ）的问题非常相似，但该解决scheme在2012R2中不起作用。
该框是一个新的2012R2域控制器，与我们的局域网（我们的桌面客户端和其他域控制器）的组合接口。 其他域控制器实施DHCPv4和DHCPv6。 2012R2控制器只有1个接口：
netsh interface ipv6>show int Idx Met MTU State Name --- ---------- ---------- ------------ --------------------------- 1 50 4294967295 connected Loopback Pseudo-Interface 1 15 5 1500 connected LAN 路由器发现，pipe理地址configuration和其他状态configuration在这个接口上全部禁用：
netsh interface ipv6>show interface 15 Interface LAN Parameters ---------------------------------------------- IfLuid : ethernet_12 IfIndex : 15 State : connected Metric : 5 Link MTU : 1500 bytes Reachable Time : 38000 ms Base Reachable Time : 30000 ms Retransmission Interval : 1000 ms DAD Transmits : 1 Site Prefix Length : 64 Site Id : 1 Forwarding : disabled Advertising : disabled Neighbor Discovery : enabled Neighbor Unreachability Detection : enabled Router Discovery : disabled Managed Address Configuration : disabled Other Stateful Configuration : disabled Weak Host Sends : disabled Weak Host Receives : disabled Use Automatic Metric : enabled Ignore Default Routes : disabled Advertised Router Lifetime : 1800 seconds Advertise Default Route : disabled Current Hop Limit : 0 Force ARPND Wake up patterns : disabled Directed MAC Wake up patterns : disabled ECN capability : application
但是，即使手动configuration了静态地址，接口仍然会获得DHCP地址：
netsh interface ipv6>show address 15 Address 2001:44b8:4126:c615::22 Parameters --------------------------------------------------------- Interface Luid : LAN Scope Id : 0.0 Valid Lifetime : infinite Preferred Lifetime : infinite DAD State : Preferred Address Type : Manual Skip as Source : false Address 2001:44b8:4126:c615:dc62:63e4:77e3:a0ad Parameters --------------------------------------------------------- Interface Luid : LAN Scope Id : 0.0 Valid Lifetime : 10d4h36m31s Preferred Lifetime : 4d4h36m31s DAD State : Preferred Address Type : Dhcp Skip as Source : false Address fe80::d903:344a:627b:2289%15 Parameters --------------------------------------------------------- Interface Luid : LAN Scope Id : 0.15 Valid Lifetime : infinite Preferred Lifetime : infinite DAD State : Preferred Address Type : Other Skip as Source : false
不幸的是，这是有意的行为，但看起来可笑。
在ipv6中，路由器将通过ipv6中的路由器通告启动客户端的IP设置，并且（在某些configuration下），然后将客户端指向DHCP服务器以获取更多信息。
与ipv4不同的是，使用ipv6，每个接口可以保存多个ipv6地址，因此设置静态IP并不会阻止接口也获得DHCP分配的IP地址。
这种行为是违反直觉的，在某些情况下甚至是不希望的，但是这是有目的的，因此一直持续到现在。
@ fukawi2 :(对不起，客人显然不能回复评论）它应该依赖路由器广告中激活的标志。 如果你设置了A标志，DHCP客户端应该自动为自己configuration一个自动configuration的ipv6地址。 M标志强制客户端询问DHCP服务器的地址; O标志强制客户端从DHCP服务器获取他的DNS和其他信息。 标志可以很容易地共存，所以如果A标志和M标志打开，客户端应该得到2个地址，一个来自DHCP，一个来自自动configuration。 如果A标志打开并且您在客户端上放置了一个静态IP，则相同。
乱七八糟的是，你不能轻易解开这个问题。 closuresdhcp客户端如果在同一台服务器上运行，则会中断dns服务（因为在某些情况下，DNS更新由DHCP服务处理），并且在域环境中closuresM标志将使其他客户端停止查找DHCP地址也是如此。
尝试wirehark的数据包，看看你的路由器广告上哪些标志是积极的（和否，closures，如果一个不好的）。 IPv6是一个刚刚开始触及真实世界的混乱局面，需要进行一些调整才能在其中生存。 这是一个全球testing版，真的，我们可以debugging:-)
我有同样的问题，但我find了一个很好的解决scheme。 看看“edit / 2”： IPv6客户端服务