Robust Proxy Accounting problem after switch from 2.2.10 to 3.2.1
Martin Zaharinov
micron10 at gmail.com
Tue Nov 29 15:52:50 UTC 2022
> On 29 Nov 2022, at 17:46, Alan DeKok <aland at deployingradius.com> wrote:
>
> On Nov 29, 2022, at 10:40 AM, Martin Zaharinov <micron10 at gmail.com> wrote:
>> Idea is when Main radius is miss to cache account data and to respons to client if Main server is not alive.
>
> I understand that. That is what the documentation for the "robust proxy accounting" server says. And I wrote that documentation, so I understand how it works.
>
>> Do you have config for proxing directly , and if is direct idea is when Main server is dead to respons to users and user dont wait acct answer from main server.
>
> Read sites-available/robust-proxy-accounting
>
> That is how that virtual server works. If you did anything else, you didn't follow the documentation.
>
>>> The virtual server "robust proxy accounting" only uses the detail file if the home server is down.
>>>
>>> So why is the home server down for extended periods of time?
>>
>> Java radius in folder file is very fast process and not stay in folder.
>
> That doesn't answer my question.
Server is not down , May be respons very slow (Freeradius Main server)
>
>> Freeradius server, AAA vendor write server is alive and respons but in folder i see this files and file is increase.
>
> So you configured the robust-proxy-account wrong.
>
> It looks like you have it ALWAYS writing to the detail file, and then proxying. This is exactly the opposite of how that virtual server works.
>
> Instead, follow the documentation. Have it proxy first, and then only write to the detail file if the home server is down.
this is config that i make read proxy.conf and robust-proxy-accounting :
home_server home1.example.com {
type = acct
ipaddr = 192.168.0.1
port = 1813
secret = secret
status_check = request
username = "test_proxy"
response_window = 20
revive_interval = 30
revive_interval = 120
check_interval = 30
check_timeout = 4
num_answers_to_alive = 1
max_outstanding = 65536
zombie_period = 40
limit {
max_connections = 0
max_requests = 0
lifetime = 0
idle_timeout = 0
}
}
home_server_pool acct_pool.example.com {
type = fail-over
home_server = home1.example.com
virtual_server = home.example.com
}
realm acct_realm.example.com {
acct_pool = acct_pool.example.com
}
server home.example.com {
post-proxy {
Post-Proxy-Type Fail-Accounting {
detail.example.com
}
}
listen {
type = detail
filename = "${radacctdir}/detail-*:*"
load_factor = 10
}
accounting {
update control {
&Proxy-To-Realm := 'acct_realm.example.com'
}
}
}
>
>> Per Second.
>
> 24K packets per second is a very high load system. If a home server goes down for extended periods of time, then there will quickly be gigabytes of detail files written to disk.
>
To allow accept 24k packets per second.
> Alan DeKok.
>
> -
> List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
More information about the Freeradius-Users
mailing list