🚀 go-pugleaf

W dniu 2013-12-22 20:53, MaRc pisze:
> Witam
> Używam radiusa z mysql do pppoe z ograniczeniem liczby jednoczesnych
> połączeń do 1. Ogólnie działa ładnie, z tym, że od czasu do czasu, z
> różnych przyczyn nie zapisywane jest do bazy rozłączenie klienta.
> Przeważnie ten przypadek występuje przy robieniu backupu bazy radiusa,
> to troche trwa a więc freeradius ma problem z zapisanem/odczytem z bazy:/
> W bazie ciągle jest wpis o aktywnym połączeniu. Jak klient się próbuje
> połączyć to dostaje rejecta z informacją, że niby jest już zalogowany.
> W sieci znalazłem niby rozwiązanie by użyć Idle-Timeout, ale gdzie to
> zastosować? w odpowiedzi do NASa? przecież to właśnie NAS "nie może"
> dogadać się z radiusem w sprawie rozłączenia klienta :/
> 
> Podpowie ktoś jak rozwiązać ten problem? z góry dzięki.
> 
Jeżeli używasz mysql to możesz zrobić replikację master-> slave i zrzut bazy
robić ze slave, wtedy taki problem nie wystąpi.

-- 
[WRC] Biały Scenic 2000 1,9 dTI
CB: Intek M-490 ML 145

+-=-=-=-=-=-=-=- Przemysław Gubernat -=-=-=-=-=-=-=-=-=-=-=-+
|   Owner and Sys/Net Admin of _API Internet_ P. Gubernat   |
+-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-+

On 24.12.2013 23:52, Przemysław Gubernat wrote:
> Jeżeli używasz mysql to możesz zrobić replikację master-> slave i zrzut bazy
> robić ze slave, wtedy taki problem nie wystąpi.

jeśli chodzi o mysql to tak, można tak zrobić, ale to nie jest
rozwiazanie problemu. mogą wystąpić inne czynniki, które spowodują efekt
"wiszenia" połączeń, np. stp.


-- 
MaRc
Nie kłóć się z idiotą. Będziesz musiał zniżyć się do jego poziomu a
wówczas pobije cię swoimi argumentami.

Dnia 27.12.2013 MaRc <tuksmr@gmail.com> napisał/a:
> On 24.12.2013 23:52, Przemysław Gubernat wrote:
>> Jeżeli używasz mysql to możesz zrobić replikację master-> slave i zrzut bazy
>> robić ze slave, wtedy taki problem nie wystąpi.
>
> jeśli chodzi o mysql to tak, można tak zrobić, ale to nie jest
> rozwiazanie problemu. mogą wystąpić inne czynniki, które spowodują efekt
> "wiszenia" połączeń, np. stp.
>
>

Ja robilem z crona...
Update rekordu jesli lastupdated > now-ze_2-3_razy_wiecej_niz_interim_update
lastupdated to default current_timestamp i on update current_timestamp.

Pozdrawiam,

On 30.12.2013 21:31, Lukasz Olesiejuk wrote:

> Ja robilem z crona...
> Update rekordu jesli lastupdated > now-ze_2-3_razy_wiecej_niz_interim_update
> lastupdated to default current_timestamp i on update current_timestamp.

tak, ale defaultowo tabela radiusa nie posiada pola lastupdated :/, jest
tylko starttime i stoptime.


-- 
MaRc
Nie kłóć się z idiotą. Będziesz musiał zniżyć się do jego poziomu a
wówczas pobije cię swoimi argumentami.

Dnia 31.12.2013 MaRc <tuksmr@gmail.com> napisał/a:
> On 30.12.2013 21:31, Lukasz Olesiejuk wrote:
>
>> Ja robilem z crona...
>> Update rekordu jesli lastupdated > now-ze_2-3_razy_wiecej_niz_interim_update
>> lastupdated to default current_timestamp i on update current_timestamp.
>
> tak, ale defaultowo tabela radiusa nie posiada pola lastupdated :/, jest
> tylko starttime i stoptime.
>
>

Dlatego napisalem jak zdefiniowalem lastupdated :)

On 02.01.2014 10:25, Lukasz Olesiejuk wrote:

> Dlatego napisalem jak zdefiniowalem lastupdated :)
> 
znalazłem inne rozwiązanie, moim zdaniem prostrze, gdzyż nie potrzebna
jest dodatkowa kolumna. mianowicie:

#v+
update radacct set acctterminatecause = 'Script - reset', acctstoptime =
now() where (acctstarttime + INTERVAL acctsessiontime SECOND) < (now() -
INTERVAL 600 SECOND) and acctstoptime = '0000-00-00 00:00:00'
#v-



-- 
MaRc
Nie kłóć się z idiotą. Będziesz musiał zniżyć się do jego poziomu a
wówczas pobije cię swoimi argumentami.