Październik 2007 - lms - lists.lms.org.pl

Terminarz i strona główna
by Marcin o2.pl 03 Paź '07

03 Paź '07

Witam, chcę dać dostęp do samego terminarza, po logowaniu widać ilość klientów, komputerów oraz zadłużenie, jak to ukryć ? Pozdrawiam _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

1 0

Blokowanie terminarza
by Marcin o2.pl 03 Paź '07

03 Paź '07

Witam, chciałbym zablokować możliwość edycji wprowadzonych spraw do terminarza (ew. edytować mogę tylko ja/inny suadmin), jak to osiągnąć ? Pozdrawiam _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

1 0

Re: [lms] predkosc
by A.L.E.C 03 Paź '07

03 Paź '07

A.L.E.C wrote: > Zaktualizuj do 1.8.13, dopiero w tej wersji zwiększono limit do 10000. > Dodam jeszcze, bo może nie zauważyłeś, ceil może być większe i zazwyczaj rate (pasmo gwarantowane) jest małe, a ceil (maksymalne) takie jak taryfa w umowie dla klienta. p.s. oczywiście czy tak jest w rzeczywistości to zależy od tego jak jest skonfigurowany backend. -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252 LAN Management System Developer http://lms.org.pl _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

1 0

Re: [lms] predkosc
by A.L.E.C 03 Paź '07

03 Paź '07

Pawel wrote: > witam mam taki problem przy prowadzaniu predkosic do nowej taryfy > maksymalna wilkoscia downladu jest 4096 lacze mam 2 razy wieksze czy > ktos moze powiedziec gdzie moge to zmienic zeby mozliwe bylo > wprowadzenie wielkosci 8000 > > *Wersja LMS: <http://lms.rulez.pl>* 1.8.1 Shyla (1.757.2.8/1.13.2.2) Zaktualizuj do 1.8.13, dopiero w tej wersji zwiększono limit do 10000. -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252 LAN Management System Developer http://lms.org.pl _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

1 0

Re: [lms] predkosc
by Maricn 02 Paź '07

02 Paź '07

Jak widze używasz napewno czystego HTB to rozdzielenia Internetu. Ja w tym ci niestety nie pomogę bo używam cos innego (niceshaper) jeśli ktoś ma na tyle czasy i chęci to ci pomoże. :D Pozdrawiam. I życzę powodzenia :D -----Original Message----- From: lms-bounces+bsflip=gmail.com(a)lists.lms.org.pl [mailto:lms-bounces+bsflip=gmail.com@lists.lms.org.pl] On Behalf Of Pawel Sent: Monday, October 01, 2007 11:34 PM To: lista użytkowników LMS Subject: Re: [lms] predkosc PID TTY STAT TIME COMMAND 1 ? S 0:05 init [3] 2 ? S 0:00 [keventd] 3 ? SN 3:06 [ksoftirqd_CPU0] 4 ? S 0:00 [kswapd] 5 ? S 0:00 [bdflush] 6 ? S 0:04 [kupdated] 10 ? S< 0:00 [mdrecoveryd] 11 ? S 0:00 [kreiserfsd] 60 ? Ss 1:27 /usr/sbin/syslogd 63 ? Ss 2:02 /usr/sbin/klogd -c 3 -x 161 ? S<s 0:00 udevd 380 ? S 0:00 [khubd] 3127 ? Ss 0:00 /usr/sbin/inetd 3131 ? Ss 0:10 /usr/sbin/sshd 3135 ? Ss 0:59 /usr/sbin/named 3145 ? S 0:00 /usr/sbin/crond -l10 3158 ? S 0:00 /bin/sh /usr/bin/mysqld_safe --datadir=/var/lib/mysql 3193 ? Ss 0:01 /usr/sbin/httpd 3195 ? Ss 0:00 /usr/sbin/gpm -m /dev/mouse -t ps2 3258 ? Ss 0:00 /usr/local/squid/sbin/squid start 3274 ? Ss 0:01 /usr/bin/perl -w /usr/local/lstat/bin/lstatd 3279 ? Ss 0:00 lmsd 4416 tty1 Ss+ 0:00 -bash 4417 tty2 Ss+ 0:00 /sbin/agetty 38400 tty2 linux 4418 tty3 Ss+ 0:00 /sbin/agetty 38400 tty3 linux 4419 tty4 Ss+ 0:00 /sbin/agetty 38400 tty4 linux 4420 tty5 Ss+ 0:00 /sbin/agetty 38400 tty5 linux 4421 tty6 Ss+ 0:00 /sbin/agetty 38400 tty6 linux 21875 ? Ss 0:00 /usr/sbin/dhcpd eth0 22348 ? S 0:00 tcpdump -i eth0 -enp -c 500 port 135 22350 ? S 0:00 tcpdump -i eth0 -enp -c 500 port 445 22493 ? Rs 0:00 sshd: root@pts/0 22500 pts/0 Ss 0:00 -bash 22512 pts/0 R+ 0:00 ps x ----- Original Message ----- From: "Maricn" <bsflip(a)gmail.com> To: "'lista użytkowników LMS'" <lms(a)lists.lms.org.pl> Sent: Tuesday, October 02, 2007 11:24 PM Subject: Re: [lms] predkosc Widze ze LMS-sa jak i sam system Unix nie wdrążyłeś sam podaj wiecej konkretow. Sam lms nie jest czyms co ingeruje samo w rozdzielaniu Internetu trzeba w 3/4 zrobic to w konsoli. PS. Podaj komende ps x w konsoli jak na początek. ________________________________________ From: lms-bounces+bsflip=gmail.com(a)lists.lms.org.pl [mailto:lms-bounces+bsflip=gmail.com@lists.lms.org.pl] On Behalf Of Pawel Sent: Monday, October 01, 2007 11:18 PM To: lista użytkowników LMS Subject: [lms] predkosc witam mam taki problem przy prowadzaniu predkosic do nowej taryfy maksymalna wilkoscia downladu jest 4096 lacze mam 2 razy wieksze czy ktos moze powiedziec gdzie moge to zmienic zeby mozliwe bylo wprowadzenie wielkosci 8000 Wersja LMS: 1.8.1 Shyla (1.757.2.8/1.13.2.2) Wersja LMSDB: 1.8.1 Shyla (core: 1.36.2.2 / driver: mysql 1.34.2.2) Wersja MySQL: 4.1.14 Wersja PHP: 4.4.0 Wersja Smarty: 2.6.12 _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

1 0

Re: [lms] predkosc
by Maricn 02 Paź '07

02 Paź '07

Widze ze LMS-sa jak i sam system Unix nie wdrążyłeś sam podaj wiecej konkretow. Sam lms nie jest czyms co ingeruje samo w rozdzielaniu Internetu trzeba w 3/4 zrobic to w konsoli. PS. Podaj komende ps x w konsoli jak na początek. ________________________________________ From: lms-bounces+bsflip=gmail.com(a)lists.lms.org.pl [mailto:lms-bounces+bsflip=gmail.com@lists.lms.org.pl] On Behalf Of Pawel Sent: Monday, October 01, 2007 11:18 PM To: lista użytkowników LMS Subject: [lms] predkosc witam mam taki problem przy prowadzaniu predkosic do nowej taryfy maksymalna wilkoscia downladu jest 4096 lacze mam 2 razy wieksze czy ktos moze powiedziec gdzie moge to zmienic zeby mozliwe bylo wprowadzenie wielkosci 8000 Wersja LMS: 1.8.1 Shyla (1.757.2.8/1.13.2.2) Wersja LMSDB: 1.8.1 Shyla (core: 1.36.2.2 / driver: mysql 1.34.2.2) Wersja MySQL: 4.1.14 Wersja PHP: 4.4.0 Wersja Smarty: 2.6.12 _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

1 0

Re: [lms] LMS i Repeater
by tom 02 Paź '07

02 Paź '07

Bartosz Maciejewski pisze: > -=ReYu=- pisze: >> Bartosz Maciejewski pisze: >>> -=ReYu=- pisze: >>>> Bartosz Maciejewski pisze: >>>>> Jan Łukasz pisze: >>>>>> Dnia 01-10-2007 o 15:53:58 Bartosz Maciejewski <bartek(a)softgroup.com.pl> >>>>>> napisał(a): >>>>>> >>>>>>> tom pisze: >>>>>>>> Bartosz Maciejewski pisze: >>>>>>>>> Jan Łukasz pisze: >>>>>>>>>> Dnia 28-09-2007 o 16:59:28 Bartosz Maciejewski >>>>>>>>>> <bartek(a)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(a)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(a)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 :) > Nie chciałbym być niemiły ale napisałeś wcześniej, że sprawdzałeś i repeater nie maskował mac. -- Pozdrawiam Tomasz _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

1 0

Re: [lms] LMS i Repeater
by Bartosz Maciejewski 02 Paź '07

02 Paź '07

-=ReYu=- pisze: > Bartosz Maciejewski pisze: >> -=ReYu=- pisze: >>> Bartosz Maciejewski pisze: >>>> Jan Łukasz pisze: >>>>> Dnia 01-10-2007 o 15:53:58 Bartosz Maciejewski <bartek(a)softgroup.com.pl> >>>>> napisał(a): >>>>> >>>>>> tom pisze: >>>>>>> Bartosz Maciejewski pisze: >>>>>>>> Jan Łukasz pisze: >>>>>>>>> Dnia 28-09-2007 o 16:59:28 Bartosz Maciejewski >>>>>>>>> <bartek(a)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(a)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(a)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 :) -- Bartosz Maciejewski bartek(a)softgroup.com.pl _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

1 0

Re: [lms] LMS i Repeater
by -=ReYu=- 02 Paź '07

02 Paź '07

Bartosz Maciejewski pisze: > -=ReYu=- pisze: >> Bartosz Maciejewski pisze: >>> Jan Łukasz pisze: >>>> Dnia 01-10-2007 o 15:53:58 Bartosz Maciejewski <bartek(a)softgroup.com.pl> >>>> napisał(a): >>>> >>>>> tom pisze: >>>>>> Bartosz Maciejewski pisze: >>>>>>> Jan Łukasz pisze: >>>>>>>> Dnia 28-09-2007 o 16:59:28 Bartosz Maciejewski >>>>>>>> <bartek(a)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(a)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(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

1 0

Re: [lms] LMS i Repeater
by Bartosz Maciejewski 02 Paź '07

02 Paź '07

-=ReYu=- pisze: > Bartosz Maciejewski pisze: >> Jan Łukasz pisze: >>> Dnia 01-10-2007 o 15:53:58 Bartosz Maciejewski <bartek(a)softgroup.com.pl> >>> napisał(a): >>> >>>> tom pisze: >>>>> Bartosz Maciejewski pisze: >>>>>> Jan Łukasz pisze: >>>>>>> Dnia 28-09-2007 o 16:59:28 Bartosz Maciejewski >>>>>>> <bartek(a)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(a)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? -- Bartosz Maciejewski bartek(a)softgroup.com.pl _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

1 0