- lms - lists.lms.org.pl

by Andrzej Banach 05 Maj '05

05 Maj '05

Nie wiem czy tylku u mnie tak jest ale od wersji 1.38 netdevmap.php na mapie (zwyklej) nie wyswietlaja sie nazwy urzadzen i komputerow. Niestety w diff'ie jest tyle tego ze moze niech autor poprawki sie tym zajmie:D:D Link do blednego dif'a - http://cvs.rulez.pl/viewcvs.cgi/lms/modules/netdevmap.php.diff?r1=1.37&r2=1… -- pozdrawiam Andrzej Banach administrator net-komp.net.pl

1 0

Re: taryfy obowiazujace dla squida ??
by tomasz osko 05 Maj '05

05 Maj '05

witam, zbierałem się do napisania o tym problemie dość długo , ale wreszcie ktoś podniósł ten temat. zapewne kolega używa demona ALEC'a, a on niestety nie zauważe tego problemu, jednak po skonfigurowaniu lms-traffic-htbiplimits generowane są tregułki które uwzględniają squida (a także inne porty), prosiłem kiedyś ALEC'a , ale powiedział że nie wie (?). problem nie dotyczy tylko ograniczenia, ale także logowania ruchy dla lms-traffic-logiptables, inaczej mówiąc ruch który idzie przez squisa nie jest wykazywany w statystykach. jak pisałem wcześniej ja odpalam jeszcze lms-traffic-htbiplimits i zapalam rc.limits i wtedy wszystko gra (może nie do końca, ale mam możliwość udostępniać squida i go pilnować). chyba że ktoś ma inne pomysły Pozdrawiam Tomek www.cvnet.radom.pl ----- Original Message ----- From: "Kamil Zdanowicz" <modi(a)poczta.fm> To: <lms(a)lists.rulez.pl> Sent: Thursday, May 05, 2005 2:14 PM Subject: [lms] taryfy obowiazujace dla squida ?? > ktos ma jakis patent na wymuszenie ograniczania pasma > przez taryfy rowniesz dla squida?? > > pozdrawiam > Kamil Zdanowicz > > > > >

1 0

taryfy obowiazujace dla squida ??
by Kamil Zdanowicz 05 Maj '05

05 Maj '05

ktos ma jakis patent na wymuszenie ograniczania pasma przez taryfy rowniesz dla squida?? pozdrawiam Kamil Zdanowicz

2 1

Re: pinger ALEC's-a
by Jurek 05 Maj '05

05 Maj '05

Witaj konrad, W Twoim liście datowanym 29 kwietnia 2005 (19:25:26) można przeczytać: kr> 13/04/05, messie from [ pub_onet ] ... >> Natomiast stanełem przed następnym wyzwaniem i goglam aż sie procek >> chce unies z fanem w przestworza. >> >> Przy uruchomieniu modułu dostaje prosty komunikat - Memory fault >> >> a w logach kernela mam : >> >> Apr 29 18:38:49 server kernel: grsec: From 83.29.102.203: attempted resource >> overstep by requesting 4096 for RLIMIT_CORE against limit 0 by /usr/lib/lms/pinger.so[pinger.so:4086] >> uid/euid:0/0 gid/egid:0/0, parent /bin/ksh[sh:2089] uid/euid:0/0 gid/egid:0/0 >> >> Kernel dystrybucyjny 2.4.29-5 , fizyczna pamiec systemowa w znacznej >> cześci zajęta. Słaby sprzet i dośc obciążony. kr> to raczej nie grsec. swapa masz? kr> zobacz/podeślij końcówkę strace'a dla pida, który zdycha. kr> (strace -f /tmp/lmsd -oo lmsd -f) Sorki kolego , wybacz ale jak wspomniałem nie ta liga. Aby uzyc strace musze sie zagłebic w manuale (zawsze chetnie to robie i na pewno w swoim czasie zrobie) ale totalny zawrót głowy i brak czasu. Więc albo mnie popraw albo wytłumacz łopatologicznie. Albo obchodząc łukiem problem podeślij działajacy moduł dla PLD AC na jajku 2.4.29-5 ( hi hi) . Natomiast moja nieudolna próba u zycia strace wygląda tak. [admin@serwer lms]# strace -f /usr/lib/lms/pinger.so -oo pinger -f execve("/usr/lib/lms/pinger.so", ["/usr/lib/lms/pinger.so", "-oo", "pinger", "-f"], [/* 24 vars */]) = 0 --- SIGSEGV (Segmentation fault) @ 0 (0) --- +++ killed by SIGSEGV +++ Ja widze tylko ze ubił proces Doprawdy błogosławieni (chyba) ubodzy duchem bo nie kumam mica a niica. -- Pozdrowienia, Jurek mailto:jwjurek@poczta.onet.pl

1 0

Re: Baza danych - LMS
by Krzysztof Drewicz 05 Maj '05

05 Maj '05

A.L.E.C napisał(a): >>Czemu podczas Tworzenia kopi zapasowej z pod www wyskakuje mi blad: >> >zwieksz limit czasu wykonania skryptu w php.ini, albo zainteresuj sie >programami do robienia backupów dostarczanymi razem z baza danych. > Co jest ładnie opisane w dokumentacji :) na stronie: http://lms.rulez.pl/doc/install-db.html#INSTALL-MYSQL-LMS

1 0

Re: Problem z lms-makemessages
by Dariusz Skarbek 05 Maj '05

05 Maj '05

Andrzej Banach napisał(a): >Przydaloby sie skierowac jakis ruch do lancucha MESSAGES :) > >iptables -t nat -I PREROUTING -j MESSAGES > > > > dzięki. O to chodziło :) Darek

1 0

Re: [lms]
by Andrzej Banach 05 Maj '05

05 Maj '05

<cytowanie kto="Andrzej Banach"> > Podsylam drobnego patcha dodajacego do lms-makedhcpconf wpis > "authoritative;" - u mnie bardzo potrzebne by w logach nie bylo masy > niepotrzebnych wpisow..., > oraz dodajacy do userinfobox'a okienko z wyborem daty - bardzo przydatne > jezeli chcemy drukowac jakies dokumenty z wypisana juz data a data ta > rozni sie od dzisiejszej. W dokumentach np. contract.html uzywamy wtedy > zmiennej fake_date . Moze komus poza mna sie to przyda :) > Jeszcze male info: W dokumetacji do squid-redirector jest napisane by w lms.ini dopisac: [squid-redirector] redirect = adres.winietki W lms-squid jednak jest wpis: my $redirect = $ini->val('squid-warnings', 'redirect') || 'http://lms.rulez.pl/'; Tak wiec zdecydujcie sie:P:P - czy tu zamienic squid-warnings na squid-redirector czy dokumentacje :D:D - aaa no i te http://lms.rulez.pl mozna by zamienic na adres mojej stronki:D:D:D -- pozdrawiam Andrzej Banach administrator net-komp.net.pl

1 0

by Andrzej Banach 05 Maj '05

05 Maj '05

Podsylam drobnego patcha dodajacego do lms-makedhcpconf wpis "authoritative;" - u mnie bardzo potrzebne by w logach nie bylo masy niepotrzebnych wpisow..., oraz dodajacy do userinfobox'a okienko z wyborem daty - bardzo przydatne jezeli chcemy drukowac jakies dokumenty z wypisana juz data a data ta rozni sie od dzisiejszej. W dokumentach np. contract.html uzywamy wtedy zmiennej fake_date . Moze komus poza mna sie to przyda :) -- pozdrawiam Andrzej Banach administrator net-komp.net.pl

1 0

Re: Problem z lms-makemessages
by Andrzej Banach 04 Maj '05

04 Maj '05

<cytowanie kto="Dariusz Skarbek"> >> > Chain MESSAGES (0 references) > target prot opt source destination > DNAT tcp -- 192.168.0.101 0.0.0.0/0 > to:192.168.0.1:8080 > DNAT tcp -- 192.168.0.18 0.0.0.0/0 > to:192.168.0.1:8080 > > I niestety ruch nie jest przekierowywany na port 8080. Jedyne > rozwiązanie jakie znalazłem, to ustawienie chain na PREROUTING. Wtedy > niestety tracę przekierowywanie ze stałych adresów IP, ponieważ łańcuch > jest na początku czyszczony. > Mam prośbę o pomoc jak ustawić priorytety łańcuchów, tak aby MESSAGES > był wykonywany przed PREROUTING i w taki sposób, aby działało > przekierowanie DNAT. > Przydaloby sie skierowac jakis ruch do lancucha MESSAGES :) iptables -t nat -I PREROUTING -j MESSAGES -- pozdrawiam Andrzej Banach administrator net-komp.net.pl

1 0

Problem z lms-makemessages
by Dariusz Skarbek 04 Maj '05

04 Maj '05

Witam Mam DSL 2Mbps i taką sytuację: 1. Przed zastosowaniem lms-makemessages: > iptables -t nat -L -n Chain PREROUTING (policy ACCEPT) target prot opt source destination DNAT all -- 0.0.0.0/0 83.16.196.30 to:192.168.1.2 DNAT all -- 0.0.0.0/0 83.16.196.28 to:192.168.1.3 Chain POSTROUTING (policy ACCEPT) target prot opt source destination SNAT all -- 192.168.1.2 0.0.0.0/0 to:83.16.196.30 SNAT all -- 192.168.1.3 0.0.0.0/0 to:83.16.196.28 SNAT all -- 0.0.0.0/0 0.0.0.0/0 to:83.16.196.26 Chain OUTPUT (policy ACCEPT) target prot opt source destination Chain MESSAGES (0 references) target prot opt source destination 2. Po zastosowaniu lms-makemessages: iptables -t nat -L -n Chain PREROUTING (policy ACCEPT) target prot opt source destination DNAT all -- 0.0.0.0/0 83.16.196.30 to:192.168.1.2 DNAT all -- 0.0.0.0/0 83.16.196.28 to:192.168.1.3 Chain POSTROUTING (policy ACCEPT) target prot opt source destination SNAT all -- 192.168.1.2 0.0.0.0/0 to:83.16.196.30 SNAT all -- 192.168.1.3 0.0.0.0/0 to:83.16.196.28 SNAT all -- 0.0.0.0/0 0.0.0.0/0 to:83.16.196.26 Chain OUTPUT (policy ACCEPT) target prot opt source destination Chain MESSAGES (0 references) target prot opt source destination DNAT tcp -- 192.168.0.101 0.0.0.0/0 to:192.168.0.1:8080 DNAT tcp -- 192.168.0.18 0.0.0.0/0 to:192.168.0.1:8080 I niestety ruch nie jest przekierowywany na port 8080. Jedyne rozwiązanie jakie znalazłem, to ustawienie chain na PREROUTING. Wtedy niestety tracę przekierowywanie ze stałych adresów IP, ponieważ łańcuch jest na początku czyszczony. Mam prośbę o pomoc jak ustawić priorytety łańcuchów, tak aby MESSAGES był wykonywany przed PREROUTING i w taki sposób, aby działało przekierowanie DNAT. Pozdrawiam Darek

1 0