Path: csiph.com!news.uzoreto.com!news.etla.org!nntp-feed.chiark.greenend.org.uk!ewrotcd!usenet-its.stanford.edu!usenet.stanford.edu!not-for-mail From: tale Newsgroups: comp.protocols.dns.bind Subject: Re: Error "Query section mismatch : got" Date: Wed, 19 Aug 2020 10:05:50 -0400 Lines: 21 Approved: bind-users@lists.isc.org Message-ID: References: <20200819114133.GA6272@fantomas.sk> NNTP-Posting-Host: lists.isc.org Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" X-Trace: usenet.stanford.edu 1597845973 8593 149.20.1.60 (19 Aug 2020 14:06:13 GMT) X-Complaints-To: action@cs.stanford.edu To: bind-users Return-Path: X-Original-To: bind-users@lists.isc.org Delivered-To: bind-users@lists.isc.org DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=salesforce.com; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to; bh=8bu3j4lCWgTANRtl7E/FFevG3w92WmyypEnXmAeK3tQ=; b=a8/fnbEvHp/CVso6oaAIJT+6tnL2sY3hACjOvnRt8Ggy4hucmzCKSDlxJ1IvRJ86AS zL1kOJoUdNht/WQpI9ZOlJzDqL07dgpL8pho5VW4vNI6n+N5PrZJ2FQ4bMKHb8j/KyaM 3BnOjFaE6uhD5gvWEXdJnKaIQP8LNkqPaVVdE= X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to; bh=8bu3j4lCWgTANRtl7E/FFevG3w92WmyypEnXmAeK3tQ=; b=GVwuBgEcf/c43FBvglCH8kStgBTR1Q4lfIEzkf7R7U67+S7odcYa5YkgzMpsrssfwT RQIro0fhwV5TxuhhFtvcVkPLcriIYD0F9bBwivL2Bjk7H7CjPz8P+Gu1s5T4pyjWT4jj WYiMDxi8OPfTtLp2c341hxGO963M/PAH/AK9PXKWV5ihq8plfT91VV8GCctwqcOKev7P c8hN1Zt2plUuqEaHIoL7golTCoZFSpE4OfOV2EGiapu0EiM/K41Ql+miU8FxeaP85oqK y2dsuaInRvRrS5jIMllbAqMY1Yg1itRdFetVv8o30Ehd+k21eIjQY03H70sOxSWPKk9s SHeA== X-Gm-Message-State: AOAM532OJR1UpAsCjff/PXXJd797/MV/t/iHZSXsQlWc1QAHtgFQgXRY PTsYRQO9w8JtCFtHRFTlEZXa+s7MWcUFYPWrvXEiz3CyLchjrA== X-Google-Smtp-Source: ABdhPJzlfUS78/Dprx8UBZ7CQ5ZENhjDGj2h6e7qL4y86+vYDTImTffmnaWYI65EBDlon1SOeQyYOKEbLpoa/Qbrl7I= X-Received: by 2002:a17:902:968d:: with SMTP id n13mr9987278plp.260.1597845960962; Wed, 19 Aug 2020 07:06:00 -0700 (PDT) In-Reply-To: <20200819114133.GA6272@fantomas.sk> X-Spam-Status: No, score=-0.2 required=5.0 tests=DKIMWL_WL_MED,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS autolearn=disabled version=3.4.2 X-Spam-Checker-Version: SpamAssassin 3.4.2 (2018-09-13) on mx.pao1.isc.org X-BeenThere: bind-users@lists.isc.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: BIND Users Mailing List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-Mailman-Original-Message-ID: X-Mailman-Original-References: <20200819114133.GA6272@fantomas.sk> Xref: csiph.com comp.protocols.dns.bind:16053 On Wed, Aug 19, 2020 at 7:42 AM Matus UHLAR - fantomas wrote: > again, why you query for 250.0-24.199.212.125.in-addr.arpa > under normal circumstances there's no point of querying that name. > Well yes and no. While an individual user would typically not, resolvers sure will. While trying to resolve 250.199.212.125.in-addr.arpa, it will eventually get to 250.199.212.125.in-addr.arpa CNAME 250.0-24.199.212.125.in-addr.arpa. Then it will need to resolve the canonical name, and a response like the original one that was shown will be clearly buggy. I say "possibly" because from my vantage, all three of ns{,1,2}.viettelidc.com.vn, the authorities for 0-24.199.212.125.in-addr.arpa, are giving fine answers right now (on udp; blocked on tcp). This includes the originally reported problem IP, 115.84.177.8 -- tale