Dotaz: Nedostatek volných ip adres - DHCP server

[Radimec]

DD, dhcp server už nemá prostor při přidělení nových adres v síti 10.0.0.0/24(255.255.255.0), jak mám nyní pokračovat? To mám teď vytvořit novou síť, např 10.0.1.0(255.255.255.0), přidělování adres z téhleté sítě? Jak zajistím, aby zařízení v těchto dvou sítí na sebe viděly? Dííky

Odpovědi

[drunkezz]

RR, nestacilo by zmenit range z 10.0.0.0/24 na 10.0.0.0/23 ? stari dhcp klienti budu stale frcat aj so starou maskou, novi budu mat novu masku a reachnu (za podmienky ze je spravne nastaveny router/fw) staru GW

D.

[milan]

Ja by som skor odporucil mensie siete, z dovodu poctu broadcastov

[pavlix]

Pokud to pojede po stejné fyzické síti, tak tam těch broadcastů poletí úplně stejně, ne?

[rADOn]

Maska se nastavi vsude stejna a vsichni na sebe uvidi. Router do toho nema co kecat, to uz by pak byly oddeleny site.

[drunkezz]

samozrejme, dva pripady som uvadzal len kvoli tomu, ze ked sa spravi zmena, tak stari klienti, dokym im nevyrpsi lease time, budu stale mat staru masku.

D.

[Radimec]

Problém teda bude akorát u statických adres, kde je natvrdo subnet /24 ? Tam to budu muset poměnit, dhcp rozdá z rozsahu 10.0.0.1 - 10.0.1.254, subnet 255.255.254.0 a mělo by to fungovat, ano?

Ptám se, protože je to zásah do sítě, no, tak co od toho očekávat, díky

[Josef Kufner]

Tak to změň na 10.0.0.0/16 a nebudeš to už muset nikdy řešit na téhle síti znovu.

Z DHCP si to všichni stáhnou do druhého dne, takže masku uprav jeden den a v dalších změnách pokračuj následující den nebo po víkendu.

[lertimir]

I v malé domácí síti mám 10.0.0.0/16. Navíc dostatek adres umožní, že úrovni přiřazování adres DHCP, je mohu rozdělit do různých /24 rozsahů a na úrovni aplikace jim mohu jednodušeji některé služby zpřístupnit nebo zakázat specifikací rozsahu v host.allow nebo pro NFS share a pod.

[Josef Kufner]

A myslíš, že to nejde obejít prostým nastavením si jiné IP adresy?

[lertimir]

Jde. Samozřejmě, že ano, nemyslel jsem to jako bezpečnostní mechanismus, jen jako pomůcku.

[Andrej]

Nesouhlasící „subnet“ bude (ve většině případů) fungovat pouze na IPv6. U IPv4 se velmi snadno stane, že tam bude nesprávně broadcast adresa nebo jiná zastaralá ptákovina.

Přímočará odpověď na nedostatek IP adres je IPv6. IPv6 adresy nikdy nedojdou, leda by snad byly v jediné síti dvě stejné MAC adresy. (Ale i s tím by se dalo vypořádat.)

[drunkezz]

akoze je problem ked broadcast pojde cez velku siet? kde konkretne je problem? (pytam sa lebo neviem)

dik

D.

[MMMMMMMMM]

10.0.0.0/23 (max. 510 hostů) není imho zase nějak závratně hodně, já bych do toho šel.

[Josef Kufner]

Jinak není problém mít více sítí. Vyjma broadcastu na sebe v pohodě uvidí. Pokud jde o Windowsí klienty a chceš v okolních počítačích vidět automaticky všecko ze všech sítí, tak stačí mít nějaký WINS server nebo tak něco a pomocí DHCP rozdávat i jeho adresu. Windowsí sdílení souborů pak bude spolupracovat s tímhle serverem a nebude spoléhat jen na broadcasty.

Autodetekce CUPS na broadcasty také spoléhá, ale na to stačí nainstalovat CUPS na server, kam je dobře vidět a dát mu přehled o tiskárnách.

Nakonec může být i výhodné, že ten broadcastovací bordel bude trošku omezen. Je však vhodné, aby počítače v jedné místnosti či pracovní skupině byly i v jedné síti.

[pavlix]

Windowsí sdílení souborů pak bude spolupracovat s tímhle serverem a nebude spoléhat jen na broadcasty.

Matně si pamatuju, že se tímhle způsobem i od broadcastů odlehčovalo, což je při větším počtu strojů fajn.

[Radimec]

Já myslel, že WINS už je přežitek z dávných dob... Provozoval jsem v síti a nějaký pán se mi smál...

[Josef Kufner]

To je docela možné, mé znalosti v této oblasti už jsou poněkud zastaralé. Ale určitě nebude těžké najít případného nástupce takové služby.