RE: FW: sending V3 traps with trapsess

2008-04-16 Thread Josh Bers
. -Original Message- From: Birgit Arkesteijn [mailto:[EMAIL PROTECTED] Sent: Wednesday, April 16, 2008 6:24 AM To: Josh Bers Cc: 'List for discussion of the Westhawk SNMP stack' Subject: Re: FW: sending V3 traps with trapsess Dear Josh, I've had problems in the past, but I think it

Re: sending V3 traps with trapsess

2008-04-10 Thread Dave Shield
On 09/04/2008, Josh Bers <[EMAIL PROTECTED]> wrote: > I am concerned that there is a security risk involved with adding such > trapsess commands into the world readable /etc/snmp/snmpd.conf file. Is > there a way to suppress the printing of the passwords in this file The "snmpcmd(1)" man page i

Re: sending V3 traps with trapsess

2008-04-10 Thread Dave Shield
On 09/04/2008, Josh Bers <[EMAIL PROTECTED]> wrote: > Now I am using 5.3.1 and getting the following error when I configure > trapsess (found in /var/log/message): > > Snmpd[pid]: snmpd: send_trap: USM unknown security name (no such user > exists) What's the exact trapsess line (minus passwords

RE: sending V3 traps with trapsess

2008-04-10 Thread Josh Bers
;net-snmp-users@lists.sourceforge.net' Subject: RE: sending V3 traps with trapsess Dave, OK, I will be upgrading shortly to net-snmp 5.3.1. Would you expect with that version that the following trapsess will use the authoritative engineID of the currently running snmpd process when sending traps

RE: sending V3 traps with trapsess

2008-04-10 Thread Josh Bers
the /etc/snmp/snmpd.conf readable only by root? Thanks, Josh -Original Message- From: Josh Bers [mailto:[EMAIL PROTECTED] Sent: Thursday, April 03, 2008 2:43 PM To: 'Dave Shield' Cc: 'net-snmp-users@lists.sourceforge.net' Subject: RE: sending V3 traps with trapsess

RE: sending V3 traps with trapsess

2008-04-07 Thread Josh Bers
@lists.sourceforge.net Subject: Re: sending V3 traps with trapsess On 07/04/2008, Josh Bers <[EMAIL PROTECTED]> wrote: > Is there a way to identify > the release version via a MIB variable? UCD-SNMP-MIB::versionTag.0 Dave --

Re: sending V3 traps with trapsess

2008-04-07 Thread Dave Shield
On 07/04/2008, Josh Bers <[EMAIL PROTECTED]> wrote: > Is there a way to identify > the release version via a MIB variable? UCD-SNMP-MIB::versionTag.0 Dave - This SF.net email is sponsored by the 2008 JavaOne(SM) Confe

RE: sending V3 traps with trapsess

2008-04-07 Thread Josh Bers
EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dave Shield Sent: Monday, April 07, 2008 5:36 AM To: Josh Bers Cc: net-snmp-users@lists.sourceforge.net Subject: Re: sending V3 traps with trapsess On 03/04/2008, Josh Bers <[EMAIL PROTECTED]> wrote: > OK, I will be upgrading shortly to

Re: sending V3 traps with trapsess

2008-04-07 Thread Dave Shield
On 03/04/2008, Josh Bers <[EMAIL PROTECTED]> wrote: > OK, I will be upgrading shortly to net-snmp 5.3.1. 5.3.2 might be a better choice, since it includes various fixes over 5.3.1 > Would you expect with > that version that the following trapsess will use the authoritative engineID >

RE: sending V3 traps with trapsess

2008-04-04 Thread Josh Bers
-Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Dave Shield Sent: Wednesday, April 02, 2008 3:09 PM To: Josh Bers Cc: net-snmp-users@lists.sourceforge.net Subject: Re: sending V3 traps with trapsess On 02/04/2008, Josh Bers <[EMAIL PROTECTED]> wrote: > I

Re: sending V3 traps with trapsess

2008-04-02 Thread Dave Shield
On 02/04/2008, Josh Bers <[EMAIL PROTECTED]> wrote: > I am seeing strange behavior when configuring snmpd to send traps using > trapsess command in the snmpd.conf file. > > When I don't specify an engineID explicitly it attempts to do discovery even > though I am not asking for INFORMS! > I am usi

sending V3 traps with trapsess

2008-04-02 Thread Josh Bers
I am seeing strange behavior when configuring snmpd to send traps using trapsess command in the snmpd.conf file. When I don't specify an engineID explicitly it attempts to do discovery even though I am not asking for INFORMS! I would expect the code to use the authoritative engine ID of the