On Tue, 27 Sep 2005 11:10:59 +0100 Dave wrote:
DS> On Tue, 2005-09-27 at 00:24 +0200, Thomas Anders wrote:
DS> > I've decided to test for HAVE_OPENSSL_AES_H and
DS> > HAVE_AES_CFB128_ENCRYPT. Low-level, but works until
DS> > we find a better way.
DS>
DS> That's probably sensible in terms of detecting whether
DS> the agent supports AES or not. But it doesn't really
DS> answer your original question - why configure the agent
DS> with privacy support at all, when testing noPriv requests.
DS>
DS> How about something like the following tweak to Sv3config:
DS>
DS>
DS> if [ "$DEFPRIVTYPE" = "none" ]
DS> then
DS> CONFIGAGENT createUser initial $DEFAUTHTYPE initial_test_pass_auth
DS> CONFIGAGENT createUser template $DEFAUTHTYPE template_test_pass_auth
DS> else
DS> CONFIGAGENT createUser ... initial_test_pass_auth $DEFPRIVTYPE
DS> CONFIGAGENT createUser ... template_test_pass_auth $DEFPRIVTYPE
DS> fi
Wish I'd been paying attention this week. I've got a very similar fix that's
been sitting in my local cvs for a while now. Thought I had checked it into
main, but I guess not.
--
NOTE: messages sent directly to me, instead of the lists, will be deleted
unless they are requests for paid consulting services.
Robert Story; NET-SNMP Junkie
Support: <http://www.net-snmp.org/> <irc://irc.freenode.net/#net-snmp>
Archive: <http://sourceforge.net/mailarchive/forum.php?forum=net-snmp-coders>
You are lost in a twisty maze of little standards, all different.
-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
Net-snmp-coders mailing list
Net-snmp-coders@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
