Administrace komentářů

Tak priklad ... android - dhcpv6 neumi a dle vyjadreni guuglu ani nikdy nebude.

Samozrejme se to tyka i hromady vsemoznych krabek vsemoznych vyrobcu. Jednoduse proto, ze RA to co do toho naladujou (typicky nejakej ocesanej tux) umi od prirody, kdezto kvuli dhcpku by tam museli vyrobci davat klienta.

Widle sou kapitola sama o sobe, protoze v M$ delaj vyhradne curaci, takze ani prvni verze win10 prozmenu neumely rdnss. Takze si z RA vzaly IPcko (to umely uz wXP) ale ne DNS. Tohle pokud si pamatuju umej posledni 2, mozna 3 verze.

Jestli chces pohledat co a jak, tak budes muset zapatrat v analech 30let starych. Protoze prvni IPv6 RFC je z toku 1995.

Dhcp na ipv6 je presne stejna zhuverilost jako nat na ipv6.

"podla mna ani nie" ... klient posila do site zadost o prideleni adresy ... a prilozi nejakou identifikaci. Server mu adresu prideli, a ulozi si, ze tato identifikace ma tuto adresu. (je jedno jestli to mas fixne). A v tuhle chvili ti dorazi dalsi zadost ... se stejnou identifikaci. Co ze tak server udela? No ano, posle tutez adresu.

Pokud chces aby adresa byla jina, musis zajistit, ze bude jina identifikace. U ipv4 se temer vyhradne pouziva MAC sitovky (nemusi, muzes pouzit totez jako u IPv6, ale musis prekonfigurovat klienty). U IPv6 se pouziva ... nejake UID systemu, ktery se v kazdym systemu generuje jinak. Na cemz si nabijes hubu az vzneses pozadavek, ze ten dualboot tux/widle ... ma mit stale stejnou IP. Opet, lze to, ale vyzaduje to zmeny konfigurace na klientovi.

Pokud pouzijes RA, tak dva ruzny systemy na stejnym HW budou mit taky pokazdy jinou IP. Protoze opet, pouzivaji jiny algoritmus (widle UID, tux MAC) pro vygenerovani te adresy. Opet to lze resit a opet to vyzaduje zmenu konfigurace na ty stanici.

Mimochodem, zajimalo by me, co si slibujes od dvou sitovek se dvema adresama v jednom rozsahu.

---

Dete s tim guuglem dopice!