Re: Complicatenie dhcp

Multzam fain. Ar fi bun un exemplu. Pana atunci, rup google in doo.

On Thu, Apr 13, 2017 at 10:24 PM Petru Rațiu <[email protected]> wrote:

> 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
>
-- 
Beware of programmers who carry screwdrivers.
_______________________________________________
RLUG mailing list
[email protected]
http://lists.lug.ro/mailman/listinfo/rlug