Will D. Spann wrote:
I see; thanks for the clarification. This is a departure from how FreeRADIUS 1.0 was configured, where the authenticate and authorize sections resided in the radiusd.conf file.
Yes... and the comments in the file you edited document this.
However, I noticed a new "permission denied" error, related to SSL in the rlm_eap module. Based on this, I checked the ownership/permissions of the configuration files and keys in the /etc/raddb folder & below. It turns out they were all set to root.root & r/w for root user only!
That is an issue, and should be fixed.
But the default configuration has radiusd running as the radiusd user,
Maybe on Suse. That's not the default in the freeradius distribution.
Unfortunately, I'm getting the same negative results when running the recommended initial radtest test "radtest test test localhost 0 testing123". The following is the output I get.
radclient: socket: cannot initialize udpfromto: Function not implemented
I'm not sure where to go from here. I'm still running with the default configuration.
You need to re-build the server without support for udpfromto. Alan DeKok.