- lms - lists.lms.org.pl

Re: [lms] Błąd kompilacji modułu tc-ng Daemona w wersji 1.9.4
by Tomasz Chilinski 31 Gru '06

31 Gru '06

On Sun, 31 Dec 2006 00:18:27 +0100, tdabek wrote > Witam Witaj. > Wlasnie pobralem i podczas ./make przy tc-ng wywala takie cos: > > make[2]: Entering directory `/etc/lms/daemon/modules/tc-ng' > cc -I/usr/include -Wall -O2 -fPIC -DGNU -DUSE_MYSQL -I../.. -c -o > tc-ng.o tc-ng.c > tc-ng.c: In function `reload': > tc-ng.c:245: error: structure has no member named `mac' > tc-ng.c:287: error: structure has no member named `mac' > tc-ng.c:293: error: structure has no member named `mac' > tc-ng.c:299: error: structure has no member named `mac' > tc-ng.c:311: error: structure has no member named `mac' > tc-ng.c:333: error: structure has no member named `mac' > tc-ng.c:345: error: structure has no member named `mac' > tc-ng.c:390: error: structure has no member named `mac' > make[2]: *** [tc-ng.o] Error 1 > make[2]: Leaving directory `/etc/lms/daemon/modules/tc-ng' > > Poprzednia wersja szła dobrze, inne modyły kompiluja się poprawnie > Czy ktoś ma podobnie na 1.9.4 ? Spróbuj dodać do tc-ng.h w strukturze node pole: char *mac; i napisz czy gra. > -- > Pozdrawiam Tomasz Dąbek [Thomas] > [gg: 14553 mail: tdabek_NOSPAM_(a)go2.pl] Pozdrawiam, Tomek.

1 0

Błąd kompilacji modułu tc-ng Daemona w wersji 1.9.4
by tdabek＠go2.pl 31 Gru '06

31 Gru '06

Witam Wlasnie pobralem i podczas ./make przy tc-ng wywala takie cos: make[2]: Entering directory `/etc/lms/daemon/modules/tc-ng' cc -I/usr/include -Wall -O2 -fPIC -DGNU -DUSE_MYSQL -I../.. -c -o tc-ng.o tc-ng.c tc-ng.c: In function `reload': tc-ng.c:245: error: structure has no member named `mac' tc-ng.c:287: error: structure has no member named `mac' tc-ng.c:293: error: structure has no member named `mac' tc-ng.c:299: error: structure has no member named `mac' tc-ng.c:311: error: structure has no member named `mac' tc-ng.c:333: error: structure has no member named `mac' tc-ng.c:345: error: structure has no member named `mac' tc-ng.c:390: error: structure has no member named `mac' make[2]: *** [tc-ng.o] Error 1 make[2]: Leaving directory `/etc/lms/daemon/modules/tc-ng' Poprzednia wersja szła dobrze, inne modyły kompiluja się poprawnie Czy ktoś ma podobnie na 1.9.4 ? -- Pozdrawiam Tomasz Dąbek [Thomas] [gg: 14553 mail: tdabek_NOSPAM_(a)go2.pl]

1 0

Re: Dokumenty niefinansowe jako pdf
by gadziu＠op.pl 30 Gru '06

30 Gru '06

Użytkownik A.L.E.C <alec(a)alec.pl> napisał: >gadziu(a)op.pl wrote: >> Proszę o pomoc w przerobieniu tak funkcji w lms aby dokumenty typu wezwanie do zapłaty oraz umowa były w formacie pdf. > >obejrzyj modules/invoice_pdf.php > >-- >Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252 >LAN Management System Developer http://lms.alec.pl > Próbowałem przerobiłem ten skrypt zmieniłem nazwę na document.php dodałem odpowiedni wpis w documentadd.php nawet odpowiednią ocpję dodałem w phpui ale nie jestem tak dobry z php aby sobie z tym sam poradzić może jeśli któryś z kolegów podesłał by mi prosty przykład jak to przerobić dalej bym sobie z tym poradził tak jak z kodami kreskowymi na fakturach. Pozdrawiam

1 0

Re: Pytanie o mechanizm dowiązania komputera klienta do taryfy (zapytanie SQL)
by A.L.E.C 30 Gru '06

30 Gru '06

Krzysztof Taraszka wrote: > /sbin/tc class add dev eth1 parent 1:19999 classid 1:482 htb rate 264kbit ceil 866kbit burst 33kbit > /sbin/tc class add dev eth1 parent 1:482 classid 1:483 htb rate 128kbit ceil 128kbit burst 33kbit > /sbin/tc class add dev eth1 parent 1:482 classid 1:484 htb rate 128kbit ceil 128kbit burst 33kbit > /sbin/tc class add dev eth1 parent 1:482 classid 1:485 htb rate 8kbit ceil 610kbit burst 33kbit > /sbin/tc filter add dev eth1 protocol ip parent 1: handle 965 fw classid 1:483 > /sbin/tc filter add dev eth1 protocol ip parent 1: handle 966 fw classid 1:484 > /sbin/tc filter add dev eth1 protocol ip parent 1: handle 964 fw classid 1:485 > > dla wielu komputerów w jednej taryfie generuje poprawnie. Sam algorytm budowania klas w klasie jest prosty, o tyle mam problem z zapytaniem SQL, które wiąże komputery klienta z odpowiednią taryfą. Tworzenie klasy 1:482 z takimi wartościami jak podałeś chyba mija się z celem. Niestety problem nie jest taki prosty, gdyż kombinacji dowiązań komputer-taryfa może być wiele. Nie da się wszystkich prosto obsłużyć. W module tc-ng demona możesz podglądnąć jak to zrobiłem. Powinien wygenerować podobne do zaproponowanych przez ciebie regułek (bez klasy 1:482). -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252 LAN Management System Developer http://lms.alec.pl

1 0

Re: Dokumenty niefinansowe jako pdf
by A.L.E.C 30 Gru '06

30 Gru '06

gadziu(a)op.pl wrote: > Proszę o pomoc w przerobieniu tak funkcji w lms aby dokumenty typu wezwanie do zapłaty oraz umowa były w formacie pdf. obejrzyj modules/invoice_pdf.php -- Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252 LAN Management System Developer http://lms.alec.pl

1 0

Pytanie o mechanizm dowiązania komputera klienta do taryfy (zapytanie SQL)
by Krzysztof Taraszka 30 Gru '06

30 Gru '06

Witam, tak się bawię własnym skryptem generującym rc.limits i zastanawiam się nad rozwiązaniem problemu dowiązania komputera klienta do taryfy. W czym rzecz. Oto przykład: Klient BB Aa (np ID 1240) ma trzy komputery: komputer A - osobna taryfa 128kbps komputer B - osobna taryfa 128kbps komputer C - osobna taryfa 610kbps na chwilę obecną lms-traffic-htbiptlimits generuje coś mniejwięcej takiego: /usr/sbin/iptables -t mangle -A LIMITS -s xx.xx.88.183 -j MARK --set-mark 964 /usr/sbin/iptables -t mangle -A LIMITS -s xx.xx.89.4 -j MARK --set-mark 964 /usr/sbin/iptables -t mangle -A LIMITS -s xx.xx.89.5 -j MARK --set-mark 964 /sbin/tc class add dev eth1 parent 1:19999 classid 1:482 htb rate 264kbit ceil 866kbit burst 33kbit /sbin/tc filter add dev eth1 protocol ip parent 1: handle 964 fw classid 1:482 czyli sumuje downceil/downrate i tworzy z tego jedną klasę. Czy w w/w przypadku nie lepiej było by zrobić coś w ten deseń ? /usr/sbin/iptables -t mangle -A LIMITS -s xx.xx.88.183 -j MARK --set-mark 964 /usr/sbin/iptables -t mangle -A LIMITS -s xx.xx.89.4 -j MARK --set-mark 965 /usr/sbin/iptables -t mangle -A LIMITS -s xx.xx.89.5 -j MARK --set-mark 966 /sbin/tc class add dev eth1 parent 1:19999 classid 1:482 htb rate 264kbit ceil 866kbit burst 33kbit /sbin/tc class add dev eth1 parent 1:482 classid 1:483 htb rate 128kbit ceil 128kbit burst 33kbit /sbin/tc class add dev eth1 parent 1:482 classid 1:484 htb rate 128kbit ceil 128kbit burst 33kbit /sbin/tc class add dev eth1 parent 1:482 classid 1:485 htb rate 8kbit ceil 610kbit burst 33kbit /sbin/tc filter add dev eth1 protocol ip parent 1: handle 965 fw classid 1:483 /sbin/tc filter add dev eth1 protocol ip parent 1: handle 966 fw classid 1:484 /sbin/tc filter add dev eth1 protocol ip parent 1: handle 964 fw classid 1:485 dla wielu komputerów w jednej taryfie generuje poprawnie. Sam algorytm budowania klas w klasie jest prosty, o tyle mam problem z zapytaniem SQL, które wiąże komputery klienta z odpowiednią taryfą. w pliku lms-traffic-htbiptlimits "zauważyłem", że jest tam robiona suma wartości downceil/downrate - to samo tyczy się z wartościami dla uploadu. I teraz moje pytanie - o odpowiednie zapytanie SQL, które mogło by dopasować odpowiedni "IP" do danej taryfy. Jak rozwinąć ten przykład ? mysql> SELECT tariffid FROM assignments WHERE customerid = 1240; +----------+ | tariffid | +----------+ | 44 | | 44 | | 32 | +----------+ 3 rows in set (0.00 sec) widzę, ze customerid = 1240 to trzy osobne taryfy - odpowiednio 44, 44, 32 dla różnych komputerów. Jednakże jak to "dowiązać" wyciągająć z BAZY dopisane do taryfy komputery klienta ? (jeśli są dwie "taryfy" te same z osobna ?) -- dzimi

1 0

Dokumenty niefinansowe jako pdf
by gadziu＠op.pl 30 Gru '06

30 Gru '06

Proszę o pomoc w przerobieniu tak funkcji w lms aby dokumenty typu wezwanie do zapłaty oraz umowa były w formacie pdf. Pozdrawiam

1 0

Re: Instancje i przeladowanie Daemona
by Artur Zabroński 30 Gru '06

30 Gru '06

06-12-29, tdabek(a)go2.pl <tdabek(a)go2.pl> napisał(a): > > to byloby dobre rozwiazanie, zaznaczac tylko instancje do przeladowania > bo przeciez jesli nie zmianiam w bazie nic hardwarowego u klientow > to nie potrzeba przewalac calego konfigu. > Moze daemon moze "sie nauczyc" ze zmienilo sie cos w (nodes) bazie, > np. zmiana karty sieciowej u klienta albo zmiana jego adresu ip, > albo taka informacja bylaby dostepna w samej bazie (o takiej zmianie), > wtedy deamon przeladowalby wszystko lacznie z pelnymi konfigami. > W innym przypadku tylko przeladowanie np. samego firewalla plus htb. > Co Wy na to? > Raczej nie do zaimplementowania bo przecież nie ma powiązań moduł <-> zmiana czegoś w bazie. Tak jak tu kolega niżej napisał trzeba by zrobić coś w którym by się definiowało wykonywane operacje przy danej zmianie. Np ustawienie wiadomości wykonywało by N operacji zdefiniowanych dla tej akcji. -- Pozdrawiam, Artur

1 0

Re: [lms] Re: Instancje i przeladowanie Daemona
by "Marcin o2.pl" 30 Gru '06

30 Gru '06

> wtedy deamon przeladowalby wszystko lacznie z pelnymi konfigami. > W innym przypadku tylko przeladowanie np. samego firewalla plus htb. Witam, IMHO wygodnie było by gdyby demon był budzony do działania i wykonywał tylko niewielkie operacje (na prawach usera bez praw, oprócz sudo do wykonania określonych rzeczy) np: odcinam komuś net, usuwa/zmienia regóły tabletek, szczególnie przydatne było by to gdy się nie używa squida, ale czasem chce wysłać wiadomość, regółka trafiała by do tabletek, po odczytaniu demon by ją usuwał bez zwłoki. Pozdrawiam

1 0

Re: Instancje i przeladowanie Daemona
by tdabek＠go2.pl 29 Gru '06

29 Gru '06

Artur Zabroński napisał(a): > > IMHO nie da się czegoś takiego zrobić przy obecnym stanie. Ewentualnie > można by zaimplementować że w 'Przeladowanie' by się ptaszkowało > usługi do przeładowania. > to byloby dobre rozwiazanie, zaznaczac tylko instancje do przeladowania bo przeciez jesli nie zmianiam w bazie nic hardwarowego u klientow to nie potrzeba przewalac calego konfigu. Moze daemon moze "sie nauczyc" ze zmienilo sie cos w (nodes) bazie, np. zmiana karty sieciowej u klienta albo zmiana jego adresu ip, albo taka informacja bylaby dostepna w samej bazie (o takiej zmianie), wtedy deamon przeladowalby wszystko lacznie z pelnymi konfigami. W innym przypadku tylko przeladowanie np. samego firewalla plus htb. Co Wy na to? -- Pozdrawiam Tomasz Dąbek [Thomas] [gg: 14553 mail: tdabek_NOSPAM_(a)go2.pl]

1 0