Czy ktoś zna dobrze zagadnienie routera na linuksie?

Mam takie coś u siebie zrobione, dziś przestało działać mi dhcp, znaczy router na linux nie przydziela podłączonemu komputerowi adresu IP, jak ręcznie wpiszę działa internet, jeśli ktoś ma opanowany ten temat to chętnie przyjmę pomoc w naprawie tego, w dobrej cenie zlecę również konf. takiego routera od nowa bo mój nieco stary jest.

Po pierwsze sprawdź czy usługa serwera DHCP działa.
Jaka dystrybucja? Jak coś to mogę zdalnie pomóc.

Walczę z tym od kilku godzin, usługa widnieje w top, restart dhcp poprawnie, żadnych zmian w konfigu nie widzę, właśnie kilka minut temu odpalam starszego kompa z xp a tu wszystko ok , siadły wszystkie kompy na vista i siódemce, żadnych aktualizacji te komputery nie miały przeprowadzonych, jedynie musiała się zrobić automatyczna aktualizacja routera i coś się sypnęło ale nie jestem biegły w tych sprawach i nie wiem co.

W sprawie pomocy zdalnej zaklikam na PW.

Daj parametr verbose dla dhcpd i uruchom go (lub gdzieś w konfigu ustaw żeby robił szczegółowe logi) i zobacz co sam Ci powie

Jeśli wrzuciłeś tam jakiegoś linuksa to pomoc powinieneś uzyskać tutaj: http://www.openlinksys.info/forum/index.php

--
pozdrawiam,
demeo

Nieco "stare" ale dodam, iż często zdarza się tak, że DHCP nie dostaniesz na kompie który ma ten sam MAC na WAN (tak WAN) lub WiFI. Działo się tak w każdym Tomato i w kilu wersjach openWRT.

Nie rozumiem, jak na kompie mozna mieć ten sam adres MAC na dwóch interfejsach sieciowych?

Adres MAC jest adresem unikalnym w skali światowej, a przynajmniej powinien być, poza tym jego rozgłaszanie ograniczone jest jedynie do warstwy fizycznej oraz łącza danych i adres ten nie wydostaje się poza obręb sieci LAN (nie przechodzi przez routery).

Jeśli dwa urządzenia posiadają ten sam adres MAC, to musiało być to nałożone programowo lub niektóre urządzenia posiadają funkcję MAC clonning, która pozwala dla portu WAN routera przypisać adres MAC komputera, który jest za nim.

--
Pozdrawiam,
demeo

demeo napisał(a):MAC clonning, która pozwala dla portu WAN routera przypisać adres MAC komputera, który jest za nim

właśnie o takim przypadku mówimy. Część ISP przyznaje adresację użytkownikom po DHCP - kupując router musisz wtedy albo zgłosić nowy MAC do ISP albo (prościej i chyba częściej ) klonujesz MAC z komputera na WAN routera i wtedy może być konflikt o którym mówię. Dodam tylko, iż to jest jedna z wielu przyczyn, niemniej jednak osobiście spotkałem się kilkakrotnie z takim problemem a ustalenie przyczyny (czyli dwa takie same adresy MAC obsługiwane przez jeden router) zajęło mi dobrą chwilę.

Ależ wtedy interfejsy WAN i LAN są w innych sieciach i taka sytuacja jest jak najbardziej normalna, gdyż dwa identyczne adresy MAC nie występują w jednej sieci lokalnej. Poza tym adresy MAC są stosowane jedynie w warstwie łącza danych i tutaj router nie powinien mieć problemu z obsługą takiego ruchu zakładając oczywiście, że te adresy występują w różnych sieciach np. WAN i LAN.

Sytuacja o której mówisz ma chyba zupełnie inne podłoże, jeśli zmieniasz adres MAC na routerze to twój ISP może to wykryć i zablokować Tobie Internet, jest to powszechnie stosowane zabezpieczenie przed DHCP spoofing. W takiej sytuacji należy zmieniać adres MAC przy odpiętym kablu WAN.

--
Pozdrawiam,
demeo

Nie rozumiemy się kolego demeo Mówię dokładnie o tej sytuacji co napisałeś w pierwszym akapicie. Czyli jeden MAC jest i na WAN i w LAN. I wtedy dhcpd się gubi. Dlatego lokalizacja problemu zajęła mi kiedyś kilka godzin, gdyż teoretycznie fakt tego samego adresu MAC w WAN i w LAN nie jest przeszkodą żadną - teoretycznie. Tak jak mówiłem w Tomato i w kilku wersjach openWRT tak się działo - widocznie jakaś luka dhcpd. Zgadzam się z Tobą co do zasady powinno być dobrze, ale praktyka mówi że nie zawsze Szkoda, że opelr się nie udziela - mógłby napisać jaki router, jaki firmware i jakie adresy MAC ma gdzie

Dalej się z Tobą nie zgodzę .

Jeśli nawet adresy MAC są takie same na WAN i LAN to są to oddzielne sieci i serwer DHCP widzi tylko jeden interfejs w warstwie łącza danych i jemu przydziela adres.

Jeśli natomiast serwer dhcp jest odpalony na tym routerze to należy go odpowiednio skonfigurować by daemon dhcp działał tylko na jednym interfejsie. Oczywiście router musi pracować w trybie routera.

Jeśli router jest skonfigurowany jako bridge to może być problem oraz jeśli router ma włączoną funkcję DHCP forward to również może być problem, ale to już problemy ze strony osoby, która nie potrafiła poprawnie tego skonfigurować.

--
Pozdrawiam,
demeo

Taka sytuacja nie jest możliwa gdy urządzenie działa jako ROUTER, chyba że jest to realizowane jako routing w warstwie drugiej, a i to nie mam pewności czy na pewno tak by się zachowało i wątpię aby jakieś tomato to realizowało..

Abstrahując od tematu, aby realizacja routingu w warstwie drugiej była możliwa potrzebne są tylko odpowiednie moduły do iptables, ale w standardowej dystrybucji Tomato/OpenWRT/DD-WRT oraz ich pochodnych raczej brak tych modułów.

--
Pozdrawiam,
demeo

Hehs no to się temat nieco rozbudował. Dokładnie tak jak koledzy mówią - zgadzam się w 100%. Podkreślam, iż stale mówimy o trybie router a nie bridge. Tak jak mówiłem z teorią się zgadam - dlatego wyobraźcie sobie, że szukałem problemu dłuuuuuugo i po zmianie MAC na kliencie na inny niż routera dhcp zaczyna śmigać. W sumie głębiej o tym myśląc można szukać przyczyny nie w samym dhcpd a w jakiejś jego otoczki. Nie spieram się już więcej, po prostu trafiło mi się kilka razy tak że klient nie dostawał nic po dhcp a po zmianie mac wszystko ruszało temat zostawiam dla bardziej zaawansowanych - chciałem się podzielić własną praktyką i tak też uczyniłem