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
