about nsca

[Daniel Szortyka]

Hi,

Sorry, but the service starts sucessfully but I still don't seeing the
service when I execute a nmap localhost....

here is my nsca.conf in /etc/nagios/

server_port=5667
server_address=192.168.10.2
allowed_hosts=127.0.0.1 192.168.10.3 192.168.0.171
nsca_user=nagios
nsca_group=nagios
debug=0
command_file=/usr/local/nagios/var/rw/nagios.cmd
alternate_dump_file=/var/spool/nagios/nsca.dump
aggregate_writes=0
append_to_file=0
max_packet_age=30
password=Supp0rt1t
decryption_method=2

Some idea about the problem?

Thanks!

Daniel

On 6/20/05, Balestra, Roberto <Roberto.Balestra at getronics.com> wrote:
> Hi,
> change 'disable = yes' to 'disable = no' and restart xinetd
> Bye
>         Roberto
> 
> > -----Original Message-----
> > From: nagios-users-admin at lists.sourceforge.net
> > [mailto:nagios-users-admin at lists.sourceforge.net]On Behalf Of Daniel
> > Szortyka
> > Sent: lunedì 20 giugno 2005 13.59
> > To: nagios-users at lists.sourceforge.net
> > Subject: [Nagios-users] about nsca
> >
> >
> > Hello folks,
> >
> > I'm trying to execute a nsca daemon over a Fedora Core 3 with
> > Nagios 2.0b2
> >
> > The service start with sucessfully....
> >
> > my /etc/services:
> > nsca            5667/tcp                        # NSCA
> >
> > my xinetd.d/nsca :
> >
> > service nsca
> > {
> >         flags           = REUSE
> >         type            = UNLISTED
> >         port            = 5667
> >         socket_type     = stream
> >         wait            = no
> >         user            = nagios
> >         group           = nagios
> >         server          = /usr/sbin/nsca
> >         server_args     = -c /etc/nagios/nsca.cfg --inetd
> >         log_on_failure  += USERID
> >         disable         = yes
> >         only_from       = 192.168.10.0
> > }
> >
> > BUT, when I execute "nmap localhost" I can't see my 5667 port opened
> > or I cant telnet the port from my machine to my nsca server...
> > somebody already passed by this problem?
> >
> > Thanks for all...
> >
> > Daniel Szortyka
> > Brasil - Rio Grande do Sul - Porto Alegre
> >
> >
> > -------------------------------------------------------
> > SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> > from IBM. Find simple to follow Roadmaps, straightforward articles,
> > informative Webcasts and more! Get everything you need to get up to
> > speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=ick
> > _______________________________________________
> > Nagios-users mailing list
> > Nagios-users at lists.sourceforge.net
> > https://lists.sourceforge.net/lists/listinfo/nagios-users
> > ::: Please include Nagios version, plugin version (-v) and OS
> > when reporting any issue.
> > ::: Messages without supporting info will risk being sent to /dev/null
> >
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&opclick
> _______________________________________________
> Nagios-users mailing list
> Nagios-users at lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/nagios-users
> ::: Please include Nagios version, plugin version (-v) and OS when reporting any issue.
> ::: Messages without supporting info will risk being sent to /dev/null
>


-------------------------------------------------------
SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
from IBM. Find simple to follow Roadmaps, straightforward articles,
informative Webcasts and more! Get everything you need to get up to
speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&op=click
_______________________________________________
Nagios-users mailing list
Nagios-users at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/nagios-users
::: Please include Nagios version, plugin version (-v) and OS when reporting any issue. 
::: Messages without supporting info will risk being sent to /dev/null