Hi,
Can i know the reason why SNMP support in Free Radius was broken.
Which is the last version of Free radius having SNMP support.
Also want to know which version of Free Radius has trigger.conf enabled.
Please help for the above information
Thanks amp; Regards
Manjunath-
List info
Am Donnerstag, 18. Juli 2013, 07:43:24 schrieb manjunath uthappa ponnachana:
Hi,
Can i know the reason why SNMP support in Free Radius was broken.
SMUX was a old interface between the ucd-snmp Master Agent. Since ucd-snmp
became net-snmp and the modern interface is AgentX, it seems
On 18 Jul 2013, at 08:43, manjunath uthappa ponnachana
pu_manjun...@rediffmail.com wrote:
Hi,
Can i know the reason why SNMP support in Free Radius was broken.
Kittens! They attacked the source code with their tiny claws and gnashing teeth.
Which is the last version of Free radius
...@rediffmail.com wrote:
Hi,
Can i know the reason why SNMP support in Free Radius was broken.
Kittens! They attacked the source code with their tiny claws and gnashing
teeth.
Which is the last version of Free radius having SNMP support.
There's a script in scripts to proxy between snmp and status
Am Donnerstag, 18. Juli 2013, 06:30:19 schrieb Bruce Nunn:
To get by the work of those kittens I set up a remote login to run radmin
commands and parse the output so it is suitable for mrtg. It has worked
well for me.
Ever tried the extend config option of the net-snmp agent?
It executes
Hi,
To get by the work of those kittens I set up a remote login to run radmin
commands and parse the output so it is suitable for mrtg. It has worked well
for me.
I use the munin plugin to graph auths/accts
alan
-
List info/subscribe/unsubscribe? See
Hi,
Can i know the reason why SNMP support was broken in Free Radius version 2 and
later.
Thanks amp; Regards
ManjunathFrom: Alan DeKok lt;al...@deployingradius.comgt;Sent: Sat, 01 Jun
2013 04:13:03 To: pu_manjun...@rediffmail.com, FreeRadius users mailing list
lt;freeradius-users
On 31 May 2013, at 01:46, manjunath uthappa ponnachana
pu_manjun...@rediffmail.com wrote:
Hi,
As per freeradius website freeradius.org, Native SNMP support in FreeRADIUS
version 2 and later is broken.
I wanted to know whether in newer/latest versions of free radius SNMP support
manjunath uthappa ponnachana wrote:
As per freeradius website freeradius.org
Native SNMP support in FreeRADIUS version 2 and later is broken.
Version 2 does support SNMP via a Perl script. It's not perfect, but
it works.
I wanted to know whether in newer/latest versions of free radius SNMP
Hi,
As per freeradius website freeradius.org, Native SNMP support in FreeRADIUS
version 2 and later is broken.I wanted to know whether in newer/latest versions
of free radius SNMP support will be there. Also wanted to know whether using
free Radius traps can be send to NMS. If possible what
, is after the authentication process, query the cable
modem using snmp (retrieving data) and store this data back into the
already connected database.
Is anyone doing such a thing?
If I've understood what you want correctly, you don't need to query
within the auth - post post-auth would be fine i.e
the cable modem
using snmp (retrieving data) and store this data back into the already
connected database.
Is anyone doing such a thing?
Thanks,
Duane
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Hello,
According to the document, freeradius supports SNMP and can send snmp trap.
But, when I check the MIBs, I could not find event based definitions.
According to my scenario, I want to send trap,
For example
1-) When one of fail-server is dead ( with clear live also)
2-) When one
mimir wrote:
According to the document, freeradius supports SNMP and can send snmp trap.
Which document?
But, when I check the MIBs, I could not find event based definitions.
See the mibs directory in the git master branch.
According to my scenario, I want to send trap,
For example
1
Sorry Alan, not document, according to web site native snmp support is
supported. Am I right?
I am not a developer so checking source code is diffiucult/different for me.
I asked if we can send snmp traps to NMS systems if any type of failure,
unsuccessful proxy message etc.
Is it possible
mimir wrote:
Sorry Alan, not document, according to web site native snmp support is
supported. Am I right?
Yes. But you asked about *traps*. Please use consistent terminology.
Traps are not supported in 2.1.12.
I am not a developer so checking source code is diffiucult/different for me
Is SNMP available yet in the latest code?
David
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
David Peterson wrote:
Is SNMP available yet in the latest code?
see scripts/snmp-proxy/
Alan DeKok.
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Hello,
have trouble with freeradius and snmp.
Freeradius log in debug mode:
...
SMUX connect try 1
SMUX SMUX open oid: 1.3.6.1.4.1.11344.1.1.1
SMUX open progname: radiusd
SMUX open password: x
SMUX SMUX register oid: 1.3.6.1.2.1.67.1.1.1.1
SMUX register priority: -1
SMUX register operation: 1
Am Dienstag, 27. Januar 2009 13:27:11 schrieb Freeradius Mail List:
Hello,
have trouble with freeradius and snmp.
Freeradius log in debug mode:
...
SMUX connect try 1
SMUX SMUX open oid: 1.3.6.1.4.1.11344.1.1.1
SMUX open progname: radiusd
SMUX open password: x
SMUX SMUX register oid
Hi,
I am trying snmp on debian 32 bit. With freeradius 2.0.5. and net-snmp 5.4.1
I did all just like on http://wiki.freeradius.org/SNMP_HOWTO.
Changed radiusd.conf as
snmp= yes
$INCLUDE snmp.con
and remove comment on line smux_password = verysecret
and added the line on snmpd.conf
Oguzhan Kayhan wrote:
Hi,
I am trying snmp on debian 32 bit. With freeradius 2.0.5. and net-snmp
5.4.1
Why are you running 2.0.5?
It was the default package for debian. Ok we will recompile the new
version and give a try.
Thank you.
I did all just like on http://wiki.freeradius.org
Oguzhan Kayhan wrote:
Hi,
I am trying snmp on debian 32 bit. With freeradius 2.0.5. and net-snmp 5.4.1
Why are you running 2.0.5?
I did all just like on http://wiki.freeradius.org/SNMP_HOWTO.
Changed radiusd.conf as
snmp= yes
$INCLUDE snmp.con
SNMP doesn't work in 2.0.5
Hi Maxim, Alan and all,
In message [EMAIL PROTECTED], Alan DeKok
[EMAIL PROTECTED] writes
Maxim Sirenko wrote:
Why in freebsd ports freeradius with SNMP support uses ucd-snmp but not
net-snmp port?
Because the code in FreeRADIUS was written before net-snmp existed,
and the code hasn't been
Maxim Sirenko wrote:
Why in freebsd ports freeradius with SNMP support uses ucd-snmp but not
net-snmp port?
Because the code in FreeRADIUS was written before net-snmp existed,
and the code hasn't been updated.
See the latest version from git for new SNMP support.
Alan DeKok.
-
List info
Bonjour,
je suis actuellement en congés pour 3 semaines.
Je suis de retour le 1er septembre 2008.
En cas d'urgence, vous pouvez contacter Monsieur Tixier au 03 80 24 44 27 ou la
maintenance informatique au 03 80 24 45 84.
Cordialement.
-
List info/subscribe/unsubscribe? See
Bonjour,
je suis actuellement en congés pour 3 semaines.
Je suis de retour le 1er septembre 2008.
En cas d'urgence, vous pouvez contacter Monsieur Tixier au 03 80 24 44 27 ou la
maintenance informatique au 03 80 24 45 84.
Cordialement.
-
List info/subscribe/unsubscribe? See
Hello,
Seems to work for me,
portable-bsd# snmpbulkwalk -On -v2c -cpublic localhost .1.3.6.1.2.1.67
.1.3.6.1.2.1.67.1.1.1.1.1 = STRING: snmp(over)radius
.1.3.6.1.2.1.67.1.1.1.1.2 = Timeticks: (5369900) 14:54:59.00
.1.3.6.1.2.1.67.1.1.1.1.3 = Timeticks: (5369900) 14:54:59.00
Thomas Fagart wrote:
Seems to work for me,
That's good to hear.
I'll test that on 64 bits OS, and then we'll be very impatient for the
2.0.6 to come out.
Adding a little more productization wouldn't hurt. i.e. daemonising
the script, and/or forking it from the server and having the
/RADIUS-AUTH-SERVER-MIB.html
And when I compare it with my snmpwalk output, I still got OIDs missing.
www# snmpwalk -m /usr/local/share/snmp/mibs/RADIUS-AUTH-SERVER-MIB.txt
-cpublic -v1 localhost 1.3.6.1.2.1.67
RADIUS-AUTH-SERVER-MIB::radiusAuthServIdent = STRING: snmp(over)radius
RADIUS-AUTH-SERVER
* be added with a little more work. The
status-server stats functions allow lookups of clients by number, which
could be used by the SNMP functions.
So I've played with that, but it does not seems to change anything. For
sample, I would like to be able to differentiate proxy packets from
Sky Network Services has contributed a preliminary implementation of
SNMP in the server. It's a Perl script that communicated with net-snmpd
via the AgentX protocol. and with FreeRADIUS via the new Status-Server
statistics functionality.
The result is that you can now obtain FreeRADIUS
On Friday 20 June 2008 09:48:53 Alan DeKok wrote:
I've commited some code (~1K LoC) to CVS head that will go into 2.0.6.
In short, there's no point in using SNMP any more. The good news is
that the Status-Server packet is overloaded to get all sorts of
statistics that weren't available
Exciting stuff!
On Fri, Jun 20, 2008 at 2:48 PM, Alan DeKok [EMAIL PROTECTED]
wrote:
I've commited some code (~1K LoC) to CVS head that will go into 2.0.6.
In short, there's no point in using SNMP any more. The good news is
that the Status-Server packet is overloaded to get all sorts
hi,
this is very cool - i guess it would be handy to let remote
authorised machiens query it (trivial to have one central stats
store then) but still. I hope to see a lot of useful tools/widgets
using this. bit of RRDTool is calling.
alan
-
List info/subscribe/unsubscribe? See
[EMAIL PROTECTED] wrote:
this is very cool - i guess it would be handy to let remote
authorised machiens query it
Yes. But... it is a potential security issue to expose those
statistics to anyone who asks.
I could see external sites querying these statistics if:
- the connection is
Alan DeKok wrote:
[EMAIL PROTECTED] wrote:
this is very cool - i guess it would be handy to let remote
authorised machiens query it
Seconded.
Yes. But... it is a potential security issue to expose those
statistics to anyone who asks.
I could see external sites querying
Arran Cudbard-Bell wrote:
But it also kinda limits the usefulness of the feature. Couldn't you
place it in the hands of the server admins to decide which hosts can
query and which can't? Another configuration item in clients?
grumble
It's possible. I guess.
I think the safest thing to
Hi,
Yes. But... it is a potential security issue to expose those
statistics to anyone who asks.
obviously.
I could see external sites querying these statistics if:
- the connection is encrypted
- the client is querying a socket dedicated to Status-Server messages.
yep.
[EMAIL PROTECTED] wrote:
yep. now...although I'm thinking RADSEC could be involved...just
a new port that is properly firewalled would do. i guess
a 'statistics virtual server' would be the ideal thing.
Done. Listen type = status. In CVS.
i noted! grabbed the CVS to just have a look
Hi,
Done. Listen type = status. In CVS.
:-)
You have local modifications, and the CVS update didn't do a merge,
because it didn't know how.
okay. yup. auth.c - modified a while back now - was the
goodpass/badpass logging issue. removed and it now works
alan
-
List
Arran Cudbard-Bell wrote:
But it also kinda limits the usefulness of the feature. Couldn't you
place it in the hands of the server admins to decide which hosts can
query and which can't? Another configuration item in clients?
grumble
It's possible. I guess.
I think the
Tuc at T-B-O-H.NET wrote:
Maybe a quicker solution would be to enable libwrap for it?
I understand the changes to the code to support libwrap aren't too much,
and it can even be made optional via the ./configure .
Ugh. The IP configuration / filter in the server already does as
much,
Tuc at T-B-O-H.NET wrote:
Maybe a quicker solution would be to enable libwrap for it?
I understand the changes to the code to support libwrap aren't too much,
and it can even be made optional via the ./configure .
Ugh. The IP configuration / filter in the server already does as
Alan DeKok wrote:
Thomas Fagart wrote:
Do you think I can report a bug about that issue ?
Please don't. The SMUX code is old, and is deprecated by the the
net-snmp people. It will NOT be fixed.
It's much better to write new code against the AgentX API, which is
supported
Thomas Fagart wrote:
Ok I'll try to write code. Just before doing that I've try to find out
how I can query radius with radclient to get the statistics ?
You can't.
Is there anything special in the configuration that I should enable, to
collect statistics ?
No. You have to write new
Thomas Fagart wrote:
Do you think I can report a bug about that issue ?
Please don't. The SMUX code is old, and is deprecated by the the
net-snmp people. It will NOT be fixed.
It's much better to write new code against the AgentX API, which is
supported.
Alan DeKok.
-
List info
Hi
On Wed, 28 May 2008 19:47:09 +0100, [EMAIL PROTECTED] wrote:
Hi,
Those patches should be in 2.0.
Then this does not work for me using FR 2.0.3 and UCD-SNMP 4.2.7 on 64
bits
FreeBSD.
there are a couple of small patches which arent in 2.0 - i have
a small collection of diffs
Thomas Fagart wrote:
Ok I get it now, then the question could be, is there any open source
software (net-snmp patches or sub programs ?) that could do what you
describe (enabling radius packet generation while being polled, waiting
for radiusd answer and then response to the get oid
, and
behaviour
ok on 32 bits.
there are a couple of small SNMP patches you may want to try that change
the
way SNMP values are handled - particularly apt on eg a 64bit system.
I've looked for theses patches reading the faq, browsing the tree of the
freeradius sources, googling or looking
is to allow the server to put the statistics into
RADIUS packets. That way any SNMP interaction can be in a separate
program, which simplifies life enormously.
Alan DeKok.
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Thomas Fagart wrote:
A better solution is to allow the server to put the statistics into
RADIUS packets. That way any SNMP interaction can be in a separate
program, which simplifies life enormously.
I don't understand properly, do you mean that you could proxy statistics
packet
Hi,
Those patches should be in 2.0.
Then this does not work for me using FR 2.0.3 and UCD-SNMP 4.2.7 on 64 bits
FreeBSD.
there are a couple of small patches which arent in 2.0 - i have
a small collection of diffs that i was goign to go through to check
which ones didnt make
[EMAIL PROTECTED] wrote:
Hi,
Those patches should be in 2.0.
Then this does not work for me using FR 2.0.3 and UCD-SNMP 4.2.7 on 64 bits
FreeBSD.
there are a couple of small patches which arent in 2.0 - i have
a small collection of diffs that i was goign to go through
Alan DeKok wrote:
Thomas Fagart wrote:
A better solution is to allow the server to put the statistics into
RADIUS packets. That way any SNMP interaction can be in a separate
program, which simplifies life enormously.
I don't understand properly, do you mean that you could proxy
Hello, I've got several Freeradius servers running on Freebsd. I'd like to
get them discuss with SNMP agent for statistics (using SMUX). I've notice
that this is working on 32 bits Freebsd
portable-taf# snmpwalk -v 1 -m
/usr/local/share/snmp/mibs/RADIUS-AUTH-SERVER-MIB.txt
Hi,
Do you know if this is a know bug ? Or I missed something. I've tested this
behaviour on differents releases (6.3, 6.1 and 7.0) of Freebsd. Seems this
is always the same issue (non complete value on 64 bits OS, and behaviour
ok on 32 bits.
there are a couple of small SNMP patches you may
Hello,
Do you know if this is a know bug ? Or I missed something. I've tested
this
behaviour on differents releases (6.3, 6.1 and 7.0) of Freebsd. Seems
this
is always the same issue (non complete value on 64 bits OS, and
behaviour
ok on 32 bits.
there are a couple of small SNMP
Hi Alan,
Can't it be applied to 1.1.7 release, as there are many changes in the
conf. files between 1.1.7 and 2.0 ??
Thanks
Amr
[EMAIL PROTECTED] wrote:
hi,
just a quick check... the smux.c patches ARE applied to the
2.0.x smux.c (but not part of the last 1.1.7 release).
the
Amr el-Saeed wrote:
Can't it be applied to 1.1.7 release, as there are many changes in the
conf. files between 1.1.7 and 2.0 ??
Ask redhat, or whoever is packaging your version of 1.1.7.
All new development, including bug fixes, are on the 2.0 release.
Alan DeKok.
-
List
Hi,
Can't it be applied to 1.1.7 release, as there are many changes in the
conf. files between 1.1.7 and 2.0 ??
it probably could be applied to 1.1.7 source archive if
you build it yourself. your distro package maintainer, otherwise,
could release a 1.1.7 package with these patches in.
It
Hi Alan,
I have patches attached from RedHat for freeradius 1.1.3 .
Can we have a patched release from freeradius 1.1.7 ??
Thanks
Amr
Alan DeKok wrote:
Edvin Seferovic wrote:
I am also curious about the answer on this question ! Are there any plans to
implement AgentX
hi,
just a quick check... the smux.c patches ARE applied to the
2.0.x smux.c (but not part of the last 1.1.7 release).
the radius_snmp.c patches - converting an int to a long
(handling 64 bit better I'd guess)... havent been incorporated
into the 2.0.x tree.
alan
-
List
I have 2.0.2 running and snmp enabled.
When the snmp daemon dies, freeradius follows...
Ready to process requests.
SMUX connection closed: 278
SMUX connect try 1
Can't connect to SNMP agent with SMUX: Connection refused
Ready to process requests.
Exiting...
Speicherzugriffsfehler - Segmentation
Norbert Wegener wrote:
I have 2.0.2 running and snmp enabled.
When the snmp daemon dies, freeradius follows...
When fixing the detail file handling in 2.0.3, I looked at the code
handling the SNMP sockets. Ouch. I don't think it works... I tried
fixing it, but none of the newer
Alan DeKok schrieb:
Norbert Wegener wrote:
I have 2.0.2 running and snmp enabled.
When the snmp daemon dies, freeradius follows...
When fixing the detail file handling in 2.0.3, I looked at the code
handling the SNMP sockets. Ouch. I don't think it works... I tried
fixing
Hello
I wanted to integrate SMUX aith FreeRadius with above version.
Tried the steps
1)Compiling FreeRadius with snmp option
2. modified the freeradius snmp.conf file to include
smux_password = verysecret
2. modified the radiusd.conf file with
snmp = yes
$INCLUDE
Hello
I wanted to integrate SMUX aith FreeRadius with above version.Attached is
the logs.I donot see any SMUX/SNMP strings from radiusd -X
Tried the steps
1)Compiling FreeRadius with snmp option
2. modified the freeradius snmp.conf file to include
smux_password
2008 09:05
To: FreeRadius users mailing list
Subject: Re: SNMP error
Hi,
any suggestions about what to do to make snmp work on 64-bit??
Amr el-Saeed wrote:
Dear Alan,
i build from the source file that i downloaded from freeradius.org
i suspected the 64-bit
i made several trials
Hi,
any suggestions about what to do to make snmp work on 64-bit??
Amr el-Saeed wrote:
Dear Alan,
i build from the source file that i downloaded from freeradius.org
i suspected the 64-bit
i made several trials , and here is the result
freeradius-1.1.7 , snmp-5.0.9-2.30E.20 , RHEL3 , 32
Amr el-Saeed wrote:
any suggestions about what to do to make snmp work on 64-bit??
Debug it and submit a patch.
Alan DeKok.
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Edvin Seferovic wrote:
I am also curious about the answer on this question ! Are there any plans to
implement AgentX protocol into freeradius project?
No plans.
At this point, the only plans for 2.0 are minor feature improvements
and bug fixes. I plan on spending time working on the
Dear Alan,
i build from the source file that i downloaded from freeradius.org
i suspected the 64-bit
i made several trials , and here is the result
freeradius-1.1.7 , snmp-5.0.9-2.30E.20 , RHEL3 , 32-bitworking
freeradius-1.1.7 , snmp-5.0.9-2.30E.20 , RHEL5 , 32-bitworking
i have OS RHEL5
Amr el-Saeed wrote:
Hi Alan,
yes, i'm sure
i added the option in the SPEC file and then build the RPM
and about the second issue , i didn't have a debugging kernel but i
got one and install it and boot with it and got the same output !!
and ideas ??
thanks for help
Hi,
i have OS RHEL5
it looks like it didnt build with the required debug parts - once
again, as you are using the SPEC for your distro they could have other
things that mess it up - I can only help if you build
from the source and leave package management stuff alone.
alan
-
List
Amr el-Saeed wrote:
i have OS RHEL5
yes, i'm sure
i added the option in the SPEC file and then build the RPM
and about the second issue , i didn't have a debugging kernel but i
got one and install it and boot with it and got the same output !!
made RPM file with ( rpmbuild -ta
Hi Alan,
yes, i'm sure
i added the option in the SPEC file and then build the RPM
and about the second issue , i didn't have a debugging kernel but i
got one and install it and boot with it and got the same output !!
and ideas ??
thanks for help
(gdb) set logging file gdb-radiusd.log
Hi,
i followed the bugs file.
i recompiled the freeradius with --enable-developer actually i made RPM
file with ( rpmbuild -ta freeradius-1.1.7.tar.gz )
are you SURE That this worked fine - as if you used the standard
SPEC then you wouldnt enable the developer stuff.
(no debugging
priority: -1
SMUX register operation: 1
SMUX register oid: 1.3.6.1.2.1.67.2.1.1.1
SMUX register priority: -1
SMUX register operation: 1
Waking up in 14 seconds...
thanks
amr
[EMAIL PROTECTED] wrote:
hi,
known SNMP issues with 64bit and that version of SNMP.
you will need to follow the debug
Hi,
hi alan,
i searched the freeradius.org for the debug instructions, but i found
nothing.
what do you mean exactly by debug instructions
i already have this in the radius debug mode
read doc/bugs in the distribution tar file. i can send you a copy if
your archive doesnt contain it.
Dear All,
I have freeradius-1.1.7-1.
it was installed on RHEL 3
SNMP net-snmp-5.0.9-2.30E.22
every thing was going OK
i just installed RHEL 564-bit
recompiled the freeradius on the new OS and reinstall
the radius is working Ok
i have SNMP version net-snmp-5.3.1-19.el5
but every time
On Thursday 10 January 2008 08:41:30 Amr el-Saeed wrote:
but every time i wanted to snmpwalk from the radius i got that error
RADIUS-AUTH-SERVER-MIB::radiusMIB = No Such Object available on this
agent at this OID
the command i execute is snmpwalk -v2c -c testsnmp -m
this is the log
[smux_accept] accepted fd 12 from 127.0.0.1:57180
Jan 10 20:38:26 RADIUS-1-A snmpd[32488]: refused smux peer: oid
SNMPv2-SMI::enterprises.3317.1.3.1, descr radiusd
Jan 10 20:38:26 RADIUS-1-A snmpd[32488]: [smux_accept] accepted fd 12
from 127.0.0.1:57181
Jan 10 20:38:26
hi,
known SNMP issues with 64bit and that version of SNMP.
you will need to follow the debug instructions to help debug
alan
-
List info/subscribe/unsubscribe? See http://www.freeradius.org/list/users.html
Hello,
I have set up FreeRADIUS ( pre2 ) and activated SNMP ( rebuilt it with
--with-snmp ... ). The snmpd is also configured with the smuxpeer and the
correct password, but password seems to be rejected. I am using snmpd-5.3.1
on Debian Etch ( AMD64 ). Both passwords are the same. Does anyone
Edvin Seferovic wrote:
Hello,
I have set up FreeRADIUS ( pre2 ) and activated SNMP ( rebuilt it with
--with-snmp ... ). The snmpd is also configured with the smuxpeer and the
correct password, but password seems to be rejected. I am using snmpd-5.3.1
on Debian Etch ( AMD64 ). Both passwords
Edvin Seferovic wrote:
Is the patch already in the CVS ? Can you send me the BugID ( can't find it
:( ) ? Can you give me a hint what needs to be ajusted ?
There is no patch in CVS. If it's not in bugs.freeradius.org, it's in
the mailing list archives.
As for a fix, the code uses int
Dear All,
I want to monitor the RADIUS with SNMP.
but i need to know exactly what is that OID means (
radiusAccServTotalNoRecords )
i searched and found that it means The number of RADIUS
Accounting-Request packets which were received and responded to but not
recorded
but i can't understand
Hi Alan,
thank you ! As you mentioned - net-snmp libraries do have a problem.
Although I've found a patch on their mailing list covering this problem for
net-snmp 5.3.1 ( I am attaching it ). Nevertheless I cannot get any data...
freeradius seems to register just fine :
Sun Dec 2 20:17:11 2007
Hi all,
I have 2 questions regarding FreeRADIUS and SNMP:
1/ Is it possible to run 2 FreeRADIUS servers on the
same box, with SNMP support activated? I understand
it's possible, using distinct values for smux_password
parameter.
2/ Connecting FreeRADIUS to Net-SNMP using SMUX is
quite easy. Has
Geoffroy Arnoud wrote:
1/ Is it possible to run 2 FreeRADIUS servers on the
same box, with SNMP support activated? I understand
it's possible, using distinct values for smux_password
parameter.
I'm not sure. FreeRADIUS tries to grab the IETF RADIUS SNMP OID
space. If there are two servers
Estimados, alguno de ustedes me puede ayudar a saber en que parte del
código de freeradius puedo ver información sobre las alarmas SNMP que se
envían?
Gracias.
Saludos.
--
---
Claudio Enrique González Argote
Service Application Plus.
Departamento de
Hi,
Just wondering if theres any particular reason the configure script
still checks for the ucd snmp libraries,
is there some legacy code that will only work with ucd snmp functions?
or can the snmp include test be updated to look for the net-snmp headers
(in acinclude.m4) ?
net-snmp/net-snmp
Hi,
Just wondering if theres any particular reason the configure script
still checks for the ucd snmp libraries,
is there some legacy code that will only work with ucd snmp functions?
or can the snmp include test be updated to look for the net-snmp headers
(in acinclude.m4) ?
probabyl
Hi Alan,
snmp querying works great now. Thanks for that!
However I've tried also to query some MIBS from
RADIUS-ACC-SERVER-MIB.txt or RADIUS-STAT-MIB.txt files and it looks like
freeradius does not react on it at all(no DEBUG activity with -X).
(cvs head)
Working query (using MIBs from RADIUS
Milan Holub wrote:
I remember all MIBs worked a week before or so...
There was a missing bracket in smux.c.
Alan DeKok.
--
http://deployingradius.com - The web site of the book
http://deployingradius.com/blog/ - The blog
-
List info/subscribe/unsubscribe? See
Hi Alan,
On Thu, Apr 19, 2007 at 12:26:46PM +0200, Alan DeKok wrote:
There was a missing bracket in smux.c.
== accounting MIBs now working:
main: smux_password = verysecret
main: snmp_write_access = yes
SMUX connect try 1
SMUX SMUX open oid: 1.3.6.1.4.1.3317.1.3.1
SMUX open progname:
Milan Holub wrote:
but statistics MIBs not registered/working yet...
It's not implemented. It's also not a standard. It was added on the
theory that we might do it one day, but perhaps not.
Alan DeKok.
--
http://deployingradius.com - The web site of the book
Hi Alan,
On Mon, Apr 16, 2007 at 04:39:16PM +0200, Alan DeKok wrote:
Try 32 HUPs. The memory will increase, but won't grow after that.
At some point in the future, it can be fixed to do more cleanups after
HUP.
== well, I've done the tests with 32 reHUPs and I'm getting
segmentation
Milan Holub wrote:
== well, I've done the tests with 32 reHUPs and I'm getting
segmentation fault during the promised cleanup:
...when 32nd HUP received:
Ok... after some work with valgrind, the problem should be fixed. The
server shouldn't use more memory after a HUP, and it shouldn't
1 - 100 of 230 matches
Mail list logo