Witam, ostatnio testowo uruchomiłem kilku klientów na pppoe i chciałem zrobiłem sobie zapytanko któe zwraca mi aktywne sesje czyli takie które mają pustą datę zakończenia(acctstoptime). Problem w tym że okazuje się że jednak nie do końca to poprawnie działa, tzn. dla jednego klienta zwraca mi klika nie zakończonych sesji no i ilośc sukcesywanie rośnie z czasem. Sprawdzałem czy przy rozłączaniu realizowany jest zapis to radacct i w warunkach testowych(laporatoryjnych) wszystko wygląda poprawnie. Wie ktoś co mam nie tak skonfigurowane, jak to poprawić? A może to trzeba robić całkiem inaczej?
Czesc,
Mam podobna sytuacje. Ja wyciagnalem takie wnioski, ze przy prawidlowym rozlaczeniu sesji, Radius zapisuje sobie poprawnie zakonczona sesje, jednak przy sesji przerwanej, niepoprawnej rozlaczonej w jakis sposob Radius nie moze tego zrozumiec i zostawia jako sesje niezakonczona. Moge sie mylic, ale przynajmniej takie tlumaczenie mialoby sens.
W dniu 2013-09-10 00:19, LoLe pisze:
Witam, ostatnio testowo uruchomiłem kilku klientów na pppoe i chciałem zrobiłem sobie zapytanko któe zwraca mi aktywne sesje czyli takie które mają pustą datę zakończenia(acctstoptime). Problem w tym że okazuje się że jednak nie do końca to poprawnie działa, tzn. dla jednego klienta zwraca mi klika nie zakończonych sesji no i ilośc sukcesywanie rośnie z czasem. Sprawdzałem czy przy rozłączaniu realizowany jest zapis to radacct i w warunkach testowych(laporatoryjnych) wszystko wygląda poprawnie. Wie ktoś co mam nie tak skonfigurowane, jak to poprawić? A może to trzeba robić całkiem inaczej? _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
Witam, czy nie lepiej odczytywać aktywne sesje pppoe bezpośrednio z koncentratorów przez API ?
Pozdrawiam.
W dniu 10.09.2013 05:43, "Czerepuk, Łukasz (JPK)" pisze:
Czesc,
Mam podobna sytuacje. Ja wyciagnalem takie wnioski, ze przy prawidlowym rozlaczeniu sesji, Radius zapisuje sobie poprawnie zakonczona sesje, jednak przy sesji przerwanej, niepoprawnej rozlaczonej w jakis sposob Radius nie moze tego zrozumiec i zostawia jako sesje niezakonczona. Moge sie mylic, ale przynajmniej takie tlumaczenie mialoby sens.
W dniu 2013-09-10 00:19, LoLe pisze:
Witam, ostatnio testowo uruchomiłem kilku klientów na pppoe i chciałem zrobiłem sobie zapytanko któe zwraca mi aktywne sesje czyli takie które mają pustą datę zakończenia(acctstoptime). Problem w tym że okazuje się że jednak nie do końca to poprawnie działa, tzn. dla jednego klienta zwraca mi klika nie zakończonych sesji no i ilośc sukcesywanie rośnie z czasem. Sprawdzałem czy przy rozłączaniu realizowany jest zapis to radacct i w warunkach testowych(laporatoryjnych) wszystko wygląda poprawnie. Wie ktoś co mam nie tak skonfigurowane, jak to poprawić? A może to trzeba robić całkiem inaczej? _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
Tu (przynajmniej dla mnie) chodzi bardziej o informacje kiedy sesja sie zaczela, kiedy skonczyla, ile danych przeplynelo i tak dalej. Przy zerwanych sesjach takie informacje nie zapisuja sie do bazy, bo Radius poprawnie nie zamyka polaczenia PPPoE, poneiwaz jak napisalem wyzej zostaje ono zerwane.
W dniu 2013-09-10 11:25, Mirosław Kwak - lanserver.pl napisał(a):
Witam, czy nie lepiej odczytywać aktywne sesje pppoe bezpośrednio z koncentratorów przez API ?
Pozdrawiam.
W dniu 10.09.2013 05:43, "Czerepuk, Łukasz (JPK)" pisze:
Czesc,
Mam podobna sytuacje. Ja wyciagnalem takie wnioski, ze przy prawidlowym rozlaczeniu sesji, Radius zapisuje sobie poprawnie zakonczona sesje, jednak przy sesji przerwanej, niepoprawnej rozlaczonej w jakis sposob Radius nie moze tego zrozumiec i zostawia jako sesje niezakonczona. Moge sie mylic, ale przynajmniej takie tlumaczenie mialoby sens.
W dniu 2013-09-10 00:19, LoLe pisze:
Witam, ostatnio testowo uruchomiłem kilku klientów na pppoe i chciałem zrobiłem sobie zapytanko któe zwraca mi aktywne sesje czyli takie które mają pustą datę zakończenia(acctstoptime). Problem w tym że okazuje się że jednak nie do końca to poprawnie działa, tzn. dla jednego klienta zwraca mi klika nie zakończonych sesji no i ilośc sukcesywanie rośnie z czasem. Sprawdzałem czy przy rozłączaniu realizowany jest zapis to radacct i w warunkach testowych(laporatoryjnych) wszystko wygląda poprawnie. Wie ktoś co mam nie tak skonfigurowane, jak to poprawić? A może to trzeba robić całkiem inaczej? _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
Użyj accoutingu , będzie zapisywac info na temet sesji nawet co 1 minute jeśli tak ustawisz koncentrator.
Mirek
W dniu 10.09.2013 11:30, Łukasz Czerepuk pisze:
Tu (przynajmniej dla mnie) chodzi bardziej o informacje kiedy sesja sie zaczela, kiedy skonczyla, ile danych przeplynelo i tak dalej. Przy zerwanych sesjach takie informacje nie zapisuja sie do bazy, bo Radius poprawnie nie zamyka polaczenia PPPoE, poneiwaz jak napisalem wyzej zostaje ono zerwane.
W dniu 2013-09-10 11:25, Mirosław Kwak - lanserver.pl napisał(a):
Witam, czy nie lepiej odczytywać aktywne sesje pppoe bezpośrednio z koncentratorów przez API ?
Pozdrawiam.
W dniu 10.09.2013 05:43, "Czerepuk, Łukasz (JPK)" pisze:
Czesc,
Mam podobna sytuacje. Ja wyciagnalem takie wnioski, ze przy prawidlowym rozlaczeniu sesji, Radius zapisuje sobie poprawnie zakonczona sesje, jednak przy sesji przerwanej, niepoprawnej rozlaczonej w jakis sposob Radius nie moze tego zrozumiec i zostawia jako sesje niezakonczona. Moge sie mylic, ale przynajmniej takie tlumaczenie mialoby sens.
W dniu 2013-09-10 00:19, LoLe pisze:
Witam, ostatnio testowo uruchomiłem kilku klientów na pppoe i chciałem zrobiłem sobie zapytanko któe zwraca mi aktywne sesje czyli takie które mają pustą datę zakończenia(acctstoptime). Problem w tym że okazuje się że jednak nie do końca to poprawnie działa, tzn. dla jednego klienta zwraca mi klika nie zakończonych sesji no i ilośc sukcesywanie rośnie z czasem. Sprawdzałem czy przy rozłączaniu realizowany jest zapis to radacct i w warunkach testowych(laporatoryjnych) wszystko wygląda poprawnie. Wie ktoś co mam nie tak skonfigurowane, jak to poprawić? A może to trzeba robić całkiem inaczej? _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
Przy accountingu i freeradiusie z koncetratorem na MT nie zapisywalo do bazy zerwanych sesji (tzn, niepoprawnie zamknietych).
W dniu 2013-09-10 11:33, Mirosław Kwak - lanserver.pl napisał(a):
Użyj accoutingu , będzie zapisywac info na temet sesji nawet co 1 minute jeśli tak ustawisz koncentrator.
Mirek
W dniu 10.09.2013 11:30, Łukasz Czerepuk pisze:
Tu (przynajmniej dla mnie) chodzi bardziej o informacje kiedy sesja sie zaczela, kiedy skonczyla, ile danych przeplynelo i tak dalej. Przy zerwanych sesjach takie informacje nie zapisuja sie do bazy, bo Radius poprawnie nie zamyka polaczenia PPPoE, poneiwaz jak napisalem wyzej zostaje ono zerwane.
W dniu 2013-09-10 11:25, Mirosław Kwak - lanserver.pl napisał(a):
Witam, czy nie lepiej odczytywać aktywne sesje pppoe bezpośrednio z koncentratorów przez API ?
Pozdrawiam.
W dniu 10.09.2013 05:43, "Czerepuk, Łukasz (JPK)" pisze:
Czesc,
Mam podobna sytuacje. Ja wyciagnalem takie wnioski, ze przy prawidlowym rozlaczeniu sesji, Radius zapisuje sobie poprawnie zakonczona sesje, jednak przy sesji przerwanej, niepoprawnej rozlaczonej w jakis sposob Radius nie moze tego zrozumiec i zostawia jako sesje niezakonczona. Moge sie mylic, ale przynajmniej takie tlumaczenie mialoby sens.
W dniu 2013-09-10 00:19, LoLe pisze:
Witam, ostatnio testowo uruchomiłem kilku klientów na pppoe i chciałem zrobiłem sobie zapytanko któe zwraca mi aktywne sesje czyli takie które mają pustą datę zakończenia(acctstoptime). Problem w tym że okazuje się że jednak nie do końca to poprawnie działa, tzn. dla jednego klienta zwraca mi klika nie zakończonych sesji no i ilośc sukcesywanie rośnie z czasem. Sprawdzałem czy przy rozłączaniu realizowany jest zapis to radacct i w warunkach testowych(laporatoryjnych) wszystko wygląda poprawnie. Wie ktoś co mam nie tak skonfigurowane, jak to poprawić? A może to trzeba robić całkiem inaczej? _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
No tak, ale mają info z pola AcctSessionTime mozna pokusić się o napisanie skryptu który przeleci raz dziennie o 4 rano baze danych , i dla wszystkich niepoprawnie zamkniętych sesji uzupełni AcctStopTime.
Mirek
Przy accountingu i freeradiusie z koncetratorem na MT nie zapisywalo do bazy zerwanych sesji (tzn, niepoprawnie zamknietych).
W dniu 2013-09-10 11:33, Mirosław Kwak - lanserver.pl napisał(a):
Użyj accoutingu , będzie zapisywac info na temet sesji nawet co 1 minute jeśli tak ustawisz koncentrator.
Mirek
W dniu 10.09.2013 11:30, Łukasz Czerepuk pisze:
Tu (przynajmniej dla mnie) chodzi bardziej o informacje kiedy sesja sie zaczela, kiedy skonczyla, ile danych przeplynelo i tak dalej. Przy zerwanych sesjach takie informacje nie zapisuja sie do bazy, bo Radius poprawnie nie zamyka polaczenia PPPoE, poneiwaz jak napisalem wyzej zostaje ono zerwane.
W dniu 2013-09-10 11:25, Mirosław Kwak - lanserver.pl napisał(a):
Witam, czy nie lepiej odczytywać aktywne sesje pppoe bezpośrednio z koncentratorów przez API ?
Pozdrawiam.
W dniu 10.09.2013 05:43, "Czerepuk, Łukasz (JPK)" pisze:
Czesc,
Mam podobna sytuacje. Ja wyciagnalem takie wnioski, ze przy prawidlowym rozlaczeniu sesji, Radius zapisuje sobie poprawnie zakonczona sesje, jednak przy sesji przerwanej, niepoprawnej rozlaczonej w jakis sposob Radius nie moze tego zrozumiec i zostawia jako sesje niezakonczona. Moge sie mylic, ale przynajmniej takie tlumaczenie mialoby sens.
W dniu 2013-09-10 00:19, LoLe pisze:
Witam, ostatnio testowo uruchomiłem kilku klientów na pppoe i chciałem zrobiłem sobie zapytanko któe zwraca mi aktywne sesje czyli takie które mają pustą datę zakończenia(acctstoptime). Problem w tym że okazuje się że jednak nie do końca to poprawnie działa, tzn. dla jednego klienta zwraca mi klika nie zakończonych sesji no i ilośc sukcesywanie rośnie z czasem. Sprawdzałem czy przy rozłączaniu realizowany jest zapis to radacct i w warunkach testowych(laporatoryjnych) wszystko wygląda poprawnie. Wie ktoś co mam nie tak skonfigurowane, jak to poprawić? A może to trzeba robić całkiem inaczej? _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
W dniu 10 września 2013 11:54 użytkownik "Mirosław Kwak - lanserver.pl" mirek@lanserver.pl napisał:
No tak, ale mają info z pola AcctSessionTime mozna pokusić się o napisanie skryptu który przeleci raz dziennie o 4 rano baze danych , i dla wszystkich niepoprawnie zamkniętych sesji uzupełni AcctStopTime.
To jest tylko szukanie dziury w całym. słyszeliście o "simultaneous-use"? to całkowicie załatwia sprawę. ustawia się wartość na 1 i klient może nawiązać jedną sesje. odpowiednie lcp echo i wszystko ładnie gra.
Mirek
Przy accountingu i freeradiusie z koncetratorem na MT nie zapisywalo do bazy zerwanych sesji (tzn, niepoprawnie zamknietych).
W dniu 2013-09-10 11:33, Mirosław Kwak - lanserver.pl napisał(a):
Użyj accoutingu , będzie zapisywac info na temet sesji nawet co 1 minute jeśli tak ustawisz koncentrator.
Mirek
W dniu 10.09.2013 11:30, Łukasz Czerepuk pisze:
Tu (przynajmniej dla mnie) chodzi bardziej o informacje kiedy sesja sie zaczela, kiedy skonczyla, ile danych przeplynelo i tak dalej. Przy zerwanych sesjach takie informacje nie zapisuja sie do bazy, bo Radius poprawnie nie zamyka polaczenia PPPoE, poneiwaz jak napisalem wyzej zostaje ono zerwane.
W dniu 2013-09-10 11:25, Mirosław Kwak - lanserver.pl napisał(a):
Witam, czy nie lepiej odczytywać aktywne sesje pppoe bezpośrednio z koncentratorów przez API ?
Pozdrawiam.
W dniu 10.09.2013 05:43, "Czerepuk, Łukasz (JPK)" pisze:
Czesc,
Mam podobna sytuacje. Ja wyciagnalem takie wnioski, ze przy prawidlowym rozlaczeniu sesji, Radius zapisuje sobie poprawnie zakonczona sesje, jednak przy sesji przerwanej, niepoprawnej rozlaczonej w jakis sposob Radius nie moze tego zrozumiec i zostawia jako sesje niezakonczona. Moge sie mylic, ale przynajmniej takie tlumaczenie mialoby sens.
W dniu 2013-09-10 00:19, LoLe pisze: > > Witam, ostatnio testowo uruchomiłem kilku klientów na pppoe i > chciałem zrobiłem sobie zapytanko któe zwraca mi aktywne sesje czyli takie > które mają pustą datę zakończenia(acctstoptime). Problem w tym że okazuje > się że jednak nie do końca to poprawnie działa, tzn. dla jednego klienta > zwraca mi klika nie zakończonych sesji no i ilośc sukcesywanie rośnie z > czasem. Sprawdzałem czy przy rozłączaniu realizowany jest zapis to radacct i > w warunkach testowych(laporatoryjnych) wszystko wygląda poprawnie. > Wie ktoś co mam nie tak skonfigurowane, jak to poprawić? A może to > trzeba robić całkiem inaczej? > _______________________________________________ > lms mailing list > lms@lists.lms.org.pl > http://lists.lms.org.pl/mailman/listinfo/lms
-- Mirosław Kwak
Ranczo Sp.j. Mirosław Kwak ul.Stokortek 2 42-624 Tąpkowice tel 501 670 549 www.lanserver.pl
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
Ale nikt nie mowi o 2 czy wiecej sesjach. Po prostu Mikrotik konczac sesje, ktora zostala niepoprawnie zerwana etc, nie przesyla informacji do Radiusa o AcctStopTime i innych.
W dniu 2013-09-10 12:17, Marcin napisał(a):
W dniu 10 września 2013 11:54 użytkownik "Mirosław Kwak - lanserver.pl" mirek@lanserver.pl napisał:
No tak, ale mają info z pola AcctSessionTime mozna pokusić się o napisanie skryptu który przeleci raz dziennie o 4 rano baze danych , i dla wszystkich niepoprawnie zamkniętych sesji uzupełni AcctStopTime.
To jest tylko szukanie dziury w całym. słyszeliście o "simultaneous-use"? to całkowicie załatwia sprawę. ustawia się wartość na 1 i klient może nawiązać jedną sesje. odpowiednie lcp echo i wszystko ładnie gra.
Mirek
Przy accountingu i freeradiusie z koncetratorem na MT nie zapisywalo do bazy zerwanych sesji (tzn, niepoprawnie zamknietych).
W dniu 2013-09-10 11:33, Mirosław Kwak - lanserver.pl napisał(a):
Użyj accoutingu , będzie zapisywac info na temet sesji nawet co 1 minute jeśli tak ustawisz koncentrator.
Mirek
W dniu 10.09.2013 11:30, Łukasz Czerepuk pisze:
Tu (przynajmniej dla mnie) chodzi bardziej o informacje kiedy sesja sie zaczela, kiedy skonczyla, ile danych przeplynelo i tak dalej. Przy zerwanych sesjach takie informacje nie zapisuja sie do bazy, bo Radius poprawnie nie zamyka polaczenia PPPoE, poneiwaz jak napisalem wyzej zostaje ono zerwane.
W dniu 2013-09-10 11:25, Mirosław Kwak - lanserver.pl napisał(a):
Witam, czy nie lepiej odczytywać aktywne sesje pppoe bezpośrednio z koncentratorów przez API ?
Pozdrawiam.
W dniu 10.09.2013 05:43, "Czerepuk, Łukasz (JPK)" pisze: > > Czesc, > > Mam podobna sytuacje. Ja wyciagnalem takie wnioski, ze przy > prawidlowym rozlaczeniu sesji, Radius zapisuje sobie poprawnie > zakonczona > sesje, jednak przy sesji przerwanej, niepoprawnej rozlaczonej w > jakis sposob > Radius nie moze tego zrozumiec i zostawia jako sesje > niezakonczona. > Moge sie mylic, ale przynajmniej takie tlumaczenie mialoby > sens. > > > W dniu 2013-09-10 00:19, LoLe pisze: >> >> Witam, ostatnio testowo uruchomiłem kilku klientów na pppoe i >> chciałem zrobiłem sobie zapytanko któe zwraca mi aktywne sesje >> czyli takie >> które mają pustą datę zakończenia(acctstoptime). Problem w tym >> że okazuje >> się że jednak nie do końca to poprawnie działa, tzn. dla >> jednego klienta >> zwraca mi klika nie zakończonych sesji no i ilośc sukcesywanie >> rośnie z >> czasem. Sprawdzałem czy przy rozłączaniu realizowany jest >> zapis to radacct i >> w warunkach testowych(laporatoryjnych) wszystko wygląda >> poprawnie. >> Wie ktoś co mam nie tak skonfigurowane, jak to poprawić? A >> może to >> trzeba robić całkiem inaczej? >> _______________________________________________ >> lms mailing list >> lms@lists.lms.org.pl >> http://lists.lms.org.pl/mailman/listinfo/lms > >
-- Mirosław Kwak
Ranczo Sp.j. Mirosław Kwak ul.Stokortek 2 42-624 Tąpkowice tel 501 670 549 www.lanserver.pl
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
Okej, doczytalem o tej opcji. Moze faktycznie rozwiaze problem...
W dniu 2013-09-10 12:30, Czerepuk napisał(a):
Ale nikt nie mowi o 2 czy wiecej sesjach. Po prostu Mikrotik konczac sesje, ktora zostala niepoprawnie zerwana etc, nie przesyla informacji do Radiusa o AcctStopTime i innych.
W dniu 2013-09-10 12:17, Marcin napisał(a):
W dniu 10 września 2013 11:54 użytkownik "Mirosław Kwak - lanserver.pl" mirek@lanserver.pl napisał:
No tak, ale mają info z pola AcctSessionTime mozna pokusić się o napisanie skryptu który przeleci raz dziennie o 4 rano baze danych , i dla wszystkich niepoprawnie zamkniętych sesji uzupełni AcctStopTime.
To jest tylko szukanie dziury w całym. słyszeliście o "simultaneous-use"? to całkowicie załatwia sprawę. ustawia się wartość na 1 i klient może nawiązać jedną sesje. odpowiednie lcp echo i wszystko ładnie gra.
Mirek
Przy accountingu i freeradiusie z koncetratorem na MT nie zapisywalo do bazy zerwanych sesji (tzn, niepoprawnie zamknietych).
W dniu 2013-09-10 11:33, Mirosław Kwak - lanserver.pl napisał(a):
Użyj accoutingu , będzie zapisywac info na temet sesji nawet co 1 minute jeśli tak ustawisz koncentrator.
Mirek
W dniu 10.09.2013 11:30, Łukasz Czerepuk pisze:
Tu (przynajmniej dla mnie) chodzi bardziej o informacje kiedy sesja sie zaczela, kiedy skonczyla, ile danych przeplynelo i tak dalej. Przy zerwanych sesjach takie informacje nie zapisuja sie do bazy, bo Radius poprawnie nie zamyka polaczenia PPPoE, poneiwaz jak napisalem wyzej zostaje ono zerwane.
W dniu 2013-09-10 11:25, Mirosław Kwak - lanserver.pl napisał(a): > > Witam, czy nie lepiej odczytywać aktywne sesje pppoe > bezpośrednio z > koncentratorów przez API ? > > > Pozdrawiam. > > > W dniu 10.09.2013 05:43, "Czerepuk, Łukasz (JPK)" pisze: >> >> Czesc, >> >> Mam podobna sytuacje. Ja wyciagnalem takie wnioski, ze przy >> prawidlowym rozlaczeniu sesji, Radius zapisuje sobie poprawnie >> zakonczona >> sesje, jednak przy sesji przerwanej, niepoprawnej rozlaczonej >> w jakis sposob >> Radius nie moze tego zrozumiec i zostawia jako sesje >> niezakonczona. >> Moge sie mylic, ale przynajmniej takie tlumaczenie mialoby >> sens. >> >> >> W dniu 2013-09-10 00:19, LoLe pisze: >>> >>> Witam, ostatnio testowo uruchomiłem kilku klientów na pppoe i >>> chciałem zrobiłem sobie zapytanko któe zwraca mi aktywne >>> sesje czyli takie >>> które mają pustą datę zakończenia(acctstoptime). Problem w >>> tym że okazuje >>> się że jednak nie do końca to poprawnie działa, tzn. dla >>> jednego klienta >>> zwraca mi klika nie zakończonych sesji no i ilośc >>> sukcesywanie rośnie z >>> czasem. Sprawdzałem czy przy rozłączaniu realizowany jest >>> zapis to radacct i >>> w warunkach testowych(laporatoryjnych) wszystko wygląda >>> poprawnie. >>> Wie ktoś co mam nie tak skonfigurowane, jak to poprawić? A >>> może to >>> trzeba robić całkiem inaczej? >>> _______________________________________________ >>> lms mailing list >>> lms@lists.lms.org.pl >>> http://lists.lms.org.pl/mailman/listinfo/lms >> >>
-- Mirosław Kwak
Ranczo Sp.j. Mirosław Kwak ul.Stokortek 2 42-624 Tąpkowice tel 501 670 549 www.lanserver.pl
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
W dniu 10.09.2013 12:30, Czerepuk napisał(a):
Ale nikt nie mowi o 2 czy wiecej sesjach. Po prostu Mikrotik konczac sesje, ktora zostala niepoprawnie zerwana etc, nie przesyla informacji do Radiusa o AcctStopTime i innych.
Sugeruję to zgłosić jako błąd do Mikrotika, bo nie może być tak, że sesja ppp zrywa się, a info o zakończeniu sesji (jaki nie byłby powód) nie jest wysyłane do serwera radius. Chyba, że na to ma wpływ to co pisze Marcin, czyli ustawienie innego niż domyślny czasu i liczby prób LCP echo dla ppp.
A może to już jest poprawione w wersji 6.x? ;-)
W dniu 10.09.2013 12:38, Tomasz Chiliński napisał(a):
W dniu 10.09.2013 12:30, Czerepuk napisał(a):
Ale nikt nie mowi o 2 czy wiecej sesjach. Po prostu Mikrotik konczac sesje, ktora zostala niepoprawnie zerwana etc, nie przesyla informacji do Radiusa o AcctStopTime i innych.
Sugeruję to zgłosić jako błąd do Mikrotika, bo nie może być tak, że sesja ppp zrywa się, a info o zakończeniu sesji (jaki nie byłby powód) nie jest wysyłane do serwera radius. Chyba, że na to ma wpływ to co pisze Marcin, czyli ustawienie innego niż domyślny czasu i liczby prób LCP echo dla ppp.
A może to już jest poprawione w wersji 6.x? ;-)
Skoro już jesteśmy przy temacie radius-{auth,acct} to czy ktoś z Was zna sposób, żeby zmusić RouterOS-a do tego, aby radius-auth posyłał do jednego serwera radius, a radius-acct do drugiego serwera radius?
Skoro już jesteśmy przy temacie radius-{auth,acct} to czy ktoś z Was zna sposób, żeby zmusić RouterOS-a do tego, aby radius-auth posyłał do jednego serwera radius, a radius-acct do drugiego serwera radius?
Rozumiem że chodzi o autoryzację z radiusa który działa na slave bazy danych( bez możliwości zapisu danych ) , ale chemy mieć informację o rozpoczęciu i zakończeniu sesji ? Jeśli tak, to należy odpowiednio skonfigurować radiusa tak, aby korzystał z 2 baz danych , zapytania authorize_check_query,authorize_reply_query z slave , a zapytania accounting_start_query oraz accounting_stop_query szły do innej bazy danych .
Mirek
Dnia 2013-09-10, wto o godzinie 12:38 +0200, Tomasz Chiliński pisze:
W dniu 10.09.2013 12:30, Czerepuk napisał(a):
Ale nikt nie mowi o 2 czy wiecej sesjach. Po prostu Mikrotik konczac sesje, ktora zostala niepoprawnie zerwana etc, nie przesyla informacji do Radiusa o AcctStopTime i innych.
Sugeruję to zgłosić jako błąd do Mikrotika, bo nie może być tak, że sesja ppp zrywa się, a info o zakończeniu sesji (jaki nie byłby powód) nie jest wysyłane do serwera radius. Chyba, że na to ma wpływ to co pisze Marcin, czyli ustawienie innego niż domyślny czasu i liczby prób LCP echo dla ppp.
A może to już jest poprawione w wersji 6.x? ;-)
Jest na to "patent" ustawiamy logi ppp i wysyłamy je na serwer logów. Na serwerku z logami dla każdego MT mamy osobny plik ze wszystkim co chcemy. dalej wystarczy skrypt perl żeby wyłuskać co potrzebne... Wszystko pięknie o ile logi zawsze docierają
W dniu 10 września 2013 13:13 użytkownik Sylwester Zdanowski sylwesterzdanowski@gmail.com napisał:
Jest na to "patent" ustawiamy logi ppp i wysyłamy je na serwer logów. Na serwerku z logami dla każdego MT mamy osobny plik ze wszystkim co chcemy. dalej wystarczy skrypt perl żeby wyłuskać co potrzebne... Wszystko pięknie o ile logi zawsze docierają
Oj, patentów wiele, można np ubijać sesje po 24h czasie aktywności, jak jest u routerek jako klient pppoe to end-user nawet nie zauważy, a "zerwane" sesje będą miały co najwyżej 24h 'strat'. Można włączyć zliczanie ruchu per IP klienta, i brak ruchu traktować jako powód do zerwania sesji do klienta. Jak komu wygodnie i co komu potrzebne. Ale oskryptowywanie tego w MT, to już insza inszość.
W dniu 10.09.2013 13:13, Sylwester Zdanowski napisał(a):
Dnia 2013-09-10, wto o godzinie 12:38 +0200, Tomasz Chiliński pisze:
W dniu 10.09.2013 12:30, Czerepuk napisał(a):
Ale nikt nie mowi o 2 czy wiecej sesjach. Po prostu Mikrotik konczac sesje, ktora zostala niepoprawnie zerwana etc, nie przesyla informacji do Radiusa o AcctStopTime i innych.
Sugeruję to zgłosić jako błąd do Mikrotika, bo nie może być tak, że sesja ppp zrywa się, a info o zakończeniu sesji (jaki nie byłby powód) nie jest wysyłane do serwera radius. Chyba, że na to ma wpływ to co pisze Marcin, czyli ustawienie innego niż domyślny czasu i liczby prób LCP echo dla ppp.
A może to już jest poprawione w wersji 6.x? ;-)
Jest na to "patent" ustawiamy logi ppp i wysyłamy je na serwer logów. Na serwerku z logami dla każdego MT mamy osobny plik ze wszystkim co chcemy. dalej wystarczy skrypt perl żeby wyłuskać co potrzebne... Wszystko pięknie o ile logi zawsze docierają
Wiesz takich "patentów" to wiele się znajdzie (np. odpowiednia reguła nat/OUTPUT na NAS), ale to wszystko prowizorka.
W dniu 10.09.2013 13:24, Tomasz Chiliński napisał(a):
W dniu 10.09.2013 13:13, Sylwester Zdanowski napisał(a):
Dnia 2013-09-10, wto o godzinie 12:38 +0200, Tomasz Chiliński pisze:
W dniu 10.09.2013 12:30, Czerepuk napisał(a):
Ale nikt nie mowi o 2 czy wiecej sesjach. Po prostu Mikrotik konczac sesje, ktora zostala niepoprawnie zerwana etc, nie przesyla informacji do Radiusa o AcctStopTime i innych.
Sugeruję to zgłosić jako błąd do Mikrotika, bo nie może być tak, że sesja ppp zrywa się, a info o zakończeniu sesji (jaki nie byłby powód) nie jest wysyłane do serwera radius. Chyba, że na to ma wpływ to co pisze Marcin, czyli ustawienie innego niż domyślny czasu i liczby prób LCP echo dla ppp.
A może to już jest poprawione w wersji 6.x? ;-)
Jest na to "patent" ustawiamy logi ppp i wysyłamy je na serwer logów. Na serwerku z logami dla każdego MT mamy osobny plik ze wszystkim co chcemy. dalej wystarczy skrypt perl żeby wyłuskać co potrzebne... Wszystko pięknie o ile logi zawsze docierają
Wiesz takich "patentów" to wiele się znajdzie (np. odpowiednia reguła nat/OUTPUT na NAS), ale to wszystko prowizorka.
Akurat ten "patent" może nie przejść, choć pozwalałoby to na zrobienie konfiguracji bez dodatkowych maszyn, które "usprawniają" pracę. nie widzę łańcucha nat/OUTPUT w RouterOS-ie. Być może magiczne nat z akcją dstnat robi u nich i w nat/POSTROUTING i w nat/OUTPUT. Nie wie ktoś z Was czy ruch lokalnie wychodzący z RouterOS-a poddawany jest testom reguł w /ip firewall nat chain=dstnat?
W dniu 10.09.2013 11:30, Łukasz Czerepuk napisał(a):
Tu (przynajmniej dla mnie) chodzi bardziej o informacje kiedy sesja sie zaczela, kiedy skonczyla, ile danych przeplynelo i tak dalej. Przy zerwanych sesjach takie informacje nie zapisuja sie do bazy, bo Radius poprawnie nie zamyka polaczenia PPPoE, poneiwaz jak napisalem wyzej zostaje ono zerwane.
Gwoli ścisłości - serwer radius nigdy nic nie zamyka, tylko robią to NAS-y i to ich obowiązkiem jest przesłać do serwera radius informację o początku, końcu, aktualizacji sesji. Czyż jako NAS-ów nie używasz Mikrotików? ;-)
uczestnicy (9)
-
"Czerepuk, Łukasz (JPK)" -
"Mirosław Kwak - lanserver.pl" -
Czerepuk, Łukasz (JPK)
-
Krzysztof Drewicz -
LoLe -
Marcin -
Sylwester Zdanowski -
Tomasz Chiliński -
Łukasz Czerepuk