Mam w Static DHCP w Tomato 1.21 przypisane IP do mac adresu sieciówki kompa na którym startuje, w tym przypadku, PLD RescueCD 2.95.
Adresy Static DHCP są z przedziału *.2 - *.34 i ten własnie ostatni adres ma dostawać pld.
Adresy przydzielane dynamicznie zaczynają się od *.140 (to tylko dla wyjaśnienia IP widocznych w logach)
I teraz kłopoty
Przy pierwszym negocjowaniu pld dostaje adres przypisany w static (*.34) ale po każdym kolejnym restarcie bierze sobie pierwszy wolny z zakresu puli adresów przydzielanych dynamicznie a przy kolejnych restartach następny i następny i następny... wygląda to tak jakby przy każdym kolejnym starcie pld nie uznawało przeznaczonej dla siebie dzierżawy (po adresie mac który przecież przy każdym starcie jest identyczny).
Poniżej wycinek z loga Tomato w którym widać jak przebiega przydzielanie adresu hostowi "rescue":
Nov 3 20:46:23 daemon.info dnsmasq[122]: DHCPDISCOVER(br0) 00:04:ac:45:49:e6
Nov 3 20:46:23 daemon.info dnsmasq[122]: DHCPOFFER(br0) 192.168.1.34 00:04:ac:45:49:e6
Nov 3 20:46:23 daemon.info dnsmasq[122]: DHCPREQUEST(br0) 192.168.1.34 00:04:ac:45:49:e6
Nov 3 20:46:23 daemon.info dnsmasq[122]: DHCPACK(br0) 192.168.1.34 00:04:ac:45:49:e6 rescue
Nov 3 20:48:13 daemon.warn dnsmasq[122]: not using configured address 192.168.1.34 because it is leased to 00:04:ac:45:49:e6
Nov 3 20:48:16 daemon.info dnsmasq[122]: DHCPDISCOVER(br0) 00:04:ac:45:49:e6
Nov 3 20:48:16 daemon.info dnsmasq[122]: DHCPOFFER(br0) 192.168.1.140 00:04:ac:45:49:e6
Nov 3 20:48:16 daemon.info dnsmasq[122]: DHCPREQUEST(br0) 192.168.1.140 00:04:ac:45:49:e6
Nov 3 20:48:16 daemon.info dnsmasq[122]: DHCPACK(br0) 192.168.1.140 00:04:ac:45:49:e6 rescue
Nov 3 20:50:31 daemon.warn dnsmasq[122]: not using configured address 192.168.1.34 because it is leased to 00:04:ac:45:49:e6
Nov 3 20:50:34 daemon.info dnsmasq[122]: DHCPDISCOVER(br0) 00:04:ac:45:49:e6
Nov 3 20:50:34 daemon.info dnsmasq[122]: DHCPOFFER(br0) 192.168.1.141 00:04:ac:45:49:e6
Nov 3 20:50:34 daemon.warn dnsmasq[122]: not using configured address 192.168.1.34 because it is leased to 00:04:ac:45:49:e6
Nov 3 20:50:34 daemon.info dnsmasq[122]: DHCPDISCOVER(br0) 00:04:ac:45:49:e6
Nov 3 20:50:34 daemon.info dnsmasq[122]: DHCPOFFER(br0) 192.168.1.141 00:04:ac:45:49:e6
Nov 3 20:50:34 daemon.info dnsmasq[122]: DHCPREQUEST(br0) 192.168.1.141 00:04:ac:45:49:e6
Nov 3 20:50:34 daemon.info dnsmasq[122]: DHCPACK(br0) 192.168.1.141 00:04:ac:45:49:e6 rescue
Nov 3 20:52:25 daemon.warn dnsmasq[122]: not using configured address 192.168.1.34 because it is leased to 00:04:ac:45:49:e6
Nov 3 20:52:28 daemon.info dnsmasq[122]: DHCPDISCOVER(br0) 00:04:ac:45:49:e6
Nov 3 20:52:28 daemon.info dnsmasq[122]: DHCPOFFER(br0) 192.168.1.142 00:04:ac:45:49:e6
Nov 3 20:52:28 daemon.info dnsmasq[122]: DHCPREQUEST(br0) 192.168.1.142 00:04:ac:45:49:e6
Nov 3 20:52:28 daemon.info dnsmasq[122]: DHCPACK(br0) 192.168.1.142 00:04:ac:45:49:e6 rescue
Poniżej widać jak ten sam mac adres dostaje po koleji nowe dzierżawy:
Jedynym "ratunkiem" jest ręczne uwolnienie dzierżawy w Tomato i wtedy przydzielany jest pożądany adres ale znów tylko do następnego restartu, i tak w kółko.
Żeby uprzedzić kilka nasuwających się pytań napiszę jeszcze że:
- to sam zestaw (pld cd + komputer) w innej sieci gdzie usługę dhcp serwuje win2k3 zachowuje się tak samo źle
- w tym właśnie Tomato problem nie zdarza się innym maszynom (głównie winxp czasami vista ale i również pocket PC) - one zawsze dostają takie ip jakie im przypiszę w static dhcp czyli teoretycznie tutaj dhcp zachowuje się zgodnie z oczekiwaniami; dlaczego więc nie zachowuje się tak wobec dysrybucji live?
- inny live cd (knoppix livecd) zachowuje się na tym Tomato podobnie czyli nie uznaje własnej dzierżawy i pobiera kolejne adresy po kazdym restarcie
Pozdrawiam i z góry dzięki za wszelkie sugestie co jeszcze mógłbym sprawdzić...
Łukasz
lookaka napisał/a:
Przy pierwszym negocjowaniu pld dostaje adres przypisany w static (*.34) ale po każdym kolejnym restarcie bierze sobie pierwszy wolny z zakresu puli adresów przydzielanych dynamicznie a przy kolejnych restartach następny i następny i następny...
Obawiam się, że nic z tym nie zrobisz.
Normalnie komputer zapisuje u siebie otrzymany adres IP i przy powtórnym połączeniu podaje go i prosi o ponowne przydzielenie, a serwer DHCP tylko wyraża zgodę.
Przykładowa negocjacja w takim przypadku wygląda następująco:
Nov 12 15:53:47 blue daemon.info dnsmasq[360]: DHCPREQUEST(br0) 192.168.2.9 00:b0:d0:05:22:d7
Nov 12 15:53:47 blue daemon.info dnsmasq[360]: DHCPACK(br0) 192.168.2.9 00:b0:d0:05:22:d7 xbook
U Ciebie ta negocjacja wygląda całkiem inaczej.
Komputer uruchamiany z płyty Live_CD nie pamięta swojego poprzedniego adresu IP, więc zgłasza się tak, jakby pierwszy raz łączył się do tej sieci, więc i serwer DHCP przydziela mu nowy adres IP.
Edytowany przez Dziadek dnia 12-11-2008 16:28
Dzięki za odpowiedź ...ale o ile rozumiem to co napisałeś i po części się z tym zgadzam ("normalny" komputer pamięta wcześniejszy adres i o taki prosi przy ponownym pobieraniu) to jakoś nadal nie mogę zrozumieć, a Twój post mimo zapewne szczerych chęci, jakoś mi tego zrozumienia nie ułatwia - dlaczego komputer o znanym już serwerowi dhcp adresie mac nie dostaje adresu IP jaki ma za zadanie mu serwer przydzielić przy czym w dodatku nadal trwa dzierżawa przypisana do tego adresu IP (to jest chyba przekleństwem bo gdy dzierżawę usunę to nadanie IP przebiega prawidłowo, jak już wcześniej pisałem) .
Rozumiem że gdy ten mac jest wpisany w static dhcp, nieważne czy stacja prosi o konkretny IP czy nie, serwer dhcp po rozpoznaniu mac przydziela przypisany do tego mac adresu IP. Nie rozumiem natomiast dlaczego w kolejnych próbach jest z tym kłopot.
Czyli inaczej rzecz ujmując wiemy i zgadzamy się że jest to problem ale nie mamy pojęcia dlaczego on powstaje Jeszcze raz dzieki za czas i pomoc, a nadal jestem otwarty na nowe propozycje.
Oczywiście mógłbym wyedytować tego live'a i przypisać IP na stałe ale wtedy to znaczyłoby że się poddałem ...chociaz biorąc pod uwagę obecne problemy to wcale nie jestem pewien czy to stałe IP nie zrodziło by innych dziwnych
lookaka napisał/a:
Dzięki za odpowiedź ...ale o ile rozumiem to co napisałeś i po części się z tym zgadzam ("normalny" komputer pamięta wcześniejszy adres i o taki prosi przy ponownym pobieraniu) to jakoś nadal nie mogę zrozumieć, a Twój post mimo zapewne szczerych chęci, jakoś mi tego zrozumienia nie ułatwia - dlaczego komputer o znanym już serwerowi dhcp adresie mac nie dostaje adresu IP jaki ma za zadanie mu serwer przydzielić przy czym w dodatku nadal trwa dzierżawa przypisana do tego adresu IP
Dlaczego tak jest to nie wiem, mogę się co najwyżej domyślać.
Przypuszczam, że chodzi o względy bezpieczeństwa, a konkretnie o utrudnienie przechwycenia czyjegoś adresu IP.
Gdyby było tak, jak piszesz, to wystarczyłoby zmienić swój adres MAC na cudzy, by przechwycić jego IP.
W sytuacji obecnej nie wystarczy zmienić tylko samego swojego adresu MAC, często (chociaż nie zawsze!) trzeba jeszcze wpisać sobie cudzy adres IP.
Twoja szansa tkwi w powyższym "nie zawsze" - być może jest to zależne od jakichś ustawień serwera DHCP.
Dodane:
Co do edytowania tego live_cd:
Wcale nie musisz przypisywać sobie stałego adresu IP.
W linuxie ostatnio przyznany adres IP jest zapisywany w jakimś pliku (niestety, nie pamiętam jego nazwy), więc mógłbyś tam właśnie wpisać sobie ten swój stały adres IP i być może problem by został rozwiązany.
Edytowany przez Dziadek dnia 15-11-2008 22:55
To co dodałeś warte jest uwagi i odnalezienia (mam nadzieję, że kiedyś znów znajdę czas na "prace badawczo-rozwojowe" bo ostatnio nie jest to takie proste ...jeśli taki plik by się odnalazł i udało by się go wpisać w live'a to wtedy być może było by to prawie doskonałe udawanie "normalnej" stacji która "już tutaj była, adres dostała a teraz chce się podłączyć znów" taki rodzaj tempa wpisanego w livecd
· Łącznie użytkowników: 24,115 · Najnowszy użytkownik: Ja
Czat
Musisz się zalogować, aby opublikować wiadomość.
Maniek91PL
06-11-2024 22:37
dzięki !
maxikaaz
29-10-2024 14:27
@Maniek91PL - Administration=> Admin Access, i tam masz "Allow Wireless Access" do zaznaczenia
Maniek91PL
26-10-2024 22:07
siemka! ktoś przypomni co się ustawiało jeśli nie mogę wejść od strony wifi do tomato? od lan działa
overflow2
04-10-2024 17:34
Kupowałem Asusy n10u albo n12d1 ale nie widzę ich, chyba już nie produkują, Chodzi o coś nowego i taniego. Transfery niewielkie.
maxikaaz
04-10-2024 09:38
@overflow2 patrząc po dostępności funkcji w nowych kompilacjach, to chyba nawet WRT54G/GL jeszcze ma OpenVPN, albo jakiś odpowiednik... zależy, na jakie transfery liczysz.
overflow2
30-09-2024 20:53
Jaki aktualnie najtańszy router do tomato do openvpn?
maxikaaz
27-07-2024 15:07
@servee - na początek router do rozebrania i obejrzenia, ciężko wróżyć tak tylko po objawach
maxikaaz
27-07-2024 14:55
@servee - cały kontroler nie pada tak sobie z powodu "zbiegu okoliczności", więc prawdopodobnie gdzieś przepięcie.
servee
25-07-2024 13:33
@maxikaaz: działało, aż pewnego pięknego dnia przestało działać. W tym dniu była też burza, ale to raczej zbieg okoliczności.
maxikaaz
25-07-2024 11:38
@servee - o ile problem jest w obrębie samych wyjść (dławiki, warystory), to naprawialne, ale jeśli w samym SoC - to nienaprawialne ze względu na koszta. A co było przyczyną?
' target='_blank'>Link
...ale o ile rozumiem to co napisałeś i po części się z tym zgadzam ("normalny" komputer pamięta wcześniejszy adres i o taki prosi przy ponownym pobieraniu) to jakoś nadal nie mogę zrozumieć, a Twój post mimo zapewne szczerych chęci, jakoś mi tego zrozumienia nie ułatwia - dlaczego komputer o znanym już serwerowi dhcp adresie mac nie dostaje adresu IP jaki ma za zadanie mu serwer przydzielić przy czym w dodatku nadal trwa dzierżawa przypisana do tego adresu IP (to jest chyba przekleństwem bo gdy dzierżawę usunę to nadanie IP przebiega prawidłowo, jak już wcześniej pisałem) . 
Jeszcze raz dzieki za czas i pomoc, a nadal jestem otwarty na nowe propozycje.