Klient łączy się do koncentratora. W radiusie tworzony jest wpis o rozpoczęciu sesji bez daty zakończenia. Gdy klient się rozlaczy w momencie reloadu to fakt ten nie jest odnotowany i w efekcie klient nie zaloguje bo max 1 połączenie.
W dniu 05.03.2015 08:44, Marcin napisał(a):
Czyli sami developerzy mówią, iż taka sytuacja może mieć możliwość.
Przy sieci opartej na wirelesie dosyć często są rozłączenia co
zwiększa prawdopodobieństwo pojawiania się "wiszących sesji".
Jak w przypadku płaskich plików wykrywać takie nie zamknięte sesje i je zamykać?
Co rozumiesz przez "wiszące sesje"?
W dniu 4 marca 2015 22:34 użytkownik Tomasz Chiliński
<tomasz.chilinski@chilan.com> napisał:
W dniu 04.03.2015 21:41, Marcin napisał(a):
W dniu 4 marca 2015 19:46 użytkownik Tomasz Chiliński
<tomasz.chilinski@chilan.com> napisał:
KILL -HUP $(pidof radiusd)
sorki, nie dopisałem w poprzednim mailu.
czy takie przeładowanie kofiguracji nie skutkuje czasem "odmową
dostępu" w czasie reloadu i ewentualnymi "wiszącymi" sesjami? bo jeśli
używam simultaneous-use = 1 i robiąc reload klient zostanie rozłączony
to fakt ten nie zostanie zupdateowany i mimo braku "fizycznego"
połączenia sesja będzie wisieć a klient nie połączy się poraz kolejny.
obecnie, przy sql z ewentualnymi wiszącymi sesjami radzę sobie w ten
sposób, ze co 10 minut uruchamiam skrypt sprawdzający czy któraś z
sesji nie ma 2x interim update, jeśli tak to ją "zamykam". Jak to by
się objawiało przy płaskich plikach?
http://wiki.freeradius.org/guide/faq#How-do-I-get-radius-to-pick-up-changes-in-the-raddb/users-file?
--
Pozdrawiam
Tomasz Chiliński, Chilan
_______________________________________________
lms mailing list
lms@lists.lms.org.pl
http://lists.lms.org.pl/mailman/listinfo/lms
--
Pozdrawiam
Tomasz Chiliński, Chilan
_______________________________________________
lms mailing list
lms@lists.lms.org.pl
http://lists.lms.org.pl/mailman/listinfo/lms