Tudja valaki, hogyan lehet rávenni a Windows-t, hogy DUID-LL-t használjon DUID-LLT helyett? Túrtam a google-t, de nem kaptam hasznos találatot... (Már, ha egyáltalán lehet...)
Workaroundként egyelőre az isc-dhcpd azon remek új szolgáltatását használom, hogy a DUID utolsó 8 oktetje alapján rögzítem a klienst (= MAC Address)
- 7061 megtekintés
Hozzászólások
up!
- A hozzászóláshoz be kell jelentkezni
Mi a gond vele? Miért szeretnéd megváltoztatni?
- A hozzászóláshoz be kell jelentkezni
Preparált diszk image-et terítek 300+ gépre. Ha preparáció során nem törlöm a registry-ből az ott letárolt DUID-ot, akkor minden gépen egyforma DUID lesz. Ha kitörlöm onnan, akkor minden gép első bootnál szépen generál magának új DUID-ot (eddig a dolog jó) viszont mivel benne lesz a timestamp, ezért b.szhatom a DHCPv6 statikus regisztrációmat, ami DUID alapján történik.
Arról nem is beszélve, hogy jó volna cross-platform megoldást csinálni, magyarul bármilyen oprendszert bootolok, legyen ugyanaz a DUID -> ugyanaz az IP cím. (a'la IPv4)
Az isc-dhcpd nem-szabványos workaroundja (regisztráció a DUID utolsó 8 oktetje alapján) kellemes workaround, de szeretnék "szabványos" megoldást csinálni. Eddig minden más DHCP klienssel sikerült...
- A hozzászóláshoz be kell jelentkezni
KFKI-s hálózatosoknak van erről leírása:
netsh interface ipv6 set global randomizeidentifiers=disabled
forrás: http://www.kfki.hu/cnc/ipv6/IPv6_tudnivalok/IPv6_hasznalat_Windows.html
- A hozzászóláshoz be kell jelentkezni
Nem, ez egészen más. Ez a SLAAC cím randomizációját kapcsolja ki, semmi köze a DHCPv6 DUID-hoz.
- A hozzászóláshoz be kell jelentkezni
Sehogy. Írsz startup egy scriptet, ami registry-ben átkonfigurálja a címet.
- A hozzászóláshoz be kell jelentkezni
Amióta IPv6-tal foglalkozom, azóta egyre jobban azt érzem, hogy a design flaw randevúzik épp az implementation flaw-val. F*ck!
- A hozzászóláshoz be kell jelentkezni