*BSD News Article 69871


Return to BSD News archive

Path: euryale.cc.adfa.oz.au!newshost.anu.edu.au!harbinger.cc.monash.edu.au!news.rmit.EDU.AU!news.unimelb.EDU.AU!munnari.OZ.AU!news.hawaii.edu!ames!news.larc.nasa.gov!lerc.nasa.gov!magnus.acs.ohio-state.edu!math.ohio-state.edu!howland.reston.ans.net!vixen.cso.uiuc.edu!newsfeed.internetmci.com!in1.uu.net!mayumi.iphil.net!map
From: map@marikit.iphil.net (Miguel A.L. Paraz)
Newsgroups: comp.protocols.tcp-ip.domains,comp.os.linux.networking,comp.unix.bsd.freebsd.misc
Subject: Re: Classless IN-ADDR.ARPA and resolver PROBLEM (gethostby*.getanswer)
Date: 1 Jun 1996 02:29:09 GMT
Organization: IPhil Communications
Lines: 37
Distribution: inet
Message-ID: <slrn4qvae1.9ft.map@marikit.iphil.net>
References: <slrn4qu6d8.3vl.map@marikit.iphil.net>
Reply-To: map@iphil.net
NNTP-Posting-Host: marikit.iphil.net
X-Newsreader: slrn (0.8.6.1)
Xref: euryale.cc.adfa.oz.au comp.protocols.tcp-ip.domains:10549 comp.os.linux.networking:40318 comp.unix.bsd.freebsd.misc:20424

I wrote earlier:

>telnetd is run from the TCP wrapper's 'tcpd'.  When it gets
>a request from 203.176.4.4, which is 
>
>4	IN	CNAME	4.0.4.176.203.in-addr.arpa.
>
>This happens:
>
>May 31 23:51:24 server in.telnetd[16858]: gethostby*.getanswer: 
>asked for "4.4.176.203.in-addr.arpa", got "4.0.4.176.203.in-addr.arpa"

I located the source of the error message - it's not in tcpd,
but in the resolver code - I found it in the C library (libc.a).
It potentially would break anything that depends on IP address
to name lookups.  So far, the effect here is that tcpd rejects
connections from systems with 'allowed' domain names.

DNS-aware tools such as 'nslookup' and 'dig' are just fine.

I believe this has to be fixed before 
draft-ietf-cidrd-classless-inaddr-01.txt becomes a standard.


--
miguel a.l. paraz <map@iphil.net>        iphil communications, makati city, 
tech problems, to <support@iphil.net>    philippines.