[Pkg-utopia-maintainers] Bug#626822: Bug#626822: network-manager: can fallback to using 4.2.2.1 DNS server?

[Dan Williams]

On Sun, 2011-05-15 at 18:28 +0200, Michael Biebl wrote:
> Hi
> 
> Am 15.05.2011 18:20, schrieb Timo Juhani Lindfors:
> > Package: network-manager
> > Version: 0.8.999-1
> > Severity: normal
> > 
> > On a Finnish free software IRC channel I heard that sometimes when
> > people use a 3G stick of their Finnish ISP (Saunalahti) their DNS
> > requests are sent to 4.2.2.1 which according to traceroute is
> > somewhere in the UK.
> 
> Do you possibly have more references regarding this issue?

4.2.2.1 and 4.2.2.2 are GTE/Verizon nameservers in the US.  These values
are hardcoded by NetworkManager when PPP returns invalid nameservers.
pppd used to have some bugs in versions 2.4.4 and earlier where it could
not detect nameservers after negotiating configuration with the modem.
Then it would return a bogus nameserver, which NM detects and tries to
at least use a known-working nameserver instead.

Again, if you see 4.2.2.1 getting used, that's due to a bug between pppd
and the modem, and if NM didn't substitute 4.2.2.1, you wouldn't get any
DNS at all.  The problem could be debugged by starting NM like so:

NM_PPP_DEBUG=1 NetworkManager --no-daemon

You'll get all sorts of PPP debug spew which is useful to figure out
what's going on.

Dan

> > 
> > I have not hit this bug myself but I started investigating and found the
> > below function in the source code. Does this mean that gtei.net can
> > profile what websites people visit when they use a Finnish ISP?
> > 
> 
> > ppp_ip4_config (NMPPPManager *ppp_manager,
> > 	 * providers to return 10.11.12.13 and 10.11.12.14 for the DNS servers.
> > 	 * Apparently fixed in ppp-2.4.5 but we've had some reports that this is
> > 	 * not the case.
> > 	 *
> > 	 * http://git.ozlabs.org/?p=ppp.git;a=commitdiff_plain;h=2e09ef6886bbf00bc5a9a641110f801e372ffde6
> > 	 * http://git.ozlabs.org/?p=ppp.git;a=commitdiff_plain;h=f8191bf07df374f119a07910a79217c7618f113e
> > 	 */
> > 
> 
> I'm brining Dan in the loop here.
> 
>