Bug 547999

Summary:	NetworkManager always gets nameserver 4.2.2.1/4.2.2.2 for broadband mobile connection
Product:	[Fedora] Fedora	Reporter:	Miroslav Pragl <miroslav>
Component:	NetworkManager	Assignee:	Dan Williams <dcbw>
Status:	CLOSED DUPLICATE	QA Contact:	Fedora Extras Quality Assurance <extras-qa>
Severity:	high	Docs Contact:
Priority:	low
Version:	12	CC:	dcbw, lnx
Target Milestone:	---
Target Release:	---
Hardware:	All
OS:	Linux
Whiteboard:
Fixed In Version:		Doc Type:	Bug Fix
Doc Text:		Story Points:	---
Clone Of:	467004	Environment:
Last Closed:	2009-12-16 18:15:29 UTC	Type:	---
Regression:	---	Mount Type:	---
Documentation:	---	CRM:
Verified Versions:		Category:	---
oVirt Team:	---	RHEL 7.3 requirements from Atomic Host:
Cloudforms Team:	---	Target Upstream Version:
Embargoed:

Description Miroslav Pragl 2009-12-16 10:18:41 UTC

Description of problem:
NetworkManager gets incorrect nameservers although pppd reports reasonable ones

Version-Release number of selected component (if applicable):
ppp-2.4.4-13.fc12.x86_64
NetworkManager-0.7.996-7.git20091113.fc12.x86_64

How reproducible:
daling mobile broadband (*99)

Steps to Reproduce:
1. just dial
2.
3.
  
Actual results:
/etc/resolv.conf:
# Generated by NetworkManager
nameserver 4.2.2.1 <--
nameserver 4.2.2.2 <--

Expected results:
according to messages it should be:
...
Dec 16 11:06:31 mirek-nb pppd[3528]: pppd 2.4.4 started by root, uid 0
Dec 16 11:06:31 mirek-nb pppd[3528]: Using interface ppp0
Dec 16 11:06:31 mirek-nb pppd[3528]: Connect: ppp0 <--> /dev/ttyUSB3
Dec 16 11:06:31 mirek-nb pppd[3528]: CHAP authentication succeeded
Dec 16 11:06:31 mirek-nb pppd[3528]: CHAP authentication succeeded
Dec 16 11:06:42 mirek-nb pppd[3528]: Could not determine remote IP address: defaulting to 10.64.64.64
Dec 16 11:06:42 mirek-nb pppd[3528]: local  IP address 85.161.57.218
Dec 16 11:06:42 mirek-nb pppd[3528]: remote IP address 10.64.64.64
Dec 16 11:06:42 mirek-nb pppd[3528]: primary   DNS address 10.11.12.1 <--
Dec 16 11:06:42 mirek-nb pppd[3528]: secondary DNS address 10.11.12.14 <--
...

Additional info:

Comment 1 Dan Williams 2009-12-16 18:15:29 UTC

This is because pppd isn't able to get correct nameservers from the 3G stick.

*** This bug has been marked as a duplicate of bug 467004 ***

Comment 2 Uno 2010-01-31 18:26:30 UTC

This is not simply a bug. It is a "bug" in security procedures and programming procedures:

1. Security: Faking DNS server data is a very serious thing. This creates great doubt on the security of Fedora (and also Ubuntu, where the same "bug" has suddenly appeared). On whose behalf is this done? Which organization is covertly spying on our DNS lookups and, possibly, forging the responses? I definitely do not want DNS servers in the UK, a foreign NATO country, to be my primary servers (traceroute 4.2.2.1 goes to the UK). 

2. Programming: The DNS server data "4.2.2.1" is not visible to or changeable by the user in any obvious way. In other words, it can be described as placed in the software code in stead of in the configuration data. That is extremely bad programming practise.

As is obvoius from Miroslav Pragl's listing, the correct DNS server data are _definitely_ collected from the "3G stick.

With the same hardware (my 4 laptops and 2 E220 modems and 2 GSM operators) the dual-booting MS Windows XP always gets the correct DNS server data from the modems.