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.