From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Robert Pluim Newsgroups: gmane.emacs.bugs Subject: bug#45798: 28.0.50; nsm-check-local-subnet-ipv4 fails with nsm-trust-local-network Date: Mon, 11 Jan 2021 21:33:53 +0100 Message-ID: <87mtxf2oy6.fsf@gmail.com> References: <875z43wa2o.fsf@tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="30058"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 45798@debbugs.gnu.org To: "Basil L. Contovounesios" Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Mon Jan 11 21:35:51 2021 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1kz3un-0007hW-85 for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 11 Jan 2021 21:35:49 +0100 Original-Received: from localhost ([::1]:43048 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1kz3um-0000Fn-9K for geb-bug-gnu-emacs@m.gmane-mx.org; Mon, 11 Jan 2021 15:35:48 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:39782) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1kz3u2-0000F3-Nn for bug-gnu-emacs@gnu.org; Mon, 11 Jan 2021 15:35:04 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:46846) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1kz3u2-0002HX-Gi for bug-gnu-emacs@gnu.org; Mon, 11 Jan 2021 15:35:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1kz3u2-0004qY-Dw for bug-gnu-emacs@gnu.org; Mon, 11 Jan 2021 15:35:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Robert Pluim Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Mon, 11 Jan 2021 20:35:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 45798 X-GNU-PR-Package: emacs Original-Received: via spool by 45798-submit@debbugs.gnu.org id=B45798.161039724418562 (code B ref 45798); Mon, 11 Jan 2021 20:35:02 +0000 Original-Received: (at 45798) by debbugs.gnu.org; 11 Jan 2021 20:34:04 +0000 Original-Received: from localhost ([127.0.0.1]:58392 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kz3t5-0004pK-M2 for submit@debbugs.gnu.org; Mon, 11 Jan 2021 15:34:03 -0500 Original-Received: from mail-wm1-f51.google.com ([209.85.128.51]:36740) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1kz3t3-0004op-Fg for 45798@debbugs.gnu.org; Mon, 11 Jan 2021 15:34:02 -0500 Original-Received: by mail-wm1-f51.google.com with SMTP id y23so18088wmi.1 for <45798@debbugs.gnu.org>; Mon, 11 Jan 2021 12:34:01 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :mime-version:content-transfer-encoding; bh=iJB6oXKkf+UHPJNDSTQpNJkqwBgIg/oH2Aj9gPiJrsA=; b=e8unVkOdwJ9ycWNPxXbJmH3K6giuSRkQ6xu8qVimupadCVkM10P5HX0FhJJke7xtpy /17Vofeams7JtV1f+QIhCm4otvLVtDYhJ47tWil0teaA0HNfsdO0d/ZrVaALFozTciVX 4kThbr7L6KwK/mK7Cwog6oiGkCCP6Sa6mH/WOq6lcFc6gz4iTmEK20MppM5H4lMQnUxe 6xilad5ub6fJ+jo2GkCqwYbYZ7+poboGRYDIeM1+rp3/oeUqj0lsEq9rWspmYrr5n7C/ p1p7aIVJ5P/ZAEajLhLzj0kyMkNZUnehM9AeNhT0ThUgURwayr/UbHFoNbeKxVKrRP+y ZJDQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:mime-version:content-transfer-encoding; bh=iJB6oXKkf+UHPJNDSTQpNJkqwBgIg/oH2Aj9gPiJrsA=; b=J1Yc90I1kYOyYTmsfjL5yxTYrOd9gmW3PcSaTWcCD5rScU2CcnKYrTw0RnNP+uDK8H L8eqRUXy+xVnakGM9EFkqNfOjBrZT0xypWR6pGEb8NpO3pl1BjFydTkQQyr2EpQ6sUFO eKzbrBr4XbpQe6dI7SOyXtab+6/v/Yfr6T7KLHPrdwSlIUkdHWunpGzi8Mk3yEmHYOt/ x0/XtqsPy+TDJsWCqaAgEh5oNTUsnvPT3qJrt7IrWD00onbcT82vaX5TBR+rZwweoVcG X9lL7B1YwBeU2OIPCdf2ae33KYp6nkcQjLR3de53GxPcq+a8vxVLKs9g5Bhz586Hmshl uTqg== X-Gm-Message-State: AOAM532CQdovkEtgULRRW9dXBWYVL8OAcXWLXxKr+ISEnQp5qs6gn5Gw dhzZO92M0jIarnyEREv0kZtUWDxk9sxfcg== X-Google-Smtp-Source: ABdhPJwjiChmPF1xs/Set1wSwYvJKQBbK2Pl/89GATRG5tXRin9zXfMBSVBGO7NUhSWv33PR8gcBuw== X-Received: by 2002:a1c:f70f:: with SMTP id v15mr493289wmh.38.1610397235064; Mon, 11 Jan 2021 12:33:55 -0800 (PST) Original-Received: from rltb ([2a01:e34:ecfc:a861:69b6:6aaf:dbd3:8964]) by smtp.gmail.com with ESMTPSA id b127sm595933wmc.45.2021.01.11.12.33.54 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 11 Jan 2021 12:33:54 -0800 (PST) In-Reply-To: <875z43wa2o.fsf@tcd.ie> (Basil L. Contovounesios's message of "Mon, 11 Jan 2021 19:24:47 +0000") X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:197750 Archived-At: "Basil L. Contovounesios" writes: > I've been consistently seeing the following error when running 'make > check' for a while. It corresponds to the line in nsm-tests.el where > nsm-trust-local-network is bound to t. > > I stepped through nsm-should-check a bit, but I don't understand what is > or should be happening. The test fails when local var off-net is set to > nil, which happens when nsm-network-same-subnet returns non-nil. This > happens with the following local var values: > > ip: [0 0 0 0 0 0 0 1 0] > > info: (lo [0 0 0 0 0 0 0 1 0] > [0 0 0 0 0 0 0 1 0] > [65535 65535 65535 65535 65535 65535 65535 65535 0]) > > addresses: ([0 0 0 0 0 0 0 1 0]) > There is no way that 'network-lookup-address-info' on google.com should return ::1. You don=CA=BCt have a spare entry lying around in /etc/hosts for google.com by any chance? What do you get for (network-lookup-address-info "google.com") (network-lookup-address-info "google.com" 'ipv4) (network-lookup-address-info "google.com" 'ipv6) How about: (require 'dns) (dns-query "google.com" 'A) (dns-query "google.com" 'AAAA) > network-interface-list: > ((wlp3s0 [65152 0 0 0 38609 2370 19874 38730 0] > [65152 0 0 0 65535 65535 65535 65535 0] > [65535 65535 65535 65535 0 0 0 0 0]) > (wlp3s0 [10754 32900 8418 50048 62480 33512 14881 61151 0] > [10754 32900 8418 50048 65535 65535 65535 65535 0] > [65535 65535 65535 65535 0 0 0 0 0]) > (lo [0 0 0 0 0 0 0 1 0] [0 0 0 0 0 0 0 1 0] > [65535 65535 65535 65535 65535 65535 65535 65535 0]) > (wlp3s0 [192 168 0 144 0] [192 168 0 255 0] [255 255 255 0 0]) > (lo [127 0 0 1 0] [127 255 255 255 0] [255 0 0 0 0])) > > I've observed that the test fails only on my home network. I've heard > that my ISP and the modem they provide use a weird dual IPv6 stack that > has caused people problems in the past, but I know next to nothing about > these things and can't say if it's related to the issue at hand. > Most IPv6 stacks are dual stack IPv4/IPv6. Do they mean they're doing IPv4 in IPv6 in some way? Which ISP is this? > Another observation is that the test succeeds if I replace "google.com" > with "gnu.org". Should I just change the test to use "gnu.org", and > forget about this? Or is there some interesting issue here? Any > suggestions or guidance are very welcome. > > Here's my /etc/resolv.conf, in case it matters: > > # Generated by NetworkManager > nameserver 8.8.8.8 > nameserver 8.8.4.4 > nameserver 2001:4860:4860::8888 > # NOTE: the libc resolver may not support more than 3 nameservers. > # The nameservers listed below may not be recognized. > nameserver 2001:4860:4860::8844 And what do you get for=20 dig -t A google.com dig -t AAAA google.com This might be interesting as well: ping -6 google.com