From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/8736 Path: news.gmane.org!not-for-mail From: Laurent Bercot Newsgroups: gmane.linux.lib.musl.general Subject: Re: Re: Would love to see reconsideration for domain and search Date: Fri, 23 Oct 2015 11:35:27 +0200 Message-ID: <5629FF5F.8060004@skarnet.org> References: <20151022215608.GA8645@brightrain.aerifal.cx> <20151023081259.GX28311@example.net> Reply-To: musl@lists.openwall.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1445592949 18787 80.91.229.3 (23 Oct 2015 09:35:49 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 23 Oct 2015 09:35:49 +0000 (UTC) To: musl@lists.openwall.com Original-X-From: musl-return-8749-gllmg-musl=m.gmane.org@lists.openwall.com Fri Oct 23 11:35:49 2015 Return-path: Envelope-to: gllmg-musl@m.gmane.org Original-Received: from mother.openwall.net ([195.42.179.200]) by plane.gmane.org with smtp (Exim 4.69) (envelope-from ) id 1ZpYlC-0004b7-Ia for gllmg-musl@m.gmane.org; Fri, 23 Oct 2015 11:35:42 +0200 Original-Received: (qmail 18412 invoked by uid 550); 23 Oct 2015 09:35:39 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: Original-Received: (qmail 18394 invoked from network); 23 Oct 2015 09:35:38 -0000 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:38.0) Gecko/20100101 Thunderbird/38.3.0 In-Reply-To: <20151023081259.GX28311@example.net> Xref: news.gmane.org gmane.linux.lib.musl.general:8736 Archived-At: On 23/10/2015 10:12, u-uy74@aetey.se wrote: > +1 to the level 1 comments > > +1 to solving the particular problem of a certain deployment > (the massive reliance on search paths) > inside the deployment, not in a general purpose library > > It looks unrealistic to both have redundancy and differing/conflicting > data on different servers in a consistent fashion, by the mere mechanisms > of resolv.conf. > > Nice that musl chose consistency and redundancy. > > Good if there is an option suitable for systems which need differing > functionality, but please not at an extra cost for other parties. > > A DNS cache looks of course like the right option for fine tuning the > desired resolution behaviour. +1 to all this. "search" in /etc/resolv.conf was *never* meant to list resolvers serving different results. It was always meant to list backups serving consistent results. Any other use of "search" lines is abusing the mechanism; if it works with glibc, it is a testimony that glibc doesn't care about consistency, not an argument that it is a valid use case. The right way to proceed is to implement an ad-hoc resolver that suits the specific wanted usage, not to modify a libc that implements the proper behaviour. -- Laurent