>>>>> On Thu, 29 Jul 2004 13:48:45 +0200, Thomas Anders <[EMAIL PROTECTED]> said:
Thomas> I had a similar idea in mind, but rather using a named pipe. Will any
Thomas> of the config reading routines have problems reading from
Thomas> named pipes?
That would work too. Read in the line, and then call
read_config("line...") on it and it should work (he says without
testing).
Thomas> If you'd be willing to offer some code fragments (trivial, you
Thomas> said), I may well go the snmpUsmMib route. It'd also offer the
Thomas> advantage to be able to pass usmUsers remotely.
you'd basically have to instrument the snmptrapd application with the
same init routines that the agent uses (but attached to a new port),
and make sure you call init_usmUser and init_vacm_vars in the process
and you'd be good to go. Following the tutorial on building agent
code could walk you through it.
Thomas> Which one of the two approaches would be more likely to get
Thomas> included in stock 5.2 snmptrapd (possibly turned on by a new
Thomas> configure directive, off by default)? Or none? Or both?
We'd consider both. I think the real agent possibility is probably
the right way to go.
Actually, better yet we could make use of the fact that snmptrapd is a
sub-agent already to the master agent. We could then simply register
another usmUser table under a different SNMPv3 context (say
"snmptrapd") and thus you could configure snmptrapd's users by talking
directly to the master agent. Slick! I'd install that into 5.2 hands
down.
But it'd require more code, since the current usmUser code is written
in the old API and doesn't handle contexts.
--
Wes Hardaker
Sparta
-------------------------------------------------------
This SF.Net email is sponsored by OSTG. Have you noticed the changes on
Linux.com, ITManagersJournal and NewsForge in the past few weeks? Now,
one more big change to announce. We are now OSTG- Open Source Technology
Group. Come see the changes on the new OSTG site. www.ostg.com
_______________________________________________
Net-snmp-users mailing list
[EMAIL PROTECTED]
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users
