From: Robert Pluim <rpluim@gmail.com>
To: "Basil L. Contovounesios" <contovob@tcd.ie>
Cc: 45798@debbugs.gnu.org
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 [thread overview]
Message-ID: <87mtxf2oy6.fsf@gmail.com> (raw)
In-Reply-To: <875z43wa2o.fsf@tcd.ie> (Basil L. Contovounesios's message of "Mon, 11 Jan 2021 19:24:47 +0000")
"Basil L. Contovounesios" <contovob@tcd.ie> 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ʼt 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
dig -t A google.com
dig -t AAAA google.com
This might be interesting as well:
ping -6 google.com
next prev parent reply other threads:[~2021-01-11 20:33 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-01-11 19:24 bug#45798: 28.0.50; nsm-check-local-subnet-ipv4 fails with nsm-trust-local-network Basil L. Contovounesios
2021-01-11 20:33 ` Robert Pluim [this message]
2021-01-11 23:03 ` Basil L. Contovounesios
2021-01-12 9:34 ` Robert Pluim
2021-01-12 15:09 ` Basil L. Contovounesios
2021-01-12 17:56 ` Robert Pluim
2021-03-30 15:04 ` John Paul Adrian Glaubitz
[not found] <e0036b07-7418-39c6-726d-019264b8734c@physik.fu-berlin.de>
2021-03-30 15:16 ` Robert Pluim
2021-03-30 15:18 ` John Paul Adrian Glaubitz
[not found] ` <97d1ac99-3f72-0706-6d1d-3e7bfa7c5763@physik.fu-berlin.de>
2021-03-30 15:34 ` Robert Pluim
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=87mtxf2oy6.fsf@gmail.com \
--to=rpluim@gmail.com \
--cc=45798@debbugs.gnu.org \
--cc=contovob@tcd.ie \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).