On Thu, Oct 04, 2001 at 09:52:44AM +1000, Peter Hardy wrote:
> On Thu, 2001-10-04 at 09:18, Rick Moen wrote:
> > I haven't used SNMP lately, so can't check to see what you mean.
>
> I was discussing this with Jeff recently, as I've been trying to wrap my
> head around snmp. Debian systems install the sample snmpd.conf file
> that comes with the distribution, and then starts the service. On a
> basic install, you can do something like:
>
> peter@titanium:~$ snmpwalk -v 1 localhost public .1.3.6.1.4.1.2021.8
> enterprises.ucdavis.extTable.extEntry.extIndex.1 = 1
> enterprises.ucdavis.extTable.extEntry.extNames.1 = echotest
> enterprises.ucdavis.extTable.extEntry.extCommand.1 = /bin/echo hello
> world
> enterprises.ucdavis.extTable.extEntry.extResult.1 = 0
> enterprises.ucdavis.extTable.extEntry.extOutput.1 = hello world
>
> which is, well... silly.
> But the default install also lets you find out how much disk space is on
> /, how many sendmail, mountd and ntalkd processes are running and check
> the current load.
I haven't found that to be the case, I've found it comes configured to
limit the view to the system part of the mib tree.
> Again, the standard configuration lasted about 5 seconds, but in a
> distribution that I've come to expect to have a fairly sane
> configuration, this was a nasty shock.
I was curious, so I just double check this, I purged snmpd (made sure the
config file was gone) then reinstalled, and your example of
snmpwalk -v 1 localhost public .1.3.6.1.4.1.2021.8
didn't work for me.
Why does snmpd and snmptrapd run as root? it was easy enough to make
it run as a normal user, and I didn't notice any difference.
So I'm not sure why it runs as root out of the box, but there may
be a reason for it.
--
chesty
--
SLUG - Sydney Linux User Group Mailing List - http://slug.org.au/
More Info: http://lists.slug.org.au/listinfo/slug
