Vidar Hatlemark wrote: > I see, so no extra config is needed to route the accounting info from > the file it now uses into the mysql radacct table?
As I said, the "sql" module is referenced in raddb/sites-available/default. You need to READ it, and uncomment all of the references to SQL. This includes the references in the "accounting" section. > Since I got the radacct log files I guess I'm sending it wrong? (file > instead of sql, even though it reads the sql?) What I said was that the server is NOT receiving accounting requests. > Or am I supposed to both get that file with access request AND when the > clients sends back the accounting packets then it will fill out the > radacct table? What I said was that the radacct packets get populated when the server receives accounting requests. > I'm asking so detailed because I expected pfSense to behave and send the > accounting packets right. I guess it doesn't since radacct is still empty. Exactly. Read the pfSense documentation to see if it supports accounting packets. > And in the schema.sql header it says : myslq -uroot -prootpass radius < > db_mysql.sql That's a typo. It's been fixed. > So, when I log into the Captive Portal in pfSense using the user in my > radius mysql table and the radacct tables doesn't get populatet - that's > supposed to be a fault from pfSense? That's what I'm trying to tell you. Please believe me, and stop asking the same question again. The answer won't change. > Sinse it only gives back the authentication packets logged in the > radacct file... No. It's NOT logging to the "radacct" file. Go back and read the debug output again. Alan DeKok. - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
