-=ReYu=- pisze:
Bartosz Maciejewski pisze:
-=ReYu=- pisze:
Bartosz Maciejewski pisze:
Jan Łukasz pisze:
Dnia 01-10-2007 o 15:53:58 Bartosz Maciejewski bartek@softgroup.com.pl napisał(a):
tom pisze: > Bartosz Maciejewski pisze: >> Jan Łukasz pisze: >>> Dnia 28-09-2007 o 16:59:28 Bartosz Maciejewski >>> bartek@softgroup.com.pl >>> napisał(a): >>> >>>> Witaj Listo ;) >>>> >>>> Mam problem z LMS'em w takiej konfiguracji: >>>> >>>> [INTERNET]--[LMS]--[SWITCH]--[AP]..[REPEATER]--[KLIENT] >>>> >>>> -- - kabel >>>> .. - wifi >>>> >>>> mam nadzieje ze wszystko jasne w schemacie :) >>>> >>>> W powyższej topologii KLIENT dostaje IP od LMSA natomiast nie może go >>>> nawet spingować nie mówiąc już o dostaniu sie do www. Jeśli podłączę >>>> klienta z pominięciem REPEATERA (zarówno skrętką jak i wifi) wszystko >>>> działa pięknie. >>>> >>>> Zauważyłem także, że podczas startu LMSA na kilka sekund Internet >>>> wraca, >>>> po czym startuje lmsd i wszystko znika (gdy lmsd nie wystartuje >>>> Internet >>>> nadal śmiga) >>>> >>>> Wstawiając jakikolwiek inny router zamiast LMSA (Zonet konkretnie) >>>> uzyskuję zamierzony efekt (NAT). >>>> >>>> Jakiekolwiek sugestie mile widziane :) >>>> >>>> >>> a nie zmiani Ci czasem którys z apekow maca tego ludka bo miom >>> zdaniem to >>> jest to sprawdz komenda arp z jakim macem widzisz czlowieka na >>> serwerze >>> >>> >> Niestety maci sie zgadzaja, tzn ipconfig klienta i arp -a na serwerze >> podaja dokladnie te same adresy dla tego IP. zauwazylem jeszcze inna >> rzecz, kiedy klient dostanie IP wpisane recznie (dowolne inne z zakresu >> ale nie takie samo jak dostaje z dhcpd) to moze sie dopingowac do >> serwer >> 192.168.0.1, Internetu oczywiscie nie ma. >> > Ok, a nie masz w LMS bądź w skryptach ustawioną na sztywno wartość ttl ? Nie, co ciekawe nmap rownierz podaje ze klient 192.168.0.2 appears to be up, chociaz LMS nie moze go spingowac.
zaiste bardzo dziwne postaraj sie powylaczac wszystko co sie da w firewallu zostaw tylko to co naprawde konieczne do dzialania neta a potem wlączaj koljne filtry które masz ustawione bo inaczej mozesz miec problem z dojsciem do prawdy
Ale ja wiem co jest tego przyczyna :) Podczas startu serwera LMS klient dostaje adres i przez chwile wszystko dziala, nastepnie uruchamia sie lms-mgc i klient zostaje odciety od Internetu i od lmsa. Pytanie tylko gdzie szukac przyczyny? Wczoraj zminilem jeszcze w sekcji begin (KONFIGURACJA-DEMON-HOSTFILE ) --ttl-set 1 na --ttl-set 64 jak sugerował ktoś wyżej , niestety nic to nie dalo :(.
zapodaj mu arpinga bedziesz wiedział co i jak zobaczysz z jakim mac-iem sie podniesie a pozniej arp | grep 192.168.0.2 sprawdzisz sobie sztywna tablice arp jak wyglada i sprawa bedzie jasna. jak dostaje net na chwilke to na 99% masz zmienioną tablice arp po tej zmienia nie spingujesz nawet hosta.
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
Ha! Nareszcie dobry trop:
root@serwer:~# arping -I eth1 192.168.0.2 ARPING 192.168.0.2 from 192.168.0.1 eth1 Unicast reply from 192.168.0.2 [00:1B:11:4C:36:E9] 4.366ms Unicast reply from 192.168.0.2 [00:1B:11:4C:36:E9] 2.883ms
[...snip...]
Unicast reply from 192.168.0.2 [00:1B:11:4C:36:E9] 2.828ms Sent 11 probes (1 broadcast(s)) Received 11 response(s)
ale:
root@serwer:~# arp -a | grep 192.168.0.2 ? (192.168.0.2) at 00:10:60:74:41:74 [ether] PERM on eth1
wiec teraz co mozna z tym zrobic aby zaczelo dzialac poprawnie?
zmień wpis w bazie. sprawdz dlaczego masz inny mac hosta. zobacz czy czasem mac 00:1B:11:4C:36:E9 nie nalezy do ap repeatera Jeśli tak to ap maskuje mac-i, czyli musisz klientowi nadac mac-a ap (wlaczyc allow-mac-sharing -czy jakos tak bo niepamietam- w lms-ie) i ustawić mu adres ip recznie. bo nie wiem czy w ostatnim lms-ie jest funkcja mac cloning przy urzadzeniach .
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
Wielkie dzięki za pomoc, akurat chciałem napisać, że już znalazłem rozwiązanie, które prawie się pokrywa z tym co napisałeś poza dodawaniem adresu ręcznie - dhcpd działa bez problemu :)