[Bug 1683066] Re: Broken DNS when using Three UK mobile internet (17.04 zesty)

Reupen Shah 1683066 at bugs.launchpad.net
Sat Apr 15 21:15:40 UTC 2017


** Attachment removed: "UdevDb.txt"
   https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1683066/+attachment/4862776/+files/UdevDb.txt

** Description changed:

  When connected via 4G to Three/3 (UK), DNS lookups fail (though the
  internet is otherwise working).
  
  The connection receives the correct DNS servers, but as far as I can
  work out systemd-resolve is unaware of them.
  
  Connection info screenshot is attached.
  
  DNS lookups time out:
  
  $ nslookup www.bbc.co.uk
  ;; connection timed out; no servers could be reached
  
  However they work when manually specifying the DNS server:
  
  $ nslookup www.bbc.co.uk 217.171.132.0
  Server:		217.171.132.0
  Address:	217.171.132.0#53
  
  Non-authoritative answer:
  www.bbc.co.uk	canonical name = www.bbc.net.uk.
  Name:	www.bbc.net.uk
  Address: 212.58.246.54
  Name:	www.bbc.net.uk
  Address: 212.58.244.26
  
  Connections to IP addresses work (though redirect to a Three page at
  present):
  
  $ curl http://212.58.246.54 -v
  * Rebuilt URL to: http://212.58.246.54/
  *   Trying 212.58.246.54...
  * TCP_NODELAY set
  * Connected to 212.58.246.54 (212.58.246.54) port 80 (#0)
  > GET / HTTP/1.1
  > Host: 212.58.246.54
  > User-Agent: curl/7.52.1
  > Accept: */*
- > 
+ >
  < HTTP/1.1 302 Moved Temporarily
  < Location: http://mbbinfo.three.co.uk/payg_mbb_data_usage2.html
  < Content-Type: text/plain; charset=UTF-8
  < Content-Length: 0
- < 
+ <
  * Curl_http_done: called premature == 0
  * Connection #0 to host 212.58.246.54 left intact
  
  Below is the output of systemd-resolve --status:
  
  $ systemd-resolve --status
  Global
-          DNS Servers: 8.8.8.8
-                       8.8.4.4
-                       2001:4860:4860::8888
-                       2001:4860:4860::8844
-           DNSSEC NTA: 10.in-addr.arpa
-                       16.172.in-addr.arpa
-                       168.192.in-addr.arpa
-                       17.172.in-addr.arpa
-                       18.172.in-addr.arpa
-                       19.172.in-addr.arpa
-                       20.172.in-addr.arpa
-                       21.172.in-addr.arpa
-                       22.172.in-addr.arpa
-                       23.172.in-addr.arpa
-                       24.172.in-addr.arpa
-                       25.172.in-addr.arpa
-                       26.172.in-addr.arpa
-                       27.172.in-addr.arpa
-                       28.172.in-addr.arpa
-                       29.172.in-addr.arpa
-                       30.172.in-addr.arpa
-                       31.172.in-addr.arpa
-                       corp
-                       d.f.ip6.arpa
-                       home
-                       internal
-                       intranet
-                       lan
-                       local
-                       private
-                       test
+          DNS Servers: 8.8.8.8
+                       8.8.4.4
+                       2001:4860:4860::8888
+                       2001:4860:4860::8844
+           DNSSEC NTA: 10.in-addr.arpa
+                       16.172.in-addr.arpa
+                       168.192.in-addr.arpa
+                       17.172.in-addr.arpa
+                       18.172.in-addr.arpa
+                       19.172.in-addr.arpa
+                       20.172.in-addr.arpa
+                       21.172.in-addr.arpa
+                       22.172.in-addr.arpa
+                       23.172.in-addr.arpa
+                       24.172.in-addr.arpa
+                       25.172.in-addr.arpa
+                       26.172.in-addr.arpa
+                       27.172.in-addr.arpa
+                       28.172.in-addr.arpa
+                       29.172.in-addr.arpa
+                       30.172.in-addr.arpa
+                       31.172.in-addr.arpa
+                       corp
+                       d.f.ip6.arpa
+                       home
+                       internal
+                       intranet
+                       lan
+                       local
+                       private
+                       test
  
  Link 4 (wlp4s0)
-       Current Scopes: none
-        LLMNR setting: yes
+       Current Scopes: none
+        LLMNR setting: yes
  MulticastDNS setting: no
-       DNSSEC setting: allow-downgrade
-     DNSSEC supported: yes
+       DNSSEC setting: allow-downgrade
+     DNSSEC supported: yes
  
  Link 3 (wwp0s20f0u6i12)
-       Current Scopes: LLMNR/IPv4 LLMNR/IPv6
-        LLMNR setting: yes
+       Current Scopes: LLMNR/IPv4 LLMNR/IPv6
+        LLMNR setting: yes
  MulticastDNS setting: no
-       DNSSEC setting: allow-downgrade
-     DNSSEC supported: yes
+       DNSSEC setting: allow-downgrade
+     DNSSEC supported: yes
  
  Link 2 (enp0s31f6)
-       Current Scopes: none
-        LLMNR setting: yes
+       Current Scopes: none
+        LLMNR setting: yes
  MulticastDNS setting: no
-       DNSSEC setting: allow-downgrade
-     DNSSEC supported: yes
+       DNSSEC setting: allow-downgrade
+     DNSSEC supported: yes
  
  Note: Everything works fine on Wi-Fi, this problem is only happening on
  4G.
+ 
+ Note 2: I removed the automatically added UdevDb.txt attachment as it
+ contained serial numbers of devices in my computer (such as for my SSD).
+ 
  
  ProblemType: Bug
  DistroRelease: Ubuntu 17.04
  Package: systemd 232-21ubuntu2
  ProcVersionSignature: Ubuntu 4.10.0-19.21-generic 4.10.8
  Uname: Linux 4.10.0-19-generic x86_64
  ApportVersion: 2.20.4-0ubuntu4
  Architecture: amd64
  CurrentDesktop: Unity:Unity7
  Date: Sat Apr 15 20:54:33 2017
  InstallationDate: Installed on 2017-04-08 (7 days ago)
  InstallationMedia: Ubuntu 17.04 "Zesty Zapus" - Beta amd64 (20170407)
  MachineType: LENOVO 20HDCTO1WW
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.10.0-19-generic.efi.signed root=UUID=88cb6912-997a-41b4-a0f8-050239177218 ro quiet splash vt.handoff=7
  SourcePackage: systemd
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 03/29/2017
  dmi.bios.vendor: LENOVO
  dmi.bios.version: N1QET53W (1.28 )
  dmi.board.asset.tag: Not Available
  dmi.board.name: 20HDCTO1WW
  dmi.board.vendor: LENOVO
  dmi.board.version: SDK0J40697 WIN
  dmi.chassis.asset.tag: No Asset Information
  dmi.chassis.type: 10
  dmi.chassis.vendor: LENOVO
  dmi.chassis.version: None
  dmi.modalias: dmi:bvnLENOVO:bvrN1QET53W(1.28):bd03/29/2017:svnLENOVO:pn20HDCTO1WW:pvrThinkPadT470:rvnLENOVO:rn20HDCTO1WW:rvrSDK0J40697WIN:cvnLENOVO:ct10:cvrNone:
  dmi.product.name: 20HDCTO1WW
  dmi.product.version: ThinkPad T470
  dmi.sys.vendor: LENOVO

** Attachment removed: "CurrentDmesg.txt"
   https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1683066/+attachment/4862765/+files/CurrentDmesg.txt

** Description changed:

  When connected via 4G to Three/3 (UK), DNS lookups fail (though the
  internet is otherwise working).
  
  The connection receives the correct DNS servers, but as far as I can
  work out systemd-resolve is unaware of them.
  
  Connection info screenshot is attached.
  
  DNS lookups time out:
  
  $ nslookup www.bbc.co.uk
  ;; connection timed out; no servers could be reached
  
  However they work when manually specifying the DNS server:
  
  $ nslookup www.bbc.co.uk 217.171.132.0
  Server:		217.171.132.0
  Address:	217.171.132.0#53
  
  Non-authoritative answer:
  www.bbc.co.uk	canonical name = www.bbc.net.uk.
  Name:	www.bbc.net.uk
  Address: 212.58.246.54
  Name:	www.bbc.net.uk
  Address: 212.58.244.26
  
  Connections to IP addresses work (though redirect to a Three page at
  present):
  
  $ curl http://212.58.246.54 -v
  * Rebuilt URL to: http://212.58.246.54/
  *   Trying 212.58.246.54...
  * TCP_NODELAY set
  * Connected to 212.58.246.54 (212.58.246.54) port 80 (#0)
  > GET / HTTP/1.1
  > Host: 212.58.246.54
  > User-Agent: curl/7.52.1
  > Accept: */*
  >
  < HTTP/1.1 302 Moved Temporarily
  < Location: http://mbbinfo.three.co.uk/payg_mbb_data_usage2.html
  < Content-Type: text/plain; charset=UTF-8
  < Content-Length: 0
  <
  * Curl_http_done: called premature == 0
  * Connection #0 to host 212.58.246.54 left intact
  
  Below is the output of systemd-resolve --status:
  
  $ systemd-resolve --status
  Global
           DNS Servers: 8.8.8.8
                        8.8.4.4
                        2001:4860:4860::8888
                        2001:4860:4860::8844
            DNSSEC NTA: 10.in-addr.arpa
                        16.172.in-addr.arpa
                        168.192.in-addr.arpa
                        17.172.in-addr.arpa
                        18.172.in-addr.arpa
                        19.172.in-addr.arpa
                        20.172.in-addr.arpa
                        21.172.in-addr.arpa
                        22.172.in-addr.arpa
                        23.172.in-addr.arpa
                        24.172.in-addr.arpa
                        25.172.in-addr.arpa
                        26.172.in-addr.arpa
                        27.172.in-addr.arpa
                        28.172.in-addr.arpa
                        29.172.in-addr.arpa
                        30.172.in-addr.arpa
                        31.172.in-addr.arpa
                        corp
                        d.f.ip6.arpa
                        home
                        internal
                        intranet
                        lan
                        local
                        private
                        test
  
  Link 4 (wlp4s0)
        Current Scopes: none
         LLMNR setting: yes
  MulticastDNS setting: no
        DNSSEC setting: allow-downgrade
      DNSSEC supported: yes
  
  Link 3 (wwp0s20f0u6i12)
        Current Scopes: LLMNR/IPv4 LLMNR/IPv6
         LLMNR setting: yes
  MulticastDNS setting: no
        DNSSEC setting: allow-downgrade
      DNSSEC supported: yes
  
  Link 2 (enp0s31f6)
        Current Scopes: none
         LLMNR setting: yes
  MulticastDNS setting: no
        DNSSEC setting: allow-downgrade
      DNSSEC supported: yes
  
  Note: Everything works fine on Wi-Fi, this problem is only happening on
  4G.
  
- Note 2: I removed the automatically added UdevDb.txt attachment as it
- contained serial numbers of devices in my computer (such as for my SSD).
- 
+ Note 2: I removed the automatically added UdevDb.txt and
+ CurrentDmesg.txt attachment as they contained serial numbers of devices
+ in my computer (such as for my SSD).
  
  ProblemType: Bug
  DistroRelease: Ubuntu 17.04
  Package: systemd 232-21ubuntu2
  ProcVersionSignature: Ubuntu 4.10.0-19.21-generic 4.10.8
  Uname: Linux 4.10.0-19-generic x86_64
  ApportVersion: 2.20.4-0ubuntu4
  Architecture: amd64
  CurrentDesktop: Unity:Unity7
  Date: Sat Apr 15 20:54:33 2017
  InstallationDate: Installed on 2017-04-08 (7 days ago)
  InstallationMedia: Ubuntu 17.04 "Zesty Zapus" - Beta amd64 (20170407)
  MachineType: LENOVO 20HDCTO1WW
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.10.0-19-generic.efi.signed root=UUID=88cb6912-997a-41b4-a0f8-050239177218 ro quiet splash vt.handoff=7
  SourcePackage: systemd
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 03/29/2017
  dmi.bios.vendor: LENOVO
  dmi.bios.version: N1QET53W (1.28 )
  dmi.board.asset.tag: Not Available
  dmi.board.name: 20HDCTO1WW
  dmi.board.vendor: LENOVO
  dmi.board.version: SDK0J40697 WIN
  dmi.chassis.asset.tag: No Asset Information
  dmi.chassis.type: 10
  dmi.chassis.vendor: LENOVO
  dmi.chassis.version: None
  dmi.modalias: dmi:bvnLENOVO:bvrN1QET53W(1.28):bd03/29/2017:svnLENOVO:pn20HDCTO1WW:pvrThinkPadT470:rvnLENOVO:rn20HDCTO1WW:rvrSDK0J40697WIN:cvnLENOVO:ct10:cvrNone:
  dmi.product.name: 20HDCTO1WW
  dmi.product.version: ThinkPad T470
  dmi.sys.vendor: LENOVO

** Description changed:

  When connected via 4G to Three/3 (UK), DNS lookups fail (though the
  internet is otherwise working).
  
  The connection receives the correct DNS servers, but as far as I can
  work out systemd-resolve is unaware of them.
  
  Connection info screenshot is attached.
  
  DNS lookups time out:
  
  $ nslookup www.bbc.co.uk
  ;; connection timed out; no servers could be reached
  
  However they work when manually specifying the DNS server:
  
  $ nslookup www.bbc.co.uk 217.171.132.0
  Server:		217.171.132.0
  Address:	217.171.132.0#53
  
  Non-authoritative answer:
  www.bbc.co.uk	canonical name = www.bbc.net.uk.
  Name:	www.bbc.net.uk
  Address: 212.58.246.54
  Name:	www.bbc.net.uk
  Address: 212.58.244.26
  
  Connections to IP addresses work (though redirect to a Three page at
  present):
  
  $ curl http://212.58.246.54 -v
  * Rebuilt URL to: http://212.58.246.54/
  *   Trying 212.58.246.54...
  * TCP_NODELAY set
  * Connected to 212.58.246.54 (212.58.246.54) port 80 (#0)
  > GET / HTTP/1.1
  > Host: 212.58.246.54
  > User-Agent: curl/7.52.1
  > Accept: */*
  >
  < HTTP/1.1 302 Moved Temporarily
  < Location: http://mbbinfo.three.co.uk/payg_mbb_data_usage2.html
  < Content-Type: text/plain; charset=UTF-8
  < Content-Length: 0
  <
  * Curl_http_done: called premature == 0
  * Connection #0 to host 212.58.246.54 left intact
  
  Below is the output of systemd-resolve --status:
  
  $ systemd-resolve --status
  Global
           DNS Servers: 8.8.8.8
                        8.8.4.4
                        2001:4860:4860::8888
                        2001:4860:4860::8844
            DNSSEC NTA: 10.in-addr.arpa
                        16.172.in-addr.arpa
                        168.192.in-addr.arpa
                        17.172.in-addr.arpa
                        18.172.in-addr.arpa
                        19.172.in-addr.arpa
                        20.172.in-addr.arpa
                        21.172.in-addr.arpa
                        22.172.in-addr.arpa
                        23.172.in-addr.arpa
                        24.172.in-addr.arpa
                        25.172.in-addr.arpa
                        26.172.in-addr.arpa
                        27.172.in-addr.arpa
                        28.172.in-addr.arpa
                        29.172.in-addr.arpa
                        30.172.in-addr.arpa
                        31.172.in-addr.arpa
                        corp
                        d.f.ip6.arpa
                        home
                        internal
                        intranet
                        lan
                        local
                        private
                        test
  
  Link 4 (wlp4s0)
        Current Scopes: none
         LLMNR setting: yes
  MulticastDNS setting: no
        DNSSEC setting: allow-downgrade
      DNSSEC supported: yes
  
  Link 3 (wwp0s20f0u6i12)
        Current Scopes: LLMNR/IPv4 LLMNR/IPv6
         LLMNR setting: yes
  MulticastDNS setting: no
        DNSSEC setting: allow-downgrade
      DNSSEC supported: yes
  
  Link 2 (enp0s31f6)
        Current Scopes: none
         LLMNR setting: yes
  MulticastDNS setting: no
        DNSSEC setting: allow-downgrade
      DNSSEC supported: yes
  
  Note: Everything works fine on Wi-Fi, this problem is only happening on
  4G.
  
  Note 2: I removed the automatically added UdevDb.txt and
- CurrentDmesg.txt attachment as they contained serial numbers of devices
+ CurrentDmesg.txt attachments as they contained serial numbers of devices
  in my computer (such as for my SSD).
  
  ProblemType: Bug
  DistroRelease: Ubuntu 17.04
  Package: systemd 232-21ubuntu2
  ProcVersionSignature: Ubuntu 4.10.0-19.21-generic 4.10.8
  Uname: Linux 4.10.0-19-generic x86_64
  ApportVersion: 2.20.4-0ubuntu4
  Architecture: amd64
  CurrentDesktop: Unity:Unity7
  Date: Sat Apr 15 20:54:33 2017
  InstallationDate: Installed on 2017-04-08 (7 days ago)
  InstallationMedia: Ubuntu 17.04 "Zesty Zapus" - Beta amd64 (20170407)
  MachineType: LENOVO 20HDCTO1WW
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.10.0-19-generic.efi.signed root=UUID=88cb6912-997a-41b4-a0f8-050239177218 ro quiet splash vt.handoff=7
  SourcePackage: systemd
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 03/29/2017
  dmi.bios.vendor: LENOVO
  dmi.bios.version: N1QET53W (1.28 )
  dmi.board.asset.tag: Not Available
  dmi.board.name: 20HDCTO1WW
  dmi.board.vendor: LENOVO
  dmi.board.version: SDK0J40697 WIN
  dmi.chassis.asset.tag: No Asset Information
  dmi.chassis.type: 10
  dmi.chassis.vendor: LENOVO
  dmi.chassis.version: None
  dmi.modalias: dmi:bvnLENOVO:bvrN1QET53W(1.28):bd03/29/2017:svnLENOVO:pn20HDCTO1WW:pvrThinkPadT470:rvnLENOVO:rn20HDCTO1WW:rvrSDK0J40697WIN:cvnLENOVO:ct10:cvrNone:
  dmi.product.name: 20HDCTO1WW
  dmi.product.version: ThinkPad T470
  dmi.sys.vendor: LENOVO

-- 
You received this bug notification because you are a member of Ubuntu
Foundations Bugs, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/1683066

Title:
  Broken DNS when using Three UK mobile internet (17.04 zesty)

Status in systemd package in Ubuntu:
  New

Bug description:
  When connected via 4G to Three/3 (UK), DNS lookups fail (though the
  internet is otherwise working).

  The connection receives the correct DNS servers, but as far as I can
  work out systemd-resolve is unaware of them.

  Connection info screenshot is attached.

  DNS lookups time out:

  $ nslookup www.bbc.co.uk
  ;; connection timed out; no servers could be reached

  However they work when manually specifying the DNS server:

  $ nslookup www.bbc.co.uk 217.171.132.0
  Server:		217.171.132.0
  Address:	217.171.132.0#53

  Non-authoritative answer:
  www.bbc.co.uk	canonical name = www.bbc.net.uk.
  Name:	www.bbc.net.uk
  Address: 212.58.246.54
  Name:	www.bbc.net.uk
  Address: 212.58.244.26

  Connections to IP addresses work (though redirect to a Three page at
  present):

  $ curl http://212.58.246.54 -v
  * Rebuilt URL to: http://212.58.246.54/
  *   Trying 212.58.246.54...
  * TCP_NODELAY set
  * Connected to 212.58.246.54 (212.58.246.54) port 80 (#0)
  > GET / HTTP/1.1
  > Host: 212.58.246.54
  > User-Agent: curl/7.52.1
  > Accept: */*
  >
  < HTTP/1.1 302 Moved Temporarily
  < Location: http://mbbinfo.three.co.uk/payg_mbb_data_usage2.html
  < Content-Type: text/plain; charset=UTF-8
  < Content-Length: 0
  <
  * Curl_http_done: called premature == 0
  * Connection #0 to host 212.58.246.54 left intact

  Below is the output of systemd-resolve --status:

  $ systemd-resolve --status
  Global
           DNS Servers: 8.8.8.8
                        8.8.4.4
                        2001:4860:4860::8888
                        2001:4860:4860::8844
            DNSSEC NTA: 10.in-addr.arpa
                        16.172.in-addr.arpa
                        168.192.in-addr.arpa
                        17.172.in-addr.arpa
                        18.172.in-addr.arpa
                        19.172.in-addr.arpa
                        20.172.in-addr.arpa
                        21.172.in-addr.arpa
                        22.172.in-addr.arpa
                        23.172.in-addr.arpa
                        24.172.in-addr.arpa
                        25.172.in-addr.arpa
                        26.172.in-addr.arpa
                        27.172.in-addr.arpa
                        28.172.in-addr.arpa
                        29.172.in-addr.arpa
                        30.172.in-addr.arpa
                        31.172.in-addr.arpa
                        corp
                        d.f.ip6.arpa
                        home
                        internal
                        intranet
                        lan
                        local
                        private
                        test

  Link 4 (wlp4s0)
        Current Scopes: none
         LLMNR setting: yes
  MulticastDNS setting: no
        DNSSEC setting: allow-downgrade
      DNSSEC supported: yes

  Link 3 (wwp0s20f0u6i12)
        Current Scopes: LLMNR/IPv4 LLMNR/IPv6
         LLMNR setting: yes
  MulticastDNS setting: no
        DNSSEC setting: allow-downgrade
      DNSSEC supported: yes

  Link 2 (enp0s31f6)
        Current Scopes: none
         LLMNR setting: yes
  MulticastDNS setting: no
        DNSSEC setting: allow-downgrade
      DNSSEC supported: yes

  Note: Everything works fine on Wi-Fi, this problem is only happening
  on 4G.

  Note 2: I removed the automatically added UdevDb.txt and
  CurrentDmesg.txt attachments as they contained serial numbers of
  devices in my computer (such as for my SSD).

  ProblemType: Bug
  DistroRelease: Ubuntu 17.04
  Package: systemd 232-21ubuntu2
  ProcVersionSignature: Ubuntu 4.10.0-19.21-generic 4.10.8
  Uname: Linux 4.10.0-19-generic x86_64
  ApportVersion: 2.20.4-0ubuntu4
  Architecture: amd64
  CurrentDesktop: Unity:Unity7
  Date: Sat Apr 15 20:54:33 2017
  InstallationDate: Installed on 2017-04-08 (7 days ago)
  InstallationMedia: Ubuntu 17.04 "Zesty Zapus" - Beta amd64 (20170407)
  MachineType: LENOVO 20HDCTO1WW
  ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-4.10.0-19-generic.efi.signed root=UUID=88cb6912-997a-41b4-a0f8-050239177218 ro quiet splash vt.handoff=7
  SourcePackage: systemd
  UpgradeStatus: No upgrade log present (probably fresh install)
  dmi.bios.date: 03/29/2017
  dmi.bios.vendor: LENOVO
  dmi.bios.version: N1QET53W (1.28 )
  dmi.board.asset.tag: Not Available
  dmi.board.name: 20HDCTO1WW
  dmi.board.vendor: LENOVO
  dmi.board.version: SDK0J40697 WIN
  dmi.chassis.asset.tag: No Asset Information
  dmi.chassis.type: 10
  dmi.chassis.vendor: LENOVO
  dmi.chassis.version: None
  dmi.modalias: dmi:bvnLENOVO:bvrN1QET53W(1.28):bd03/29/2017:svnLENOVO:pn20HDCTO1WW:pvrThinkPadT470:rvnLENOVO:rn20HDCTO1WW:rvrSDK0J40697WIN:cvnLENOVO:ct10:cvrNone:
  dmi.product.name: 20HDCTO1WW
  dmi.product.version: ThinkPad T470
  dmi.sys.vendor: LENOVO

To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1683066/+subscriptions



More information about the foundations-bugs mailing list