- lms - lists.lms.org.pl

Re: problem z generowaniem numeru konta bankoweg o
by Marcin Król 08 Lis '06

08 Lis '06

overburn(a)o2.pl napisał(a): > Od: Marcin Król <lexx(a)polarnet.pl> > >> Muszą. Albo źle ustawiłeś, albo nie odpowiednia wersja LMSa. > > No też mi sie tak wydaje a jednak nie działa lmsa mam 1.8.6 A dlaczego zakładasz że będzie to działać w 1.8.6? -- _ _ _ ___ | |_ | \/ |( __| http://www.|___)|_||_||___).rulez.pl Marcin 'Lexx' Król LMS Developer lexx(a)polarnet.gliwice.pl GG: 652506 Nie odpisuje na listy pisane w HTML.

1 0

Re: problem z generowaniem numeru konta bankoweg o
by "" 08 Lis '06

08 Lis '06

---- Wiadomość Oryginalna ---- Od: Marcin Król <lexx(a)polarnet.pl> > Muszą. Albo źle ustawiłeś, albo nie odpowiednia wersja LMSa. No też mi sie tak wydaje a jednak nie działa lmsa mam 1.8.6 i mam tak ustawione, i nie pojawia mi sie numer konta na karcie uzytkownika, account [finances] 621090125800 Nieznana opcja. Brak opisu. iban [finances] 1 Nieznana opcja. Brak opisu. Pozdrawiam Daniel Jankowiak

1 0

Re: Generowanie pasma x3
by Artur Zabroński 08 Lis '06

08 Lis '06

06-11-08, Matys Łukasz <lukasz(a)e-matys.com> napisał(a): > Problemik jest jeden. > Wartosc speed na poczatku moze miec np: 1024kbit, > i pozniej w skrypcie nie da sie pomnozyc 1024kbit *2. > :/ > Sorry skopiowalem to %downratekbit na zywca z dokumentacji. Ma byc SPEED=%downrate a pozniej ${SPEED}kbit -- Pozdrawiam, Artur

1 0

Re: Generowanie pasma x3
by Matys Łukasz 08 Lis '06

08 Lis '06

Artur Zabroński napisał(a): > 06-11-07, Matys Łukasz <lukasz(a)e-matys.com> napisał(a): >> Witam. >> Chcialbym odpalic cos takiego, by danemu klientowi miedzy np: 22-6 >> regulki generowaly sie x3, tzn majac predkosc 256 chce osiagnac 768... >> Czy ktos juz cos takiego rozwiazal? >> >> Czy da sie jakos zmusic demona aby np w okreslonych godzinach mnozyl >> przydzielone pasmo w bazie x3 i generowal rc.htb z szybszymi >> wartosciami? >> > Przykladowa konfiguracja: > > w begin dorzucic gdzies na koncu np: > ACTHOUR=`date +%H` > > i w host_htb_up/down zrobic cos takiego: > SPEED=%downratekbit > > if [ $ACTHOUR -ge 22 ]; then > SPEED=$[$SPEED * 3] > elif [ $ACTHOUR -le 6]; then > SPEED=$[$SPEED * 3] > fi > > i predkosc zalezna od godziny masz w zmiennej SPEED czyli np: > tc class add dev eth0 parent 1:2 classid 1:%x htb rate $SPEED > > > Jedyny mankament ze instancje najlepiej przeladowywac recznie (bez > ustawiania opcji cron) z normalnego crona w sposob lmsd -q -i > instancjatc lub po prostu zrobic identyczna instancje z cronem o > okreslonych godzinach (0 22,6 * * *) > Problemik jest jeden. Wartosc speed na poczatku moze miec np: 1024kbit, i pozniej w skrypcie nie da sie pomnozyc 1024kbit *2. :/ -- Matys Łukasz mobile: (+ 48) 504257944 gg: 6808288 msn: lukasz(a)e-matys.com

1 0

Re: Generowanie pasma x3 inne spojrzenie
by Wojciech Świadkowski 08 Lis '06

08 Lis '06

do tej pory nie udzielalem sie zbytnio. ale czasem trzeba sie podzielic z innymi swoja praca, szczegolnie jak widze duze zaangazowanie ze strony innych i z ktorej to pracy ja rowniez korzystam a wiec zaproponuje cos alternatywnego. robilem to dla siebie i nie ma pewnie wszystkich opcji ktore uzywacie ale u mnie sie sprawdza skrypt perlowy www.euro-net.pl/~wojtek/x3/podzial kopiujemy do /etc/lms/prog-1.8.0/podzial skrypt wymagal kiedys dodatkowych pol w bazie, ale obecnie nie uzywa ich , chociaz moze wyswietlic bledy co robi , a czego nie: - nie sumuje predkosci klienta ( jesli ma kilka abonamentow ) a jedynie wybiera najwieksza na podstawie downloadu - wszystkie kompy z profilu klienta pakuje do jednego pasma - dodaje sie do /etc/cron.hourly - zaklada strukture drzewiasta w iptables i stad wynikaja pewne zalety i wady: wady pierwsze 2 liczby w adresie ip dla wszystkich przycinanych hostow sa takie same zalety kazdy pakiet ma prawie identyczna droge przez regolki i przy kilku tysiacach regolek liczba porownan zamyka sie ponizej 100 na pakiet - osoba ktora nie ma taryfy na swoim profilu nie ma internetu - jesli cron.hourly wykonuje sie w minutach 0,5,10,15 ....50,55 skrypt nie zadziala w nocy - skryp sie nie sprawdza na przeciazonych laczach poniewaz zaklada omijanie przez niektore pakiety przycinanie pasma. wymagania ============== lms.ini [podzial] ; gdzie zapisuje skrypt a po skonczeniu generowania go uruchamia podzial_out = /etc/rc.d/rc.podzial podzial_uid = 0 podzial_gid = 0 podzial_perm = 0700 ; znacznik czasu aby nie przeladowywac bez potrzeby podzial_time = /etc/lms/time.podzial ; interfejsy , podzial_wan_interfaces = eth0 podzial_local_interfaces = eth1 eth2 eth3 ; predkosci podzial_wan_speed = 70Mbit podzial_local_speed = 70Mbit podzial_bin = /sbin/tc podzial_firewall_bin = /usr/sbin/iptables ; bez podzialu powinny byc lokalne interfejsy podzial_bez = 10.1.0.1 ; bonusy do predkosci podstawowej ; przy jakim saldzie ma dawac bonusy w zl, moze byc ze znakiem - podzial_bonus_saldo = 0 ; jaki ma byc bonus do predkosci podstawowej w kbit - dziala w dzien i w nocy podzial_bonus = 64 ; podzial procentowy jesli jest inny niz 0 zmienna podzial_bonus jest pomijana, dziala na predkosci podstawowej w dzien i w nocy podzial_bonus_procent = 100 ; maksymalna wartosc po bonusach ktorej nie mozna przekroczyc w kilo bitach podzial_bonus_limit = 3000 ; godziny nocne ; musimy po okresie nocnym zaladowac skrypt z predkoscia podstawowa nic nie stoi na przeszkodzie dodac wszystkie godziny dzienne ; ale kazde przeladowanie zajmuje jakis czas procesorowi ( mam u siebie na jednym z komputerow 4355 wpisow w tabeli mangle ) podzial_x1 = 08 podzial_x2 = 00 07 podzial_x3 = 01 02 03 04 05 06 ; poczatek adresu ip podzial_pre_lan = 10.1 ; adresy ip nastepna cyfra podzial_nazwy_c = 96 97 98 99 100 ; tego nie zmieniac chyba ze wiesz o co chodzi podzial_nazwy_d = 0 32 64 96 128 160 192 224 podzial_pre = 27 podzial_pre_ile = 32 ============================== w bazie (czasem niektore pola moga byc nie uzywane ale tak juz zostawiam ) CREATE TABLE `woj_gry` ( `id` int(11) NOT NULL auto_increment, `name` text NOT NULL, `protokol` text NOT NULL, `zakres` text NOT NULL, `ip` varchar(20) NOT NULL default '10.1.0.1/32', `aa` char(1) NOT NULL default '', `pi` varchar(20) NOT NULL default '0.0.0.0/0', PRIMARY KEY (`id`) ) ENGINE=MyISAM DEFAULT CHARSET=latin1 PACK_KEYS=0 AUTO_INCREMENT=3 ; # # Zrzut danych tabeli `woj_gry` # INSERT INTO `woj_gry` VALUES (2, 'voip-halonet', 'tcp', '5060', '217.11.128.5/24', '', '0.0.0.0/0'); ================= w tabeli nodes jest dodatkowe pole `tariffsid` int(11) NOT NULL default '1', w tabeli tariffs `priorytet` int(2) NOT NULL default '4', jak o czyms nie zapomnialem to juz bedzie wszystko. sugestie mile widziane, wszystko co ma poprawic zadowolenie klienta jest zawsze mile widziane, nawet krytyka Wojtek

1 0

Re: Generowanie pasma x3
by Matys Łukasz 08 Lis '06

08 Lis '06

Artur Zabroński napisał(a): > 06-11-07, Matys Łukasz <lukasz(a)e-matys.com> napisał(a): >> Witam. >> Chcialbym odpalic cos takiego, by danemu klientowi miedzy np: 22-6 >> regulki generowaly sie x3, tzn majac predkosc 256 chce osiagnac 768... >> Czy ktos juz cos takiego rozwiazal? >> >> Czy da sie jakos zmusic demona aby np w okreslonych godzinach mnozyl >> przydzielone pasmo w bazie x3 i generowal rc.htb z szybszymi >> wartosciami? >> > Przykladowa konfiguracja: > > w begin dorzucic gdzies na koncu np: > ACTHOUR=`date +%H` > > i w host_htb_up/down zrobic cos takiego: > SPEED=%downratekbit > > if [ $ACTHOUR -ge 22 ]; then > SPEED=$[$SPEED * 3] > elif [ $ACTHOUR -le 6]; then > SPEED=$[$SPEED * 3] > fi > > i predkosc zalezna od godziny masz w zmiennej SPEED czyli np: > tc class add dev eth0 parent 1:2 classid 1:%x htb rate $SPEED > > > Jedyny mankament ze instancje najlepiej przeladowywac recznie (bez > ustawiania opcji cron) z normalnego crona w sposob lmsd -q -i > instancjatc lub po prostu zrobic identyczna instancje z cronem o > okreslonych godzinach (0 22,6 * * *) > Niezłe, przetestuje i dam znac jak wyszlo;-). -- Matys Łukasz mobile: (+ 48) 504257944 gg: 6808288 msn: lukasz(a)e-matys.com

1 0

Re: Generowanie pasma x3
by Artur Zabroński 07 Lis '06

07 Lis '06

06-11-07, Matys Łukasz <lukasz(a)e-matys.com> napisał(a): > Witam. > Chcialbym odpalic cos takiego, by danemu klientowi miedzy np: 22-6 > regulki generowaly sie x3, tzn majac predkosc 256 chce osiagnac 768... > Czy ktos juz cos takiego rozwiazal? > > Czy da sie jakos zmusic demona aby np w okreslonych godzinach mnozyl > przydzielone pasmo w bazie x3 i generowal rc.htb z szybszymi wartosciami? > Przykladowa konfiguracja: w begin dorzucic gdzies na koncu np: ACTHOUR=`date +%H` i w host_htb_up/down zrobic cos takiego: SPEED=%downratekbit if [ $ACTHOUR -ge 22 ]; then SPEED=$[$SPEED * 3] elif [ $ACTHOUR -le 6]; then SPEED=$[$SPEED * 3] fi i predkosc zalezna od godziny masz w zmiennej SPEED czyli np: tc class add dev eth0 parent 1:2 classid 1:%x htb rate $SPEED Jedyny mankament ze instancje najlepiej przeladowywac recznie (bez ustawiania opcji cron) z normalnego crona w sposob lmsd -q -i instancjatc lub po prostu zrobic identyczna instancje z cronem o okreslonych godzinach (0 22,6 * * *) -- Pozdrawiam, Artur

1 0

Generowanie pasma x3
by Matys Łukasz 07 Lis '06

07 Lis '06

Witam. Chcialbym odpalic cos takiego, by danemu klientowi miedzy np: 22-6 regulki generowaly sie x3, tzn majac predkosc 256 chce osiagnac 768... Czy ktos juz cos takiego rozwiazal? Czy da sie jakos zmusic demona aby np w okreslonych godzinach mnozyl przydzielone pasmo w bazie x3 i generowal rc.htb z szybszymi wartosciami? Pozdrawiam. -- Matys Łukasz mobile: (+ 48) 504257944 gg: 6808288 msn: lukasz(a)e-matys.com

1 0

konta pocztowe i ftp
by Michał Hankus 06 Lis '06

06 Lis '06

Witam Zastanawiam sie nad stworzeniem serwera poczty we wspolpracy z lms'em, lecz zastanawia mnie kilka rzeczy: 1. jak bardzo konfigurowalne jest konkretne konto od strony administratora? 2. czy klient moze sobie zmieniac (oczywiscie w zadanym zakresie) opcje konta, takie jak dodanie aliasu, zmiana hasla - oczywiscie chodzi o zmiany przez panel klienta w lms? 3. czy jest mozliwe wykorzystanie serwera poczty zainstalowanego na innej maszynie niz lms? Ogolnie planuje wprowadzenie panelu administracyjnego dla klientow ktorzy maja u nas konta mailowe, www oraz ftp. Na początku planowalem wprowadzic w zycie VHCS ( http://vhcs.net/new/ ), ale bardzo mi zalezy aby konta byly tworzone, edytowane w lms'ie. Od razu moglby sie pojawiac platnosci za konta, klient logujac sie do panelu moglby zobaczyc ustawienia swoich kont mailowych, czy ftp itp. Ewentualnie moze byc tez tak, ze konta beda zakladane w lms'ie i tam beda glowne ich opcje dostepne, a szczegoly beda dotepne w jakims panelu zewnetrznym (przykladowo VHCS). Czy ktos juz przerabial cos takiego? -- Michał Hankus zamekNet

1 0

Re: [lms] Re: nowa funckjonalność - monitoring sieci
by Robert Rakowski 06 Lis '06

06 Lis '06

Właśnie bo domyślanie się na każdym kroku co poeta (Alec) ;) miał na myśli zajmuje za dużo czasu i to na pewno zniechęca potencjalnych "rozwijaczy". Tak to można drobne porawki nanosić - metodą prób i błędóe, błędów, błędów :P - w efekcie stworzony parszywy kod wstyd pokazać. > No teoretycznie tak :-) ale pod warunkiem ze sa w nim komentarze wtedy > mozna by je > automatem typu phpdocumentator wyluskac ...:-) a jak nie to trzeba sie > samemu domyslic > co developer mial na mysli cos w rodziaju "API"do LMS by sie przydalo :-) > > > Dariusz Kowalczyk > > > -- pozdrawiam Robert Rakowski

1 0