From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on inbox.vuxu.org X-Spam-Level: X-Spam-Status: No, score=-3.1 required=5.0 tests=HEADER_FROM_DIFFERENT_DOMAINS, MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED,RCVD_IN_MSPIKE_H4, RCVD_IN_MSPIKE_WL,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.4 Received: from second.openwall.net (second.openwall.net [193.110.157.125]) by inbox.vuxu.org (Postfix) with SMTP id 6952E280A3 for ; Fri, 8 Mar 2024 04:47:36 +0100 (CET) Received: (qmail 32459 invoked by uid 550); 8 Mar 2024 03:43:35 -0000 Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-ID: Reply-To: musl@lists.openwall.com Received: (qmail 32425 invoked from network); 8 Mar 2024 03:43:34 -0000 Date: Thu, 7 Mar 2024 22:47:40 -0500 From: Rich Felker To: David Schinazi Cc: musl@lists.openwall.com Message-ID: <20240308034740.GL4163@brightrain.aerifal.cx> References: <20240306161544.GH4163@brightrain.aerifal.cx> <20240307024316.GI4163@brightrain.aerifal.cx> <20240308000818.GJ4163@brightrain.aerifal.cx> <20240308025204.GK4163@brightrain.aerifal.cx> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.5.21 (2010-09-15) Subject: Re: [musl] mDNS in musl On Thu, Mar 07, 2024 at 07:34:33PM -0800, David Schinazi wrote: > Hmmm. The cleaner option with the new config option and support for > querying on all interfaces probably reaches a level of complexity where > running a resolver on localhost might be best. And I honestly agree with > your point that overloading the config option isn't great design. So > perhaps "not doing it at all" is the answer then. I'll think about it some > more, and discuss it with some mDNS experts at the next IETF meeting in a > couple weeks. I'll report back if someone has a clever idea that wouldn't > violate the design principles we've discussed in this thread. But if not, I > want to say thanks for thinking through this with me. I don't think the conclusion of this thread is necessarily "don't". The right form of config option, especially if there's consensus on what it should look like, is a very viable path, and the IP_PKTINFO thing you found makes the implementation a lot simpler. Having input from experts on the mDNS side would be most welcome and sounds like a good next step to figuring out if this makes sense. Rich