- lms - lists.lms.org.pl

mikrotik i pppoe
by Marcin o2.pl 07 Lip '07

07 Lip '07

Witam, wiem, że odbiegam nieco od tematu, ale pamiętam jak ktoś pisał o pppoe-serwer+radius na mikrotiku, czy mogę prosić o kontakt na @ ? Pozdrawiam _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

1 0

Złe kodowanie polskich znaków w nazwach klientów
by tom 07 Lip '07

07 Lip '07

Witam. Po aktualizacji z lms 1.7 na lms 1.9.7 klienci którzy posiadają w imieniu lub nazwisku polski znak został zamieniony na znak zapytania. Posiadam bazę mysql, prosiłbym o jakąś wskazówkę. -- Pozdrawiam Tomasz _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

1 0

Prosba o modul czy skrypt wspolpracujacy z Miktorikiem
by marcin 06 Lip '07

06 Lip '07

Witam Prosiłbym was o jakiś moduł czy skrypt który by automatycznie przesyłał dane związane z autoryzacja klienta poprzez mac-adres jak i linie w sekcji QUEUEUS (przydział prędkości na nadajniku). Wiadomo nie każda osoba w sieci korzysta z Wifi można by to rozwiązać by moduł czy skrypt generował odpowiednie linie dla danej grupy utworzonej w LMS-sie. Można by wykorzystać do komunikacji z urządzeniem SSH. Poniżej pokarze jakie komendy przyjmuje MT wystarczyło by tylko podstawić zmienne. Sekcja autoryzacja przez mac-adres /interface wireless access-list add mac-address=00:13:D3:86:A4:A2 interface=wlan1 authentication=yes forwarding=no ap-tx-limit=0 client-tx-limit=0 private-algo=none private-key="" comment="buta" Generowałem sobie te wpisy modułem hostfile I wyglądało to tak /interface wireless access-list add mac-address=%m interface=wlan1 authentication=yes forwarding=no ap-tx-limit=0 client-tx-limit=0 private-algo=none private-key="" comment="%n" Sekcja Queues czyli przydzielanie prędkości użytkownikom Do tej sekcji wykorzystałem lms-mgc ale jak wiadomo nie ma możliwości generowania dla poszczególnych grup LMS-a wiec wszyscy w bazie zostali wygenerowani. /queue simple add name=%NAME target-addresses=%IP/32 dst-address=0.0.0.0/0 interface=all parent=none direction=both priority=8 queue=default-small/default-small limit-at=%UPCEIL/%DOWNCEIL max-limit=%UPCEIL/%DOWNCEIL total-queue=default-small Mam nadzieje ze powierzchownie przedstawiłem jak to mniej lub więcej wygląda. Jeśli komuś będzie się chciało cos napisać służę pomocą w drążeniu. :D Pozdrawiam _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

1 0

prosze o zmiane fragmentu kodu
by pegass 06 Lip '07

06 Lip '07

Witam poszukuje osoby ktora pomoze mi wprowadzic zmiany co pliku cbq-init (plik juz byl zmieniany) Sam malo znam sie na C wiec takiej operacji nie wykonam. Dlatego tez was prosze o pomoc. Szefowie chca wprowadzic promocje 2x dla ludzi ktorzy placa regularnie. Napisalem skrypt ktory analizuje platnosci i do tabeli mnoznik dodaje przy numerze klienta albo 1 albo 2 w zaleznosci od tego czy klient placi regularnie czy nie oto przyklad tabeli: INSERT INTO `mnoznik` (`kid`, `mnoznik`) VALUES (1, '2'), (2, '1'), (3, '1'), (4, '1'), (5, '2'), (6, '1'), (7, '2'), (8, '1'), (9, '1'); kid - nr klienta (nie komputera) mnoznik - przez jaka cyfre ma zostac przemnozony pakiet oczywiscie tabela mnoznik jest w tej samej bazie co lms mianowicie potrzebuje osiagnac cos takiego: g->str_replace(&cbq_down, "%downrate", itoa(h_downrate*MNOZNIK)); g->str_replace(&cbq_down, "%rw", itoa((int)(h_downrate*MNOZNIK/10))); g->str_replace(&cbq_down, "%downceil", itoa(h_downceil*MNOZNIK)); g->str_replace(&cbq_down, "%cw", itoa((int)(h_downceil*MNOZNIK/10))); g->str_replace(&cbq_down, "%climit", itoa(h_climit*MNOZNIK)); g->str_replace(&cbq_down, "%plimit", itoa(h_plimit*MNOZNIK)); g->str_replace(&cbq_up, "%uprate", itoa(h_uprate*MNOZNIK)); g->str_replace(&cbq_up, "%rw", itoa((int)(h_uprate*MNOZNIK/10))); g->str_replace(&cbq_up, "%upceil", itoa(h_upceil*MNOZNIK)); g->str_replace(&cbq_up, "%cw", itoa((int)(h_upceil*MNOZNIK/10))); g->str_replace(&cbq_up, "%climit", itoa(h_climit*MNOZNIK)); g->str_replace(&cbq_up, "%plimit", itoa(h_plimit*MNOZNIK)); jak juz pisalem nieznam sie na C wiec jest to napisane napewno zle :D chociaz cbq-init juz zmienialem dlatego tez zalanczam swoj plik cbq-init orginaly sa mniej wiecej bez MNOZNIK oczywiscie mnoznik to wartosc przez jaka ma przemnozyc (wartosc wyciagnieta z tabeli) mysle ze opisalem swoj problem zrozumiale. Jest w stanie mi ktos pomoc? wrazie czego moj gg: 11389 _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

1 0

rozliczanie
by croolyc 06 Lip '07

06 Lip '07

witka mam taki problem, choc moze to zamierzone dzialanie tworcow 1. gdy rozliczam fakture - nie rozlicza mi się zobowiązanie klienta 2. co z tym idzie np. klient zalega za dwa miechy zapłacił za jeden a w jego karcie nie moge rozliczyć bo jak klikam rozlicz to mi chce wszystkie tranzakcje rozliczac - nie pojedynczo 3. jak usunąć wpisy z rachunku klienta - dodane recznie *LMS wersja 1.9.3 Zarin (1.803/1.18)* _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

1 0

Re: [lms] daemon+mysql+radius+mikrotik
by jacekowski 06 Lip '07

06 Lip '07

to recznie mu te rejecty popraw, a jak nie to ci te pliki gdzies wystawie _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

1 0

Re: [lms] daemon+mysql+radius+mikrotik
by Marcin o2.pl 05 Lip '07

05 Lip '07

> mi sie ten patch czysto naklada na wersje LMS version 1.9.7 Thalan użyłem 1.9.7 (miałem 1.9.5) i nadal mam: patch -p1 < tc2 patching file tc.c Hunk #2 FAILED at 231. Hunk #3 FAILED at 276. 2 out of 3 hunks FAILED -- saving rejects to file tc.c.rej :-( _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

1 0

Re: [lms] modul payments daemona
by A.L.E.C 05 Lip '07

05 Lip '07

Andrzej Banach wrote: > Czy dobrze opisalem zasade dzialania platnosci? Chodzi mi najbardziej o > ten 2 pt czy na pewno tak ma byc ze na czerwono to sie wyswietla czy > moze ja ciagle cos zle robie? Do tej pory przy ustalaniu platnosci w > pole "kiedy" byla wpisywane 15 i na liscie ladnie bylo widac od razu czy > klient placi przed terminem czy po (kolorkami sie to odroznialo). Po > zmianie bedzie wszystko na czerwono zawsze. Czy to jest prawidlowe? > > tak -- 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] modul payments daemona
by Andrzej Banach 05 Lip '07

05 Lip '07

Andy pisze: > > Witam > > Raczej robisz na okretke. > Można ustawic dzien naliczania na 1 dzien kazdego miesiaca z platnoscia do > 15 dnia kazdego miesiaca. > Platnosc ustawiasz przelew z terminem 14 dni i już masz po klopocie. > Klient otrzymuje FV z informacja ze abonament jest od 01 do 31 a platnosc ma > do 15. > > > Ok. w takim razie chyba rzeczywiscie dostosuje sie do lms'a i przestawie sie na naliczanie od 01. Unikne w ten sposob ewentualnych przyszlych klopotow w razie powstania jakiegos modulu korzystajacego z platnosci. To teraz jeszcze gwoli wyjasnien prosze o potwierdzenie czy dobrze rozumuje; 1. Ustawiam klientowi zobowiazanie: - wybieram z menu taryfe; - wybieram "okres" "miesiecznie"; - w pole "kiedy" wpisuje 01; 2. Przychodzi nowy miesiac i modul payments 01 nalicza platnosc. - klient jeszcze nie oplacil wiec odrazu na liscie wyswietla sie to na czerwono; - wysylam klientom FV i oczekuje na wplate; - caly czas w userpanelu itp klientowi wyswietla sie w platnosciach na czerwono ze nie oplacil itp; 3. Dobijamy do terminu platnosci (15-go) i zalacza sie modul cutoff czy tam przypominajacy jakis o braku oplaty; - klient dostaje przypomnienia itp lub tam ma odlaczany net - jak kto woli; Czy dobrze opisalem zasade dzialania platnosci? Chodzi mi najbardziej o ten 2 pt czy na pewno tak ma byc ze na czerwono to sie wyswietla czy moze ja ciagle cos zle robie? Do tej pory przy ustalaniu platnosci w pole "kiedy" byla wpisywane 15 i na liscie ladnie bylo widac od razu czy klient placi przed terminem czy po (kolorkami sie to odroznialo). Po zmianie bedzie wszystko na czerwono zawsze. Czy to jest prawidlowe? -- pozdrawiam; Andrzej Banach http://net-komp.net.pl _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

1 0

Re: [lms] modul payments daemona
by Andy 05 Lip '07

05 Lip '07

Witam Raczej robisz na okretke. Można ustawic dzien naliczania na 1 dzien kazdego miesiaca z platnoscia do 15 dnia kazdego miesiaca. Platnosc ustawiasz przelew z terminem 14 dni i już masz po klopocie. Klient otrzymuje FV z informacja ze abonament jest od 01 do 31 a platnosc ma do 15. Pozdrawiam _______________________________________________ lms mailing list lms(a)lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms

1 0