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. 5 mar 2015 12:01 "Tomasz Chiliński" tomasz.chilinski@chilan.com napisał(a):
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