On Wed, 25 May 2005 11:19:42 +0100 Dave wrote:
DS> > Dave> Wes - can you recall why the AgentX registration handling uses the
DS> > Dave> 'community' field of the PDU structure? Was it just Shield
DS> > stupidity Dave> again?
DS>
DS> > wassnat me!
DS> > I don't know.
DS>
DS> OK - so we'll put it
> OK - now try the same request that Wes suggested -
>snmpwalk . NET-SNMP-AGENT-MIB::nsModuleTable
>
> What are the entries relating to .1.3.6.1.4.1.1331.11.3 ?
> Do they mention "public" or not?
>
> Dave
>
The "public" is not mentioned now:
...
NET-SNMP-AGENT-MIB::nsModuleName."".9.1.
> Dave> Wes - can you recall why the AgentX registration handling uses the
> Dave> 'community' field of the PDU structure? Was it just Shield stupidity
> Dave> again?
> wassnat me!
> I don't know.
OK - so we'll put it down to a Shield cock-up then.
I know that I didn't get to grips with SNMPv3
On Wed, 2005-05-25 at 08:36, Eyal Schneider wrote:
> a) Trying to get system.sysUpTime.0 works correctly
> b) snmpwalk on tcpConnTable returns many rows
> (I don't know what to check there)
That's fine - if it returns *anything*, then the access
control is probably OK.
> c) The subagent reg
> - the J.agentX subagent should register with a
>context (/community) of ""
> - the Net-SNMP master agent should have a config
>including "rocommunity public"
> - the snmpget/snmpwalk/etc commands should specify
> -v 1 -c public
>
> With this setup:
>
> a) Can you see anyth
> On Tue, 24 May 2005 13:25:41 +0100, Dave Shield <[EMAIL PROTECTED]> said:
Dave> Wes - can you recall why the AgentX registration handling uses the
Dave> 'community' field of the PDU structure? Was it just Shield stupidity
Dave> again? What would be the implications of switching to use the
On Tue, 2005-05-24 at 15:41, Eyal Schneider wrote:
> Dave> Try removing mention of "public" from the AgentX registration call
> Dave> (so it uses the default context), and see if that's any better.
>
> When I do so I get "Timeout: No Response from localhost". The master
> agent seems to ignore the
Dave> Your subagent has registered this table in the (non-default) context
Dave> "public", which is a completely different idea to the community string
Dave> used to control access.
Dave> Try removing mention of "public" from the AgentX registration call
Dave> (so it uses the default context), and
On Tue, 2005-05-24 at 09:47, Eyal Schneider wrote:
> Wes> Can you walk the nsModuleTable to see if it got registered?
>
> The registration was done with OID "1.3.6.1.4.1.1331.11.3" and
> community string "public",
Urk!
That's where the problem lies, I think.
I *though* it was odd that you'd talke
Dave> What are the access control settings on the master agent?
I only defined a community string in the master agent.
The snmpd.conf is :
rwcommunity public
syslocation localhost
master agentx
Eyal.
---
This SF.Net email is sponsored by
On Mon, 2005-05-23 at 16:34, Eyal Schneider wrote:
> However, when I send a GET command to the master agent,
> it is never forwarded to the sub agent.
What are the access control settings on the master agent?
Dave
---
This SF.Net email is spo
Wes> Can you walk the nsModuleTable to see if it got registered?
The registration was done with OID "1.3.6.1.4.1.1331.11.3" and
community string "public", and the walk seems to indicate that the new
object IS registered:
...
NET-SNMP-AGENT-MIB::nsModuleName."public".9.1.3.6.1.4.1.1331.11.3.127
= S
> On Mon, 23 May 2005 18:34:04 +0300, Eyal Schneider <[EMAIL PROTECTED]>
> said:
Eyal> However, when I send a GET command to the master agent, it is never
Eyal> forwarded to the sub agent.
Eyal> Did I miss some configuration?
Can you walk the nsModuleTable to see if it got registered?
13 matches
Mail list logo
