🚀 go-pugleaf

Jermi <jermi@poczta.onet.pl> wrote:
> Na początku miało być inaczej a jest jak jest :). Serwer na linuksie z 
> trzema kartami sieciowymi robiący głównie za router. Ze względu na 
> konfigurację okablowania nad którym nie mam teraz kontroli, wszyscy 
> użytkownicy podłączeni są do tego serwera za pomocą kilku switchy i z punktu 
> widzenia serwera tworzą jedną sieć ethernetową, z której każdy może zobaczyć 
> każdego. Numery IP do LANu muszą być przydzielane za pomocą DHCP i tu w 
> mojej koncepcji pojawił mi się problem. Koncepcja jest taka - kilku 
> użytkowników podłączyć do innej sieci tcpip ale tak, żeby nadal musieli 
> korzystać z DHCP. Wymusiłem nasłuch serwera dhcpd na dwóch katrach 
> sieciowych,

Jedna sieć fizyczna, to dwie karty (na ogół) nie potrzebne.

> skonfigurowałem dhcp, żeby określonym MAC-om przydzielał dany 
> numer właśnie z innej sieci, dałem nawet regułę do firewala typu -I INPUT -i 
> etch2 -m mac --mac-source 00:.... -j REJECT, która miała blokować wejście 
> określonego klienta do drugiej karty i co otrzymuję:
> Klient łączy się do serwera DHCP i za każdy razem otrzymuje adres z sieci 
> przypisanej do karty eth2. Logi mówią, że klient z kartą eth1 gada ale żądzi 
> tylko eth2.

dhcpd ignoruje iptables (przynajmniej częściowo) - działa w trybie raw.

> Tak w ramach ciekawostki to gdy działa blokowanie w iptables to nadal 
> otrzymuje adres z eth2 ale potem nie może korzystać z internetu bo wtedy 
> jest blokowany ale czemu nie wcześniej.

Wywal drugą kartę i przemyśl jeszcze raz.

> Gdzie leży błąd w koncepcji czy rozwiązaniu. 

Różne jądra różnie generują arp-reply przy dwóch kartach wpiętych do jednej
sieci fizycznej (i nie tylko do jednej) ;)