On 24/01/07, liu.renfeng <[EMAIL PROTECTED]> wrote:
> Is there any thing I need to do to fix this problem ?
You need to simplify your snmpd.conf file!
In particular, you have *two* active access control sections:
> com2sec notConfigUser default public
> group notConfigGroup v1 notConfigUser
> group notConfigGroup v2c notConfigUser
> view systemview included .1.3.6.1.2.1.1
> view systemview included .1.3.6.1.2.1.25.1.1
> access notConfigGroup "" any noauth exact systemview none none
Which gives "public" access to the system group only,
then later:
> com2sec notConfigUser default public
> group notConfigGroup v1 notConfigUser
> group notConfigGroup v2c notConfigUser
> view roview included .1
> view rwview included system.sysContact
> view rwview included system.sysName
> view rwview included system.sysLocation
[etc]
> access notConfigGroup "" any noauth exact roview rwview none
Which tries to give public access to the whole tree.
But because you've already set up access to the "systemview",
that's what will be used instead. The 'roview'/'rwview' settings will
be ignored
I suggest you start again with a clean config file.
Something like
rocommunity public
would be the simplest.
> I cross compiled net-snmp with --enable-mini-agent option
Note that this will omit most of the 'mib-2' objects from the agent.
You should still get the system group, but I'm not sure how much
else will be implemented.
Dave
-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys - and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Net-snmp-coders mailing list
Net-snmp-coders@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/net-snmp-coders
