another cvs SNMP compile problem
hi, error now reads Making all in main... gmake[4]: Entering directory `/usr/src/radiusd/src/main' /usr/src/radiusd/libtool --mode=compile gcc -g -O2 -I/usr/src/radiusd/src -DHOSTINFO=\"i686-pc-linux-gnu\" -DRADIUSD_VERSION=\"2.0.0-pre2\" -DOPENSSL_NO_KRB5 -c radius_snmp.c gcc -g -O2 -I/usr/src/radiusd/src -DHOSTINFO=\"i686-pc-linux-gnu\" -DRADIUSD_VERSION=\"2.0.0-pre2\" -DOPENSSL_NO_KRB5 -c radius_snmp.c -fPIC -DPIC -o .libs/radius_snmp.o radius_snmp.c: In function 'radius_snmp_init': radius_snmp.c:594: error: 'do_snmp' undeclared (first use in this function) radius_snmp.c:594: error: (Each undeclared identifier is reported only once radius_snmp.c:594: error: for each function it appears in.) radius_snmp.c:599: warning: passing argument 1 of 'smux_init' discards qualifiers from pointer target type radius_snmp.c:602: warning: passing argument 5 of 'smux_register_mib' discards qualifiers from pointer target type radius_snmp.c:603: warning: passing argument 5 of 'smux_register_mib' discards qualifiers from pointer target type gmake[4]: *** [radius_snmp.lo] Error 1 gmake[4]: Leaving directory `/usr/src/radiusd/src/main' gmake[3]: *** [common] Error 2 gmake[3]: Leaving directory `/usr/src/radiusd/src' gmake[2]: *** [all] Error 2 gmake[2]: Leaving directory `/usr/src/radiusd/src' gmake[1]: *** [common] Error 2 gmake[1]: Leaving directory `/usr/src/radiusd' make: *** [all] Error 2
A.L.M.Buxey@lboro.ac.uk schrieb:
error now reads
radius_snmp.c:594: error: 'do_snmp' undeclared (first use in this function) radius_snmp.c:594: error: (Each undeclared identifier is reported only once radius_snmp.c:594: error: for each function it appears in.)
Yes, there is still a reference to do_snmp. Changing it to &mainconfig.do_snmp fixes the build. Enrik
Hi,
A.L.M.Buxey@lboro.ac.uk schrieb:
error now reads
radius_snmp.c:594: error: 'do_snmp' undeclared (first use in this function) radius_snmp.c:594: error: (Each undeclared identifier is reported only once radius_snmp.c:594: error: for each function it appears in.)
Yes, there is still a reference to do_snmp. Changing it to &mainconfig.do_snmp fixes the build.
duh. yes. of course. i see it. its the return value check if (!&mainconfig.do_snmp) return 0; now it works. i'm not sure about the much quieter default radius logging though.... alan
A.L.M.Buxey@lboro.ac.uk wrote:
duh. yes. of course. i see it. its the return value check
if (!&mainconfig.do_snmp) return 0;
That shouldn't have an "&". The test above checks if there's a pointer to the variable, which is always true.
i'm not sure about the much quieter default radius logging though....
Which log messages are missing? Alan DeKok.
Alan DeKok schrieb:
A.L.M.Buxey@lboro.ac.uk wrote:
if (!&mainconfig.do_snmp) return 0; That shouldn't have an "&". The test above checks if there's a pointer to the variable, which is always true.
Oops, actually my fault ...
i'm not sure about the much quieter default radius logging though....
Which log messages are missing?
I guess the "Starting - reading configuration ..." that doesn't make it any longer into the log file (at least when logging to file), because the fake config parsing for the log file location happens later in src/main/read_mainconfig.c, if I understand the code correctly. man henn_and_egg :) But I may be wrong as I haven't tracked the complete changes to this code. Enrik
hi, wish to confirm that i have reproduced the error that someone else has on thist list. with the CVS from a little while back (approx 3 weeks) there was no problem. but now, the FR daemon does not accept any incoming traffic from clients which are listed in a naslist DB (postgres) eg from debug log... rlm_sql (sqlbase): Read entry nasname=10.1.1.244,shortname=server,secret=secret rlm_sql (sqlbase): Adding client 10.1.1.244 (amon) to clients list .... Ignoring request to authentication address * port 1812 from unknown client 10.1..1.244 port 48748 Ready to process requests. the rest of the debug log snipped as its now showing errors and is just standard output. alan
A.L.M.Buxey@lboro.ac.uk wrote:
hi,
wish to confirm that i have reproduced the error that someone else has on thist list. with the CVS from a little while back (approx 3 weeks) there was no problem. but now, the FR daemon does not accept any incoming traffic from clients which are listed in a naslist DB (postgres)
eg
from debug log...
rlm_sql (sqlbase): Read entry nasname=10.1.1.244,shortname=server,secret=secret rlm_sql (sqlbase): Adding client 10.1.1.244 (amon) to clients list
....
Ignoring request to authentication address * port 1812 from unknown client 10.1..1.244 port 48748 Ready to process requests.
the rest of the debug log snipped as its now showing errors and is just standard output.
alan - List info/subscribe/unsubscribe? See http://www.freeradius.org/list/devel.html
Well good to know it's a general rlm_sql error (I was using MySQL). -- Arran Cudbard-Bell (A.Cudbard-Bell@sussex.ac.uk) Authentication, Authorisation and Accounting Officer Infrastructure Services | ENG1 E1-1-08 University Of Sussex, Brighton EXT:01273 873900 | INT: 3900
A.L.M.Buxey@lboro.ac.uk wrote:
wish to confirm that i have reproduced the error that someone else has on thist list. with the CVS from a little while back (approx 3 weeks) there was no problem. but now, the FR daemon does not accept any incoming traffic from clients which are listed in a naslist DB (postgres)
Try editing mainconfig.c: ... mainconfig.config = cs; clients_parse_section(cs); // new line to add DEBUG2("radiusd: #### Loading Realms and Home Servers ####"); ... I think that should fix it. If so, I'll commit the change. Alan DeKok.
Hi,
mainconfig.config = cs;
clients_parse_section(cs); // new line to add
DEBUG2("radiusd: #### Loading Realms and Home Servers ####"); ...
I think that should fix it. If so, I'll commit the change.
appears to work now - remote authentications from NAS in the DB are being answered and the devices are getting onto the right network etc etc. alan
participants (4)
-
A.L.M.Buxey＠lboro.ac.uk -
Alan DeKok -
Arran Cudbard-Bell -
Enrik Berkhan