Re: Complicatenie dhcp

Petru Rațiu <[email protected]>
Newsgroups gmane.org.user-groups.rlug.general
Message-ID <CAFNpagNw+nu9YSzqiFDMD=MQ_C4YOGYDxHjbGuyfj2=i_oQ-WQ@mail.gmail.com>
Sorry ca n-am acum la indemana un exemplu, daca vrei sap prin repo-uri, dar
vezi ca isc-dhcpd poate fi invatat de topologia retelei cu ce subneturi
sunt pe unde (by default el invata dupa ce ip-uri sunt ridicate pe
interfatele locale da' poti sa-i mai dai).

Din cate-mi amintesc era pe de o parte declaratia shared-network in
dhcpd.conf si o setare pe relay-uri sa paseze interfata pe care i-au venit
requesturile (GIaddr? asa ceva). Daca nu-ti pica fisa pana maine sau nu
vine un colistas cu ceva mai mura-n gura ma uit prin arhive maine dimineata.

-- 
P.

2017-04-13 22:16 GMT+03:00 Andrei-Florian Staicu <[email protected]>:

> Retelele sunt separate, pe o placa de retea (enp1s0f0) imi vin reques-urile
> de la relay-uri, pe cealalta (enp6s0f0) vreau sa-i pun pe astialalti. Dar
> nu pot sa las subnet-urile "la liber", ca isc-dhcp leaga subnet-urile de
> placi de retea daca vede pe placa de retea un ip din subnet-ul ala. Si cum
> eu nu am ip-uri din subnet-urile alea multe, incepe sa raspuna si pe
> enp6s0f0 (locala) cu altceva decat 192.168.0.0/24.
>
> On Thu, Apr 13, 2017 at 10:11 PM Marius ROMAN <[email protected]> wrote:
>
> > On 04/13/2017 09:55 PM, Andrei-Florian Staicu wrote:
> > > Salutare,
> > >
> > > Am un isc-dhcp 4.2.5, pe un centos 7.3.1611 cu (sa zicem doua placi de
> > > retea):
> > > enp1s0f0 - 10.129.1.34/30
> > > enp6s0f0 - 192.168.0.1/24
> > >
> > > Momentan e pus fortat sa asculte pe enp1s0f0 din unit file, pentru ca
> mai
> > > multe relay-uri imi arunca request-uri pe enp1s0f0, din subnet-uri
> > rutate.
> > > Daca nu l-as forta, ar incepe sa raspunda in reteaua locala (enp6s0f0).
> > De
> > > exemplu:
> > > subnet  10.130.0.0 netmask 255.255.255.0 {
> > >   range 10.130.0.101 10.130.0.200;
> > >   option routers 10.130.0.1;
> > > }
> > > subnet  10.130.1.0 netmask 255.255.255.0 {
> > >   range 10.130.1.101 10.130.1.200;
> > >   option routers 10.130.1.1;
> > > }
> > > In reteaua locala (enp6s0f0), am un dhcp windows, la care as vrea sa
> > renunt.
> > > Intrebarea mea este: cum ii "explic" ca pe enp6s0f0 sa raspunda numai
> din
> > > subnet-ul 192.168.0.0/24 (asta e usor, ca pot sa pun un host bogus cu
> > > fixed-address), dar restul de subnet-uri sa raspunda numai la
> request-uri
> > > care vin pe enp1s0f0?
> > >
> > > Si varianta 2 (avansata): daca schimb dhcp-ul de pe centos cu un
> > > dhcp-relay, asta o sa stie sa preia in mod corect request-urile care
> vin
> > pe
> > > enp1s0f0 de la celalalte relay-uri plus request-urile din reteaua
> locala
> > > care vin pe enp6s0f0 si sa le forwardeze catre alt server de dhcp
> > (windows
> > > - da, stiu) pe o a treia placa de retea? Adica dhcp-ul de pe windows o
> sa
> > > vada subnet-urile de la relay-urile originale, ca sa raspunda in mod
> > corect?
> > >
> > > Merci.
> > >
> >
> > Păi rețelele alea nu sunt "separate" ?
> > Clientul DHCP face broadcast, primul server DHCP care răspunde ăla este:)
> >
> > Varianta 2 : da, ar trebui să știe.
> > _______________________________________________
> > RLUG mailing list
> > [email protected]
> > http://lists.lug.ro/mailman/listinfo/rlug
> >
> --
> Beware of programmers who carry screwdrivers.
> _______________________________________________
> RLUG mailing list
> [email protected]
> http://lists.lug.ro/mailman/listinfo/rlug
>
_______________________________________________
RLUG mailing list
[email protected]
http://lists.lug.ro/mailman/listinfo/rlug
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.