Co jeśli masz dwa koncentratory lub więcej? To radius musi tego pilnować 5 mar 2015 17:04 "Łukasz Matys" lukasz@e-matys.com napisał(a):
Koncentrator pppoe moze tego pilnowac, np one session per mac addres.
Wysłane z iPhone'a
Dnia 5 mar 2015 o godz. 08:44 Marcin marcin@nicram.net 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ć?
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-... ?
-- Pozdrawiam Tomasz Chiliński, Chilan _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
-- Pozdrawiam Marcin / nicraM _______________________________________________ lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms
lms mailing list lms@lists.lms.org.pl http://lists.lms.org.pl/mailman/listinfo/lms