ISC DHCP 4 (diskuse)

[Käyttäjä 11133]

Go IPv6, Go!

[David Jaša]

Možná to začne trochu postupovat se zpřístupněním kořenových DNS serverů. Ale stejně dokud bude router hlásit tohle, tak to pro mě moc velký význam mít nebude:

$ ip -6 r
fe80::/64 dev eth0  metric 256  expires 20809476sec mtu 1500 advmss 1440 hoplimit 4294967295
...
ff00::/8 dev eth0  metric 256  expires 20809476sec mtu 1500 advmss 1440 hoplimit 4294967295
...
unreachable default dev lo  proto none  metric -1  error -101 hoplimit 255

[petr_p]

A veřejnou IPv4 adresu máte? Jestli ano, tak už zbývá jen ip tunnel add tun6to4 mode sit…

[David Jaša]

No jo, a nastavit k tomu ip6tables, binda, dhcp démona a 6to4, o jejihž ipv6 schopnostech akorát vím, že existují a to vše bych teď využil jenom pro P2P sítě (jabber file transfer a VOIP bez problémů omráčí NAT).

[petr_p]

S tímhle přístupem tu IPv6 nebude nikdy.

Já využívám IPv6 pro přístup do sítí, kde nejsou veřejné IPv4 adresy.

[David Jaša]

Když ipv6 nemá žádná protistrana, tak to zapínat pro mě nemá význam. Nicméně systém je na to nachystaný a jakmile nějaká protistrana přibude (nejvíc by z toho profitoval právě jabber), tak není problém ho překonfigurovat...

[Michal Čihař]

Sice tu IPv6 adresu dostanu, ale půlka z toho co na IPv6 jede je stejně nedostupná, tak zatím v IPv6 moc výhody nevidím.

[thingie]

DHCP v IPv6 ani nějak extrémně moc třeba není.

[petr_p]

Je i není. Buďto použijete bezstavovou IP konfiguraci a ostatní síťové služby (např. DNS servery) budete kontaktovat přes obvyklé adresy (multicast), nebo si necháte vše přidělovat přes DHCP (např. když máte málo adres nebo nechcete, aby se adresa měnila s výměnou zařízení (např. výměna síťové karty)), nebo vše skombinujete (zrovna tak to dělám já: IP adresy a směrovací tabulky mám řešené bezstavově, adresy DNS, SIP a NTP serveru a časové zóny zasílám přes DHCP).

[thingie]

Mít málo adres v IPv6 je zajímavá situace.

A neříkal jsem, že je k ničemu, jen, že v IPv6 se bez toho člověk dost dobře obejde (zatímco s IP 4 by asi šťastný úplně nebyl), takže implementace DHCPv6 není kritická věc na které by visel svět, no.

[ivan]

No ono DHCP nebylo navrzene aby umelo pridelovat pouze IP adresy. DHCP umi klientovi predat prakticky jakoukoliv informaci. Napriklad uvedu IPTV set-top box, ktery od DHCP serveru ziska MULTICAST IP adresu, do ktere je pravidelne advertisovan seznam kanalu. Oprotu UPNP je to jednoduche, stabilni a pruhledne reseni.

Dalsi zajimavou vlastnosti DHCP option82 - koncovy sitovy prvek muze do DHCP requestu vlozit informaci, ktera umozni fyzicky lokalizovat klienta. Cisco switche tam napriklad vkladaji svoji MAC adresu a cislo portu. Dalsi zajimava implementace umoznuje, zablokovat port a dropovat klientovi vsechny packety mimo DHCP requestu. Teprve kdyz dorazi odpoved od DHCP serveru, cisco switch nastavi na portu automaticky filtr pro pridelenou IP adresu a pak port odemkne. Ve vysledku dosahnete situace kdy muzete rict, ze na switchi XY na portu 1 smi byt IP adresa A.B.C.D a zadna jina.

[Luboš Doležel (Doli)]

Schválili ti už u XS26 registraci? Já pořád čekám

[Käyttäjä 11133]

XS26 is dead like a fish říkali na IRC, takže mám SixXS

[Luboš Doležel (Doli)]

Tam mě rejectnuli, protože při registraci nesmím uvést žádnou freemailovou adresu a @dolezel.info my taky neuznali, že se jim nelíbí firma, kterou mám v sekundárním MX (a sekundár vyžadují). Na konci dohadování už jsem prakticky nevěděl, že na počátku šlo o IPv6 tunel, a ne o soutěž o lepší výčet mail serverů u domény.