W załączeniu patch, który otrzymałem od Roberta (CyberM) odnośnie Radiusa w LMSie. Patch wymaga kilku zmian dla postgresa, a ponieważ w tym tygodniu mogę nie mieć czasu go dopracować, więc przesyłam tutaj. Może ktoś będzie miał ochotę przeglądnąć/poprawić/skomentować.
wybaczcie ze sie czepiam ale mialo byc wszystko na widoku a nie widze radcheck radgroup itp itd tylko sieczke zapytan w authorization, ale pomimo tego wyglada na to że jest ok, chociaz nie mialem okazji jeszcze tego zaaplikowac
!DSPAM:49b837f8245244073210324!
Dnia środa, 11 marca 2009 23:15, Michał Gacek napisał:
wybaczcie ze sie czepiam ale mialo byc wszystko na widoku a nie widze radcheck radgroup itp itd tylko sieczke zapytan w authorization, ale pomimo tego wyglada na to że jest ok, chociaz nie mialem okazji jeszcze tego zaaplikowac
widoku w sensie views ? jesli to miales na mysli to niestety nie dalo sie tego zrobic ladniej z uwagi na ograniczenia mysql dlatego w sql.conf sa takie fajne, nieco przydlugie zapytania :) ale zapewniam ze wszystko dziala jak powinno co produkcyjnie mam wdrozone i przetestowane. moze kiedys bedzie mozna zrobic z tego views'a a te zapytania zamienic na standartowe z orginalnego konfiga. tak chcialem to zrobic ale jak juz pisalem na ta chwile "ne da se".
p.s. nie wszystkie tabele radiusa sa przeniesione do lmsa z uwagi na fakt ze i tak na ta chwile nie byly by w zaden sposob wspierane/wykorzystane. jest to co ma szanse byc w niedlugim czasie rozwijane dalej i to co bedzie przydatne wiekszosci z nas juz teraz. z drugiej strony nie widze problemu zeby dodac wszystko co mozliwe do bazy jesli takie beda oczekiwania, w koncu puste tabele specjalnie nie ciaza ;)
On Wed, 11 Mar 2009 14:42:50 +0100, A.L.E.C wrote
W załączeniu patch, który otrzymałem od Roberta (CyberM) odnośnie Radiusa w LMSie. Patch wymaga kilku zmian dla postgresa, a ponieważ w tym tygodniu mogę nie mieć czasu go dopracować, więc przesyłam tutaj. Może ktoś będzie miał ochotę przeglądnąć/poprawić/skomentować.
-- Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252 LAN Management System Developer http://lms.org.pl Roundcube Webmail Project Developer http://roundcube.net
No fajnie ale jak by tam było prekonfigurowane jako modelowy działający od razu przykład coś standardowego obsługiwanego natywnie przez systemy operacyjne i profesjonalne AP (mikrotikowi to sie też przyda) jak np IEEE 802.1x authentication z EAP-PEAP, żeby to wparcie LMS-a dla radiusa się na coś administratorom w firmach korzystającym z wifi przydało. Bo tu radius może sie najbardziej przydać zapewniając oprócz bezpiecznej autoryzacji także żonglerkę unikanymi kluczami dla WPA/WPA2 per user itd itp. Po co komu pppoe jak się na AP można włamać bo klucz od wieków nie zmieniany i na dodatek jednakowy dla wszystkich userów.
Może więc wykorzystajmy radiusa najpierw do porządnego zabezpieczenia warstwy 2.
pozdrawiam Dariusz Kowalczyk
!DSPAM:49b856dd262322042218820!
No fajnie ale jak by tam było prekonfigurowane jako modelowy działający od razu przykład coś standardowego obsługiwanego natywnie przez systemy operacyjne i profesjonalne AP (mikrotikowi to sie też przyda) jak np IEEE 802.1x authentication z EAP-PEAP, żeby to wparcie LMS-a dla radiusa się na
pisalem juz kilka raze ze lms nie wspiera radiusa, udostepnia mu informacje (oczywiscie w okreslonym zakresie) to subtelna lecz istotna roznica :) nikt Ci przeciez nie broni uzywac dodatkowych aktualnie dostepnych "inaczej" opcji i atrybutow radiusa. inna rzecz... kiedys jeden z moich klientow (operator) wyslal zapytania ofertowe dotyczace wdrozenia 802.1x i wiesz co... nikt nie chcial im dac prekonfigurowanego, dzialajacego od razu przykladu ;) wiec jak masz to sie podziel gotowym rozwiazaniem to sie je zaimplementuje :)
coś administratorom w firmach korzystającym z wifi przydało. Bo tu radius może sie najbardziej przydać zapewniając oprócz bezpiecznej autoryzacji także żonglerkę unikanymi kluczami dla WPA/WPA2 per user itd itp. Po co komu pppoe jak się na AP można włamać bo klucz od wieków nie zmieniany i na dodatek jednakowy dla wszystkich userów.
znasz opis zlamania WPA2 ? swoja droga jak znajde nastepna wolna chwile to dopisze obsluge indywidualnych kluczy WPA2 bo i tak o tym myslalem juz wczesniej. swoja droga ilu kolegow ma indywidualne klucze dla wszystkich klientow albo choc wszystkich baz ?
Może więc wykorzystajmy radiusa najpierw do porządnego zabezpieczenia warstwy 2.
moze nie wszystko na raz, pisalem dosc dawno co jest robione, do czego sie przyda i jakie daje korzysci. warstwe druga pewnie masz zabezpieczona i bez lmsa :)
W dniu 12 marca 2009 01:27 użytkownik Dariusz Kowalczyk - Webvisor dariusz.kowalczyk@webvisor.pl napisał:
Po co komu pppoe jak się na AP można włamać bo klucz od wieków nie zmieniany i na dodatek jednakowy dla wszystkich userów.
heh jak na ap sie włamać, możesz co najwyżej sie z authentykować, choć aby nie autentykować wszystkich jak leci sa na to sposoby bez szyfrowania, a jak masz default forward wylaczone i sciagniete adresy ip z interfejsow, to ci moga wiesz naskoczyc... do 802.11x sa tylko porzebne odpowiednie atrybuty w radcheck i radreply których to tabel niestety nie ma...
Robercie, mógłbyś mi powiedziec dlaczego nie dało sie widoku zrobic :>? co viewsy maja ograniczona dlugosc zapytania czy jak... Pytam z ciekawosci bo widokami się jeszcze nie bawiłem ;>
!DSPAM:49b8d7003762042218820!
W dniu 12 marca 2009 10:38 użytkownik Przemysław Kudyba przemekk@zwierzu.zepsul.net napisał:
Michał Gacek pisze:
do 802.11x sa tylko porzebne odpowiednie atrybuty w radcheck i radreply których to tabel niestety nie ma...
Jakie ?
wszystko zalezy od tego jakiej autentykacji uzyjesz, radius niestety ma zbyt wiele mozliwosci, i ciezko jest to wszystko ogarnac, ale jezeli chcesz juz cos robic konkretniej to niestety musisz stosowac grupy do userow, szczegolnie jezeli chcesz robic 802.1x w polaczeniu z pppoe...
liste atrybutow masz tutaj: http://freeradius.org/rfc/attributes.html
ale przeciez ty to wszystko wiesz, tylko ładujesz mnie pod .... ;)
!DSPAM:49b8dd9210251989010922!
Michał Gacek pisze:
W dniu 12 marca 2009 10:38 użytkownik Przemysław Kudyba przemekk@zwierzu.zepsul.net napisał:
Michał Gacek pisze:
do 802.11x sa tylko porzebne odpowiednie atrybuty w radcheck i radreply których to tabel niestety nie ma...
Jakie ?
wszystko zalezy od tego jakiej autentykacji uzyjesz, radius niestety ma zbyt wiele mozliwosci, i ciezko jest to wszystko ogarnac, ale jezeli chcesz juz cos robic konkretniej to niestety musisz stosowac grupy do userow, szczegolnie jezeli chcesz robic 802.1x w polaczeniu z pppoe...
liste atrybutow masz tutaj: http://freeradius.org/rfc/attributes.html
ale przeciez ty to wszystko wiesz, tylko ładujesz mnie pod .... ;)
No bo właśnie ryczysz i mleka nie dajesz :) Zamiast opowiedzieć konkrwetnie to mnie zbywasz jakąś listą atrybutów. Prawda jest taka że całe magiczne 802.1x - w najprostrzym układzie, to nic więcej jak MSCHAPv2 opakowane w EAP . Zadnych dodatkowych Twoich farmazonów mu nie trzeba.
!DSPAM:49b8e8c920221910919020!
W dniu 12 marca 2009 11:49 użytkownik Przemysław Kudyba przemekk@zwierzu.zepsul.net napisał:
No bo właśnie ryczysz i mleka nie dajesz :) Zamiast opowiedzieć konkrwetnie to mnie zbywasz jakąś listą atrybutów. Prawda jest taka że całe magiczne 802.1x - w najprostrzym układzie, to nic więcej jak MSCHAPv2 opakowane w EAP . Zadnych dodatkowych Twoich farmazonów mu nie trzeba.
ok ale jak chcesz zrobić wpa2 z osobnymi kluczami, lub nawet certyfikatami dla kazdego usera osobno, i dodatkowo jeszcze pppoe i inne ustrojstwa to juz trzeba sie posluzyc dodatkowymi atrybutami....
masz racje czasami za duzo rycze ;p, nigdy nie mówiłem że jestem mega tak jak ty, ja po prostu chciałem, aby lms był tak spięty z radiusem, abym mógł sobie kiedyś rozwinąć autentykacje w swojej sieci, bo narazie mam tylko pppoe, pozatym uzywam paru narzedzi ktore odwoluja sie do standardowej bazy radiusa... i ciezko jest mi przyjac obecne tu rozwiazanie ;), ale przeciez ja juz o tym mowilem :D
Robercie, postaram się zgłębić twojego patcha i coś wymyśleć, aby bylo po mojemu ;_
!DSPAM:49b8efc725789813612796!
Michał Gacek pisze:
W dniu 12 marca 2009 11:49 użytkownik Przemysław Kudyba przemekk@zwierzu.zepsul.net napisał:
No bo właśnie ryczysz i mleka nie dajesz :) Zamiast opowiedzieć konkrwetnie to mnie zbywasz jakąś listą atrybutów. Prawda jest taka że całe magiczne 802.1x - w najprostrzym układzie, to nic więcej jak MSCHAPv2 opakowane w EAP . Zadnych dodatkowych Twoich farmazonów mu nie trzeba.
ok ale jak chcesz zrobić wpa2 z osobnymi kluczami, lub nawet certyfikatami dla kazdego usera osobno, i dodatkowo jeszcze pppoe i inne ustrojstwa to juz trzeba sie posluzyc dodatkowymi atrybutami....
Jakimi?
masz racje czasami za duzo rycze ;p, nigdy nie mówiłem że jestem mega tak jak ty, ja po prostu chciałem, aby lms był tak spięty z radiusem, abym mógł sobie kiedyś rozwinąć autentykacje w swojej sieci, bo narazie mam tylko pppoe,
No to może najpierw spróbuj z tym WPA+802.1x korzystając z tego co masz pod ręką zamiast wymyślać kanciate jajka.
pozatym uzywam paru narzedzi ktore odwoluja sie do standardowej bazy radiusa... i ciezko jest mi przyjac obecne tu rozwiazanie ;), ale przeciez ja juz o tym mowilem :D
I konkretnie jakie funkcje one (te dodatkowe narzędzia) realizują ?
Robercie, postaram się zgłębić twojego patcha i coś wymyśleć, aby bylo po mojemu ;_
Może nie zawsze "po mojemu" == "dobrze" ;)
Pozdrawiam.
!DSPAM:49b8f2d231727480988918!
W dniu 12 marca 2009 12:32 użytkownik Przemysław Kudyba przemekk@zwierzu.zepsul.net napisał:
Jakimi?
myślałem, że tą kwestie już ci wyjaśniłem, przeczytałem o tym jak wprowadzałem pppoe u siebie, zreszta nie chodzi tutaj o to, radius ma długą liste atrybutów, ciekawych atrybutów, które można wykorzystać, fajnie by było nie odcinać sobie do tego drogi...
I konkretnie jakie funkcje one (te dodatkowe narzędzia) realizują ?
np. ara, statystyki głównie
Może nie zawsze "po mojemu" == "dobrze" ;)
uwielbiam polemiki z tobą zły zwierzu;) nigdy nie twierdziłem, że po mojemu znaczy dobrze, ale skoro wszystko jest jeszcze w toku, to może jakby udało mi się wymyśleć coś na rozwiazanie problemu, a nóż by się przyjeło. O to głównie tutaj chodzi o burze mózgów, i o koniec z domowymi kolanowymi rozwiązaniam... Pozatym wczesnije były ustalone pewne założenia, do których jak najbardziej chce dążyc, a obecny patch to przecie z dopiero początek
3 sprawa, jesteś takim mózgiem, wszyscy cię chwalą, czemu nie zrobisz czegos pozytecznego dla wszystkich, a tylko odzywasz sie, jak trzeba komuś pojechac ;>, na trzepaku to samo... Masz ogromną wiedze zrób z niej użytek, wpisz się w karty historii... <lol>
Pozdrawiam
!DSPAM:49b8f7f636141804284693!
Jak wrócę z roboty, to dorzucę swoje 0.03PLN. Póki co, źli ludzie arpingują mi 192.168.1.254 w zbridgowanej części sieci i wszystkie BB im ochoczo odpowiadają ;)
!DSPAM:49b8fc7441421310814384!
masz racje czasami za duzo rycze ;p, nigdy nie mówiłem że jestem mega tak jak ty, ja po prostu chciałem, aby lms był tak spięty z radiusem, abym mógł sobie kiedyś rozwinąć autentykacje w swojej sieci, bo narazie mam tylko pppoe, pozatym uzywam paru narzedzi ktore odwoluja sie do standardowej bazy radiusa... i ciezko jest mi przyjac obecne tu rozwiazanie ;), ale przeciez ja juz o tym mowilem :D
tez do tego zmierzam ale chcialem udostepnic to co bylo gotowe juz teraz zeby inni mogli z tego korzystac juz teraz. docelowo pewnie przeniose wszystkie tabele radiusa do bazy lmsa i z czasem pewnie bedzie to w pelni wspierane.
Robercie, postaram się zgłębić twojego patcha i coś wymyśleć, aby bylo po mojemu ;_
dawaj co masz :) podzielilem sie swoimi rozwiazaniami i pomyslami ze skromna nadzieja ze inni zaczna robic tak samo. oczywiscie moja prace ktos wspieral datkami :) ja tez kogos przy okazji subtelnie wsparlem ale wszystko dla dobra ogolu :D
do 802.11x sa tylko porzebne odpowiednie atrybuty w radcheck i radreply których to tabel niestety nie ma...
radreply jest i jest zapytanie do tego choc nie ma jeszcze mechanizmu obslugi w lmsie... zakladam ze kiedys bedzie
Robercie, mógłbyś mi powiedziec dlaczego nie dało sie widoku zrobic :>? co viewsy maja ograniczona dlugosc zapytania czy jak...
ano sa pewne ograniczenia dla mysql, nie da sie zrobic views'a zapytaniem zawierajacym podzapytanie a takie wlasnie to zapytanie musi byc. jakzniknie to ograniczenie to bedzie to przerobione tak zeby w sql.conf pozostawalo jak najwiecej z orginalnej konfiguracji zeby docelowo ze zmieniac tylko login, haslo i nazwe bazy
Witam Czy ktos mi moze powiedziec co na temat tego jak LMS obsluguje taka sytuacje:
Komputer klienta jest za accesspointem (nazywajmy go AP) (co w sieciach radiowych jest czeste), ktory swoim MAC adresem maskuje MAC adres karty sieciowej komputera klienta. Serwer widzi MAC adres AP i ten wpis jest w ethers, iptables itd itd. Natomiast ten MAC adres jest nieprzydatny dla np dhcp - tam jest wymagany MAC adres karty sieciowej komputera klienta. Ja nie widze jakiesj opcji, przy dodawaniu komputera klienta, ktora by mowila "za MAC adresem AP", "to jest MAC AP a to karty sieciowej komputera", nie widze jakiegos pola np IP dla AP i MAC dla AP i osobno to samo dla komputera. Jak to jest w LMS? Musialy by byc min dwa wpisy dla klienta 1 - IP komputera oraz MAC adres jego karty sieciowej - przytdatne dla dhcp i skryptu generujacego dhcp.conf 2 - IP (opcjonalnie) oraz koniecznie MAC adres tego accesspointa - dla odpowiednich wpisow iptables itp
bo ja jakos tego nie wiedze a przydalo by sie. moze da sie inaczej?
!DSPAM:49b8dbce8192889253296!
A.L.E.C pisze:
W załączeniu patch, który otrzymałem od Roberta (CyberM) odnośnie Radiusa w LMSie. Patch wymaga kilku zmian dla postgresa, a ponieważ w tym tygodniu mogę nie mieć czasu go dopracować, więc przesyłam tutaj. Może ktoś będzie miał ochotę przeglądnąć/poprawić/skomentować.
Witam, moje uwagi poniżej.
1) Po co wprowadzać opcję 'pubip' w UI ?
2) W tabeli radacct przechowywane są dane, które są już w tabeli stats (mam na myśli 'AcctInputOctets', 'AcctOutputOctets' w 'radacct' i 'upload', 'download' w 'stats'). Nie ma sensu trzymać nadmiarowych danych, nie wspominając, o tym, że LMS nie skorzysta z nich, bo statystyki używają tablicy 'stats'. Moja sugestia jest taka, że jeżeli już umieszczać tablicę radacct w bazie, to warto przerobić LMSa, tak, aby zamiast z tabeli 'stats' korzystał z radacct. Trzeba będzie w tym celu przerobić też moduł kompaktujący statystki, tak, żeby nie usuwał początków i końców sesji, a jedynie wpisy typu InterimUpdate. Dzięki temu w LMS będzie można przeglądać logi z sesji i generować statystki ruchu na podstawie danych z jednej tabeli.
W dniu 12 marca 2009 12:18 użytkownik Grzegorz Chwesewicz grzegorz.chwesewicz@chilan.com napisał:
- W tabeli radacct przechowywane są dane, które są już w tabeli stats (mam
na myśli 'AcctInputOctets', 'AcctOutputOctets' w 'radacct' i 'upload', 'download' w 'stats'). Nie ma sensu trzymać nadmiarowych danych, nie wspominając, o tym, że LMS nie skorzysta z nich, bo statystyki używają tablicy 'stats'.
boże, to że lms nie korzysta z tej tabeli nie znaczy, że inne narzędzie nie korzysta, to że lms jest za głupi żeby z niej korzystać no to już trudno, można zrobić zawsze opcje, dla ludzi którzy nie lubia nadmiarowości, zresztą accounting można wyłączyć z poziomu radiusa czy też samego nasa, wiec jedyne co zostanie to struktura dodatkowej bazy...
Moja sugestia jest taka, że jeżeli już umieszczać tablicę radacct w bazie, to warto przerobić LMSa, tak, aby zamiast z tabeli 'stats' korzystał z radacct. Trzeba będzie w tym celu przerobić też moduł kompaktujący statystki, tak, żeby nie usuwał początków i końców sesji, a jedynie wpisy typu InterimUpdate. Dzięki temu w LMS będzie można przeglądać logi z sesji i generować statystki ruchu na podstawie danych z jednej tabeli.
Marzy mi się to bardzo mocno:), ale prędko chyba nie nastanie... bo trzeba by bylo przerobic to co do tej pory korzystalo z tabeli stats i do niej rozne rzeczy wstawialo, przeciez nie wszyscy maja, beda miec radiusa...
Pozdrawiam
!DSPAM:49b8f0f427004073210324!
A nie latwiej przerobic zapytania radiusa z sql.conf zeby braly te informacje ze 'stats' ???
to tylko taka moja sugestia mala nie mam u siebie radiusa ale zamierzam wprowadzic, a po co dodatkowe tabele pola itd... jak mozna tylko zmienic zapytania
!DSPAM:49b8f1cc28586258220944!
W dniu 12 marca 2009 12:28 użytkownik Przemysław Bryniak hacus@tlen.pl napisał:
A nie latwiej przerobic zapytania radiusa z sql.conf zeby braly te informacje ze 'stats' ???
to tylko taka moja sugestia mala nie mam u siebie radiusa ale zamierzam wprowadzic, a po co dodatkowe tabele pola itd... jak mozna tylko zmienic zapytania
a żeś wyskoczył, co prawda mozna zmienic insterty interim update itp, ale temat był dłubany wiele wątków wczesniej, że to lms ma byc zgodny z radiusem a nie na odwrót ;), pozatym stats lmsa, wypada naprawde bladziutko przy radacct, po co ucinac sobie mozliwosci... ale dobra juz zamykam jape..... skoro patch juz jest i został ogolnie przyjety
!DSPAM:49b8f2c130491614647931!
W dniu 12 marca 2009 12:28 użytkownik Przemysław Bryniak hacus@tlen.pl napisał:
A nie latwiej przerobic zapytania radiusa z sql.conf zeby braly te informacje ze 'stats' ???
to tylko taka moja sugestia mala nie mam u siebie radiusa ale zamierzam wprowadzic, a po co dodatkowe tabele pola itd... jak mozna tylko zmienic zapytania
a żeś wyskoczył, co prawda mozna zmienic insterty interim update itp, ale temat był dłubany wiele wątków wczesniej, że to lms ma byc zgodny z radiusem a nie na odwrót ;), pozatym stats lmsa, wypada naprawde bladziutko przy radacct, po co ucinac sobie mozliwosci... ale dobra juz zamykam jape..... skoro patch juz jest i został ogolnie przyjety
Nie no wiesz patch jest w "wersji" pierwszej :) mysle ze wszystko jest do przedyskutowania tylko wlasnie co z userami ktorzy nie maja/ nie beda miec radiusa.... coprawda tabele z radiusa beda miec wiec staty moga do niej leciec normalnie ... tylko jakos z glowa trzeba by to napisac albo trzymac 2 tabele i w zaleznosci od wyboru userka korzystac albo z tej albo z tej .... tylko trzeba jak napisalem znalezc jakis sensowny kompromis na to rozwiazanie
!DSPAM:49b8f3a232401322221663!
Michał Gacek wrote:
boże, to że lms nie korzysta z tej tabeli nie znaczy, że inne narzędzie nie korzysta, to że lms jest za głupi żeby z niej korzystać no to już trudno, można zrobić zawsze opcje, dla ludzi którzy nie lubia nadmiarowości, zresztą accounting można wyłączyć z poziomu radiusa czy też samego nasa, wiec jedyne co zostanie to struktura dodatkowej bazy...
Dopóki LMS nie będzie umiał z tej tabeli skorzystać, jej struktura się w bazie nie znajdzie. Jeśli będzie komuś potrzebna, to sobie sam ją utworzy.
Nie widzi mi się też pomysł rezygnowania z dotychczasowych statystyk i przechodzenie na strukturę radiusową, ona po prostu jest mniej optymalna od naszej jeśli chodzi o bardzo dużą ilość danych. Kluczem jest nazwa komputera (UserName) - porażka. Dla postgresa można zrobić kilka triggerów, żeby przerzucić dane z tej tabeli do LMSowej, ale dla mysql musielibyśmy podnieść wymagania, bo triggery są od 5.0.2. Wtedy statystyki transferów byłyby w stats, a cała radiusowa reszta w radacct.
A.L.E.C pisze:
Michał Gacek wrote:
boże, to że lms nie korzysta z tej tabeli nie znaczy, że inne narzędzie nie korzysta, to że lms jest za głupi żeby z niej korzystać no to już trudno, można zrobić zawsze opcje, dla ludzi którzy nie lubia nadmiarowości, zresztą accounting można wyłączyć z poziomu radiusa czy też samego nasa, wiec jedyne co zostanie to struktura dodatkowej bazy...
Dopóki LMS nie będzie umiał z tej tabeli skorzystać, jej struktura się w bazie nie znajdzie. Jeśli będzie komuś potrzebna, to sobie sam ją utworzy.
Nie widzi mi się też pomysł rezygnowania z dotychczasowych statystyk i przechodzenie na strukturę radiusową, ona po prostu jest mniej optymalna od naszej jeśli chodzi o bardzo dużą ilość danych. Kluczem jest nazwa komputera (UserName) - porażka. Dla postgresa można zrobić kilka triggerów, żeby przerzucić dane z tej tabeli do LMSowej, ale dla mysql musielibyśmy podnieść wymagania, bo triggery są od 5.0.2. Wtedy statystyki transferów byłyby w stats, a cała radiusowa reszta w radacct.
W takim razie warto rozszerzyć tabelę 'stats' o pola: type, ipaddr, sessionid. Wtedy będzie można za pomocą 'type' oznaczyć czy jest to SessionStart, InterimUpdate itd. 'ipaddr' przyda się do celów retencji połączeń, np. w sytuacji, gdy adresy IP komputerów są przydzielane dynamicznie. Za pomocą 'sessionid' będzie można łatwo wybierać dane dot. konkretnych sesji.
W takim rozwiązaniu nie trzeba modyfikować LMS, a jedynie zmienić format danych dot. statystyk w jakim radius będzie przesyłał dane do LMS.
Przykład: Początek sesji: type=1, dt=<aktualna_data>, upload,download=0, ipaddr=<adres_ip>, sessionid=asdf
Aktualizacja danych: type=2, dt=<aktualna_data>, upload,download=xxx, ipaddr=<adres_ip>, sessionid=asdf
Koniec sesji: type=3, dt=<aktualna_data>, upload,download=xxx, ipaddr=<adres_ip>, sessionid=asdf
W dniu 12 marca 2009 13:11 użytkownik Grzegorz Chwesewicz grzegorz.chwesewicz@chilan.com napisał:
W takim razie warto rozszerzyć tabelę 'stats' o pola: type, ipaddr, sessionid. Wtedy będzie można za pomocą 'type' oznaczyć czy jest to SessionStart, InterimUpdate itd. 'ipaddr' przyda się do celów retencji połączeń, np. w sytuacji, gdy adresy IP komputerów są przydzielane dynamicznie.
Za pomocą 'sessionid' będzie można łatwo wybierać dane dot.
konkretnych sesji.
W takim rozwiązaniu nie trzeba modyfikować LMS, a jedynie zmienić format danych dot. statystyk w jakim radius będzie przesyłał dane do LMS.
Przykład: Początek sesji: type=1, dt=<aktualna_data>, upload,download=0, ipaddr=<adres_ip>, sessionid=asdf
Aktualizacja danych: type=2, dt=<aktualna_data>, upload,download=xxx, ipaddr=<adres_ip>, sessionid=asdf
Koniec sesji: type=3, dt=<aktualna_data>, upload,download=xxx, ipaddr=<adres_ip>, sessionid=asdf
-- Pozdrawiam Grzegorz Chwesewicz, Chilan mailto:grzegorz.chwesewicz@chilan.com
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
!DSPAM:49b8fcfa42932010814668!
W takim razie warto rozszerzyć tabelę 'stats' o pola: type, ipaddr, sessionid. Wtedy będzie można za pomocą 'type' oznaczyć czy jest to SessionStart, InterimUpdate itd. 'ipaddr' przyda się do celów retencji połączeń, np. w sytuacji, gdy adresy IP komputerów są przydzielane dynamicznie.
nie chodzi nawet juz o dynamiczne przydzielanie, wystarczy ze zmienisz ludkowi z wew na publiczny pozniej z powrotem, po paru miechach wpada policja co z tego ze masz ip jak nie wiesz kto go wtedy uzywal... taka ekstremalna sytuacja, mozna oczyuwiscie sobie zapisywac te zmiany w polach do notatek ;), ale generalnie po to wlasnie jest radacct, zeby mieć kontrole i wszystko czarno na biały, kto co gdzie kiedy i ile... w lmsie podejrzewam ze jak sie zmieni ip userkowi to statystyki wczesniejsze trafia (chociaz nie jestem pewny bo nigdy tego nie uzywalem)
Sorry za wczesniejszego smiecia nie wiem jak to sie stalo...
Pozdrawiam
!DSPAM:49b8fdf144891614647931!
W dniu 12 marca 2009 12:56 użytkownik A.L.E.C alec@alec.pl napisał:
Dla postgresa można zrobić kilka triggerów, żeby przerzucić dane z tej tabeli do LMSowej, ale dla mysql musielibyśmy podnieść wymagania, bo triggery są od 5.0.2. Wtedy statystyki transferów byłyby w stats, a cała radiusowa reszta w radacct.
Wydaje mi się że każdy rozsądny admin, który przesiadł się na gałęź 5.0.x w mysql dba o aktualizacje i napewno nie trzyma 5.0.1, wiec podniesienie wymagań raczej nie powinno być takie straszne Ale to tylko moje skromne zdanie... poza tym jest to wersja rozwojowa i chyba najlepszy moment na to aby takie zmiany wprowadzac
!DSPAM:49b8feac46748045311664!
Michał Gacek wrote:
W dniu 12 marca 2009 12:56 użytkownik A.L.E.C alec@alec.pl napisał:
Dla postgresa można zrobić kilka triggerów, żeby przerzucić dane z tej tabeli do LMSowej, ale dla mysql musielibyśmy podnieść wymagania, bo triggery są od 5.0.2. Wtedy statystyki transferów byłyby w stats, a cała radiusowa reszta w radacct.
Wydaje mi się że każdy rozsądny admin, który przesiadł się na gałęź 5.0.x w mysql dba o aktualizacje i napewno nie trzyma 5.0.1, wiec podniesienie wymagań raczej nie powinno być takie straszne Ale to tylko moje skromne zdanie... poza tym jest to wersja rozwojowa i chyba najlepszy moment na to aby takie zmiany wprowadzac
Jeżeli o mnie chodzi to moglibyśmy zrezygnować z wspierania mysqla całkowicie ;) Ale w sumie masz rację, chyba świat się nie zawali jeśli zaczniemy wymagać 5.0
Jeżeli o mnie chodzi to moglibyśmy zrezygnować z wspierania mysqla całkowicie ;) Ale w sumie masz rację, chyba świat się nie zawali jeśli zaczniemy wymagać 5.0
-- Aleksander 'A.L.E.C' Machniak http://alec.pl gg:2275252 LAN Management System Developer http://lms.org.pl Roundcube Webmail Project Developer http://roundcube.net
Jeśli to ma przyśpieszyć projekt LMS-a i ułatwić jego tworzenie i zarządzanie kodem to jestem za skorzystaniem tylko z jednej bazy danych np postgresql. Używamy co prawda mysql-a z lms ale jak trzeba przesiądziemy sie na postgresa Jak migracja bedzie łatwa a najlepiej automatyczna poprzez uruchomienie skryptu to pewnie nikt nie bedzie miał nic przeciw.
Dariusz Kowalczyk
!DSPAM:49b9457b97284380352099!
Witam Ustawilem naliczanie FV dla jednego klienta w sytemie kwartalnym jako data naliczania wybralem 01/01 czyli z tego co rozumiem pierwszy dzien pierwszego miesiaca, a date rozpoczecia na 01.03.2009. Przyszedl 01.03.2009 i... nie naliczylo FV! Czemu? Czy brane sa sztywne kwartaly w skali roku? Myslalem ze LMS zaczni mi naliczas kwartal od podanej daty (01.03.2009)??
!DSPAM:49be4381227887480988918!
A czy drugi kwartał nie zaczyna się przypadkiem 1.04.2009 ? (następne 1.07, 1.10)
Rafał
W dniu 2009-03-16, o godz. 13:18, "Igor Brzezek" kursy@zalyski.pl napisał(a):
Witam Ustawilem naliczanie FV dla jednego klienta w sytemie kwartalnym jako data naliczania wybralem 01/01 czyli z tego co rozumiem pierwszy dzien pierwszego miesiaca, a date rozpoczecia na 01.03.2009. Przyszedl 01.03.2009 i... nie naliczylo FV! Czemu? Czy brane sa sztywne kwartaly w skali roku? Myslalem ze LMS zaczni mi naliczas kwartal od podanej daty (01.03.2009)??
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
!DSPAM:49be474e231471252921014!
Dopóki LMS nie będzie umiał z tej tabeli skorzystać, jej struktura się w bazie nie znajdzie. Jeśli będzie komuś potrzebna, to sobie sam ją utworzy.
w sumie dodalem to w patchu zeby w niedlugim czasie z tego korzystac w lmsie :) ale dodac tabele radacct do bazy mozna zawsze wiec upieral sie nie bede
Marzy mi się to bardzo mocno:), ale prędko chyba nie nastanie... bo trzeba by bylo przerobic to co do tej pory korzystalo z tabeli stats i do niej rozne rzeczy wstawialo, przeciez nie wszyscy maja, beda miec radiusa...
chcialbym to zrobic tak zeby wlaczajac w gui wsparcie dla radiusa statystyki brane byly z radiusa. publiczne ip mozna wylaczyc w konfiguracji gui ) zawarlem to w tym patchu, wystarczy dodac opcje pubip=0, mnie to strasznie draznilo, paru znajomych tez wiec to zrobilem zwlaszcza ze nie bylo to nic wielkiego
Grzegorz Chwesewicz wrote:
- Po co wprowadzać opcję 'pubip' w UI ?
myślę, że możemy się pozbyć opcji 'pubip' jak i 'radius' z patcha.
myślę, że możemy się pozbyć opcji 'pubip' jak i 'radius' z patcha.
to mysle moglo by zostac, kodu raptem pare bajtow a jak ktos z tych funcjonalnosci nie korzysta bedzie mogl sobie wylaczyc przez co gui staje sie przejzystrze... no ale nie ja tu rzadze ;) niech sie koledzy wypowiedza
A.L.E.C pisze:
W załączeniu patch, który otrzymałem od Roberta (CyberM) odnośnie Radiusa w LMSie. Patch wymaga kilku zmian dla postgresa, a ponieważ w tym tygodniu mogę nie mieć czasu go dopracować, więc przesyłam tutaj. Może ktoś będzie miał ochotę przeglądnąć/poprawić/skomentować.
Jesli nie bylo powazniejszych zastrzezen to juz czas pewnie na prowadzenie tego patcha do cvs. Dalsze poprawki badz modyfikacje wyjda "w praniu" wiec poki co to nie ma co zwlekac, w koncu chyba zaplacone :) Jesli sie myle to mnie poprawcie.
tdabek@go2.pl wrote:
Jesli nie bylo powazniejszych zastrzezen to juz czas pewnie na prowadzenie tego patcha do cvs. Dalsze poprawki badz modyfikacje wyjda "w praniu" wiec poki co to nie ma co zwlekac, w koncu chyba zaplacone :) Jesli sie myle to mnie poprawcie.
Może nie zapłaciłeś temu komu trzeba? ;) Oczywiście żartuję. Nie miałem czasu się tym zająć, a Robert zapowiadał jakieś poprawki, więc czekam.
A.L.E.C pisze:
Może nie zapłaciłeś temu komu trzeba? ;) Oczywiście żartuję. Nie miałem czasu się tym zająć, a Robert zapowiadał jakieś poprawki, więc czekam.
Ok w takim razie czekamy na decydujace poprawki Roberta i mam nadzieje, ze lada chwila sie pojawia.
Robercie, jak wyglada sprawa? Tam chyba wiele nie trzeba bylo poprawiac przynajmniej na tym etapie?
czasu się tym zająć, a Robert zapowiadał jakieś poprawki, więc czekam.
Ok w takim razie czekamy na decydujace poprawki Roberta i mam nadzieje, ze lada chwila sie pojawia. Robercie, jak wyglada sprawa? Tam chyba wiele nie trzeba bylo poprawiac przynajmniej na tym etapie?
przepraszam za zwloke, musialem na pare dni wyjechac i nie mialem jak sie tym zajac. dajcie mi dzien/dwa, poprawie to co wyszlo w miedzy czasie i podesle patcha.
czasu się tym zająć, a Robert zapowiadał jakieś poprawki, więc czekam.
witam na wstepie przepraszam za poslizg ale powrot nieco mi sie przesunal. w zalaczniku patch. poprawilem to co udalo sie znalesc. baza aktualizuje sie poprawnie, sprawdzilem dwa razy. do reszty zastrzezen zdaje sie nie bylo wiec teraz powienno wszystko grac.
Robert mam pytanie bo przejrzalem tego patcha recznie i chciales sie zapytac co to jest discount przy customer*.html ? :)
---- Wiadomość Oryginalna ---- Od: Robert cyberm@sarocom.net Do: lista użytkowników LMS lms@lists.lms.org.pl Data: 31 marca 2009 9:47 Temat: Re: [lms] radius patch
czasu się tym zająć, a Robert zapowiadał jakieś poprawki, więc czekam.
witam na wstepie przepraszam za poslizg ale powrot nieco mi sie przesunal. w zalaczniku patch. poprawilem to co udalo sie znalesc. baza aktualizuje sie poprawnie, sprawdzilem dwa razy. do reszty zastrzezen zdaje sie nie bylo wiec teraz powienno wszystko grac. -- Robert CyberM
!DSPAM:49d1fb8c158214062814199!
uczestnicy (10)
-
A.L.E.C
-
Dariusz Kowalczyk - Webvisor
-
Grzegorz Chwesewicz
-
Igor Brzezek
-
Michał Gacek
-
Przemysław Bryniak
-
Przemysław Kudyba
-
Rafał Ramocki
-
Robert
-
tdabek@go2.pl