From mboxrd@z Thu Jan 1 00:00:00 1970 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=DKIM_INVALID,DKIM_SIGNED, MAILING_LIST_MULTI,RCVD_IN_DNSWL_MED,RCVD_IN_MSPIKE_H3, RCVD_IN_MSPIKE_WL autolearn=ham autolearn_force=no version=3.4.4 Received: (qmail 8322 invoked from network); 4 Nov 2023 06:44:53 -0000 Received: from second.openwall.net (193.110.157.125) by inbox.vuxu.org with ESMTPUTF8; 4 Nov 2023 06:44:53 -0000 Received: (qmail 31796 invoked by uid 550); 4 Nov 2023 06:44:48 -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 31758 invoked from network); 4 Nov 2023 06:44:47 -0000 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ayushnix.com; h= cc:content-type:content-type:date:date:from:from:in-reply-to :message-id:mime-version:reply-to:sender:subject:subject:to:to; s=fm3; t=1699080276; x=1699166676; bh=hQ/JYEIGkrmvMaP+JzAS0n8ra 1z4VIC+NLjnzS2h/jA=; b=zDNZL99I61sBK4N630MSomSnwxLiPtpaTbmbcTJev DO45e1OKgpJblu3dr4Ib5pmHZUeW+fBLdQYjnygK+K68Gm7Qdnhi30aebP0RBQnA B11hnpabn+tb4mSwmz/ruggaf4jE9+gDHdVBvV6z8jx354FAQ4+mRkreKxu0qzGG JP8qKGDMivrplOBVD5rX0KqoxYrGF5/Rbm9fYwHgPy3tBgy6aO7COhVouLBf0q5c 6aaJdO9N85gdx+zo3kuiOPfnpzAXwrqK0Ko3mMMJaampz7FpoYozfP2BjMAGBlr+ gK3AVQO56u/Fkm7slSHHRO+X0oXHRnEXzL2o4LOLhbTNQ== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:content-type:date:date :feedback-id:feedback-id:from:from:in-reply-to:message-id :mime-version:reply-to:sender:subject:subject:to:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t= 1699080276; x=1699166676; bh=hQ/JYEIGkrmvMaP+JzAS0n8ra1z4VIC+NLj nzS2h/jA=; b=i0zUxpOfhLJhKyIvKB/MxIGvbQtkqrGOcZszYfoCA/1aL3Gk2br jx7ufg+Pdn8kikd3caOj6LHEw3+VTkdP1ttb9ngaMdbbEOmS6OZDGOwxDqcFz2EP Xoy42Wvd+gLId+GPrCm0k+eUwvXnAVpp+WpKx5Hn4OjtTMwVuHJBE34XTkaiLlcP 0E7vweWBEuP776qZSYCH4jXucMa8l/G/ru4Pc8bMQWfYK1ZJcYMsF70i0VVbs8cc q/MoWsTJa1jnNXYZ/x8WbGDm6uJJwokUrHgj1v0fA8AJdmhjEJ5CECvLbUfAqUa8 iinAbH+LKXv7LygSfPROKhTb0bIPPaLuKPQ== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvkedruddtledgleejucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucenucfjughrpefofgggkfffhffvufgtsehttdertd erredtnecuhfhrohhmpedfteihuhhshhcutehgrghrfigrlhdfuceorgihuhhshhesrgih uhhshhhnihigrdgtohhmqeenucggtffrrghtthgvrhhnpedvffdtleegkedvvdevieegff elfeefhfetteeviedtleeuudevheelfeekfffhtdenucevlhhushhtvghrufhiiigvpedt necurfgrrhgrmhepmhgrihhlfhhrohhmpegrhihushhhsegrhihushhhnhhigidrtghomh X-ME-Proxy: Feedback-ID: i03394646:Fastmail X-Mailer: MessagingEngine.com Webmail Interface User-Agent: Cyrus-JMAP/3.9.0-alpha0-1108-g3a29173c6d-fm-20231031.005-g3a29173c MIME-Version: 1.0 Message-Id: Date: Sat, 04 Nov 2023 12:12:58 +0530 From: "Ayush Agarwal" To: musl@lists.openwall.com Content-Type: text/plain Subject: [musl] questions about musl DNS resolver Hi, I was reading about how DNS works in Linux distributions and I noticed some differences in the way libc resolvers work in glibc and in musl. I hope it's okay if I ask a few (potentially stupid) questions? 1. Why not offer a different man page on musl distributions for pages like resolv.conf(5) and resolver(3) considering how their implementation details and behavior are different from glibc? Is not offering them intentional or does it require someone to step up and write the documentation? 2. Which options in the resolv.conf(5) man page are supported by musl? I know "search" and "nameserver" are supported but what about "options" like "ndots", "edns0", "use-vc", "trust-ad"? 3. It seems that version 1.2.1 added support for DNSSEC queries but how do I confirm if DNSSEC queries are sent and received with musl? Do I need to use the "option edns0 trust-ad" directive in resolv.conf for it work? The usual suspects like drill and kdig seem to use their own resolver. 4. The musl version 1.2.4 added TCP fallback to DNS. Is this fallback intended to work automatically when the size of a DNS query is large or does it need any configuration? Thanks, Ayush