Services Not Resolving?

Robert Bushman plug-discuss@lists.plug.phoenix.az.us
Thu, 17 Oct 2002 17:53:58 -0700 (MST)


Yup, that's the money shot. Removed the [NOTFOUND=return] and
all is well.  LDAP still gets precedence, since it's listed
first, but fails over to files (/etc/services).

On Thu, 17 Oct 2002, Robert Bushman wrote:

> I have managed to kill service name resolution on
> another machine now by installing Sourceforge.
> I think I have it but do not have time to verify
> right now.  One of the LDAP steps asks you to
> cp /usr/share/doc/libnss-ldap/examples/nsswitch.ldap /etc/nsswitch.conf
> Among the differences between the original and
> the examples version:
>
> bob@twin:/etc$ grep ^services nsswitch.conf nsswitch.conf.pre-ldap
> nsswitch.conf:services:   ldap [NOTFOUND=return] files
> nsswitch.conf.pre-ldap:services:       db files
>
>
> On Wed, 16 Oct 2002, Robert Bushman wrote:
>
> > Interesting - nmap is resolving ports successfully.
> >
> > twin:/var/log# nmap magilla
> >
> > Starting nmap V. 2.54BETA31 ( www.insecure.org/nmap/ )
> > Interesting ports on  (36.24.36.24):
> > (The 1543 ports scanned but not shown below are in state: closed)
> > Port       State       Service
> > 9/tcp      open        discard
> > 13/tcp     open        daytime
> > 22/tcp     open        ssh
> > 25/tcp     open        smtp
> > 37/tcp     open        time
> > 53/tcp     open        domain
> > 80/tcp     open        http
> > 113/tcp    open        auth
> > 389/tcp    open        ldap
> > 515/tcp    open        printer
> > 2401/tcp   open        cvspserver
> >
> >
> > Nmap run completed -- 1 IP address (1 host up) scanned in 0 seconds
> >
> >
> > On Wed, 16 Oct 2002, Robert Bushman wrote:
> >
> > > On Tue, 15 Oct 2002, der.hans wrote:
> > >
> > > > It's readable for everyone?
> > >
> > > Yes
> > >
> > > > Is there an environmental variable that might affect it?
> > >
> > > <shrug>
> > >
> > > Shouldn't be - I think those calls are system
> > > level stuff.  There's nothing peculiar in or
> > > not in my env.
> > >
> > > Subject: Cron <mail@twin>   if [ -x /usr/sbin/exim -a -f
> > > /etc/exim/exim.conf ]; then /usr/sbin/exim -q ; fi
> > > X-Cron-Env: <SHELL=/bin/sh>
> > > X-Cron-Env: <HOME=/var/mail>
> > > X-Cron-Env: <PATH=/usr/bin:/bin>
> > > X-Cron-Env: <LOGNAME=mail>
> > > Date: Tue, 15 Oct 2002 20:23:01 -0700
> > >
> > > 2002-10-15 20:23:01 181R1q-0001Kw-00 TCP service "smtp" not found
> > >
> > > > I presume UNIX sockets are working or you wouldn't be able to get on the air
> > > > at all.
> > >
> > > yup
> > >
> > > > Is your networking hosed?
> > >
> > > Just outgoing email
> > >
> > > > Didja lose localhost?
> > >
> > > Hmmm, interesting:
> > >
> > > twin:/var/log# ping localhost
> > > ping: unknown protocol icmp.
> > > twin:/var/log# ping cisco.com
> > > ping: unknown protocol icmp.
> > > twin:/var/log# host localhost
> > > localhost has address 127.0.0.1
> > > twin:/var/log# host cisco.com
> > > cisco.com has address 198.133.219.25
> > > twin:/var/log# ifconfig lo
> > > lo        Link encap:Local Loopback
> > >           inet addr:127.0.0.1  Mask:255.0.0.0
> > >           UP LOOPBACK RUNNING  MTU:16436  Metric:1
> > >           RX packets:14478 errors:0 dropped:0 overruns:0 frame:0
> > >           TX packets:14478 errors:0 dropped:0 overruns:0 carrier:0
> > >           collisions:0 txqueuelen:0
> > >           RX bytes:1233385 (1.1 MiB)  TX bytes:1233385 (1.1 MiB)
> > >
> > >
> > > > Do you have a firewall blocking access? /etc/hosts.{allow,deny}?
> > >
> > > Both empty
> > >
> > >
> > >
> > > > ciao,
> > > >
> > > > der.hans
> > > > --
> > > > #  https://www.LuftHans.com/    http://www.TOLISGroup.com/
> > > > #  A t-shirt a day keeps the noose (tie) away. - der.hans
> > > >
> > > > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> > > > PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
> > > > To subscribe, unsubscribe, or to change  you mail settings:
> > > > http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
> > > >
> > >
> > > ----------------------------------------------------------------------
> > > "Any data that's public, and that Google can see, is hardly worth
> > > storing and organizing. We simply search for what we need, when we
> > > need it: just-in-time information management." - Jon Udell
> > > ----------------------------------------------------------------------
> > >
> > >
> >
> > ----------------------------------------------------------------------
> > "Any data that's public, and that Google can see, is hardly worth
> > storing and organizing. We simply search for what we need, when we
> > need it: just-in-time information management." - Jon Udell
> > ----------------------------------------------------------------------
> >
> > -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> > PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
> > To subscribe, unsubscribe, or to change  you mail settings:
> > http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
> >
>
> ----------------------------------------------------------------------
> "Any data that's public, and that Google can see, is hardly worth
> storing and organizing. We simply search for what we need, when we
> need it: just-in-time information management." - Jon Udell
> ----------------------------------------------------------------------
>
> -=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-=-
> PLUG-discuss mailing list - PLUG-discuss@lists.plug.phoenix.az.us
> To subscribe, unsubscribe, or to change  you mail settings:
> http://lists.PLUG.phoenix.az.us/mailman/listinfo/plug-discuss
>

----------------------------------------------------------------------
"Any data that's public, and that Google can see, is hardly worth
storing and organizing. We simply search for what we need, when we
need it: just-in-time information management." - Jon Udell
----------------------------------------------------------------------