[Nagiosplug-help] check_by_ssh banner bug?

[Aaron Carr]

I thought of that while I was taking a break a few minutes ago,
however, when I came back and started looking, the sshd startup file
assumes that sshd_config is the file.  There isn't an option in the
start script for me to specify /etc/ssh/sshd_config2 should be the
file for /etc/inti.d/sshd2, or I would probably use that approach on
some weird unused port number.

Aaron

On 8/10/05, Garrett Honeycutt <gh at 3gupload.com> wrote:
> 
> Could you run another instance of SSH on another port and only use it
> for Nagios? You wouldn't need a banner for a service that you are not
> using for shell access.
> 
> -g
> 
> On Wed, 2005-08-10 at 13:36 -0400, Aaron Carr wrote:
> > I've searched the archives, and I found that someone asked on
> > 2004-09-17 and again on 2004-09-23 if there is a fix for check_by_ssh
> > not working if there is a banner set.
> >
> > I didn't however see any answer whatsoever.
> >
> > So I'd like to know if anyone knows any workarounds to
> > removing/disabling the sshd banner (since company policy will not
> > allow me to do so).  I tried multiple variations of clearing the
> > screen, then piping to the check command, but when I tried those, the
> > plugin would ust timeout.  The only way I got them to work was when I
> > moved /etc/issue to some alternate filename.
> >
> > Any help with this would be greatly appreciated.
> >
> > Aaron
> >
> >
> > -------------------------------------------------------
> > SF.Net email is Sponsored by the Better Software Conference & EXPO
> > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> > _______________________________________________
> > Nagiosplug-help mailing list
> > Nagiosplug-help at lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/nagiosplug-help
> > ::: Please include plugins version (-v) and OS when reporting any issue.
> > ::: Messages without supporting info will risk being sent to /dev/null
> --
> // Garrett Honeycutt
> // Sr. Systems Administrator
> // 3GUpload.com, Inc.
> // 317.472.4969 Office
> 
>