Freeradius not sending traffic-shaping attributes randomly (Works when in debug mode)

Terry Burton terry.burton at gmail.com
Thu Dec 16 12:07:06 CET 2021


On Wed, 15 Dec 2021 at 21:22, Antônio Modesto <modesto at hubsoft.com.br> wrote:
>
> On 15/12/2021 17:59, Alan DeKok wrote:
> > On Dec 15, 2021, at 3:31 PM, Antônio Modesto <modesto at hubsoft.com.br> wrote:
> >> I am facing a strange problem with one radius server (FreeBSD 12.2 + FreeRADIUS 2.0.21).
> >    Which is end of life, dead, and not supported.
> >
> >> In a random way, Freeradius is not sending some traffic-shaping attributes in the Access-Accept to the NAS (I confirmed it with wireshark). What is puzzling me is that when I run radiusd in debug mode (-X), the problem disappears.
> >    Where do these attributes come from?  You've been careful to not give any information about your configuration.
> >
> >    The server doesn't magically decide to behave differently from day to day.  In 99.999% of these situations, the database is overloaded.  So FreeRADIUS can't get the data it needs, and then things break.
> >
> >    If the server just uses flat-text files (and no database), then it will *never* suddenly start behaving differently.  It will *always* give exactly the same output for the same input.
> >
> >> I tried using raddebug but it uses a lot of CPU power, so it is not viable to run it in production. What do you guys suggest?
> >    Upgrade.
> >
> >    And investigate database issues.  Check the radius.log file.  Odds are that there will be LOTS of complaints about "unresponsive child" or "module SQL is blocked".  Fix that.
> >
>
> I am sorry, I am using Freeradius 3.0.21, not 2.0.21.
>
> But regarding the attributes, they are being read from the database
> (PostgreSQL). What you said about database issues does not make sense to
> me. If freeradius can't read something from the database, it should halt
> the request, not respond a Access-Accept with truncated attributes. As I
> said before, the weird part is that running freeradius in debug-mode
> (single-threaded) the problem didn't happen.

If the missing attributes are derived from group lookups then it is
likely fixed by this:
https://github.com/FreeRADIUS/freeradius-server/commit/f0b48c07ba986b09c75fbb3bb4036c830ec715c5



More information about the Freeradius-Users mailing list