Onbereikbare website door ipv6 omschakeling (?)

[YellowOnline]

Ik snap er niets meer van. Vandaag lag Vodafone er hier in Duitsland bijna drie uur uit omdat ze omstellen op ipv6. Sinds een uur probeer ik te verbinden met https://minecraft.net/download zonder succes. Ik heb mijn firewall (Sophos UTM) er van tussen gehaald en dat verandert niets. Vanop mijn telefoon werkt die website wel als ik niet over wifi ga maar over mijn telefoonprovider. Ergo: het ligt bij mijn ISP.

Even kijken op de router leert mij dat ik van hen inderdaad geen ipv4 adres meer krijg maar enkel een ipv6 adres. Intern in het Vodafone-netwerk in ieder geval, want als ik op een willekeurige website kijk wat mijn extern adres is, dan is het een ipv4 adres.

't Is mij helemaal niet duidelijk wat er aan de hand is, maar als iemand weet hoe ik bovenvermelde website alsnog kan bereiken (bij gebrek aan offline installer voor Minecraft), dan hoor ik het graag. Na een hele dag Exchange-problemen oplossen wou ik wat ontspannen ipv. thuis te troubleshooten

PS. Er zijn nog sites die niet werken hoor: http://www.lemonde.fr/, http://sporza.be; http://www.ebay.de en https://www.ebay-kleinanzeigen.de laden niet volledig.

[ Voor 7% gewijzigd door YellowOnline op 30-06-2016 21:23 ]

[dion_b]

Hoogstwaarschijnlijk is er sprake van DS-Lite, dus een IPv4 tunnel over IPv6 naar een AFTR die het verkeer NAT naar publieke IPv4. Dat laatste is wat je ziet als je je IPv4 opzoekt.

Eerst en vooral zaak om te achterhalen exact wat mis gaat:

Ping met zowel v4 als v6 lokaal, publiek en FQDN/.

Dus v4:
- eigen IP van je PC op de LAN
- LAN gateway IP
- 8.8.8.8
- www.bokt.nl (IPv4 only )

v6:
- link-local IPv6 van PC
- publiek IPv6 van PC
- link-local IPv6 gateway-adres
- 2001:4860:4860::8888
- www.google.com

En dan specifiek voor de sites die niet willen werken, probeer nslookup te doen. Werkt dat niet, doe nslookup met 8.8.8.8 en kijk wat dat geeft.

[YellowOnline]

dion_b schreef op donderdag 30 juni 2016 @ 21:34:
Hoogstwaarschijnlijk is er sprake van DS-Lite, dus een IPv4 tunnel over IPv6 naar een AFTR die het verkeer NAT naar publieke IPv4. Dat laatste is wat je ziet als je je IPv4 opzoekt.

Eerst en vooral zaak om te achterhalen exact wat mis gaat:

Ping met zowel v4 als v6 lokaal, publiek en FQDN/.

Dus v4:
- eigen IP van je PC op de LAN
- LAN gateway IP
- 8.8.8.8
- www.bokt.nl (IPv4 only )

v6:
- link-local IPv6 van PC
- publiek IPv6 van PC
- link-local IPv6 gateway-adres
- 2001:4860:4860::8888
- www.google.com

En dan specifiek voor de sites die niet willen werken, probeer nslookup te doen. Werkt dat niet, doe nslookup met 8.8.8.8 en kijk wat dat geeft.

Ik heb mijn machine tijdelijk direct op de WAN aangesloten zodat interne issues uitgesloten kunnen worden. De ipv4 gegevens die je nog ziet komen van de normale LAN verbinding.

code:

C:\>ipconfig /all

Windows IP Configuration

   Host Name . . . . . . . . . . . . : W10YELLOW
   Primary Dns Suffix  . . . . . . . : YELLOW.NET
   Node Type . . . . . . . . . . . . : Broadcast
   IP Routing Enabled. . . . . . . . : No
   WINS Proxy Enabled. . . . . . . . : No
   DNS Suffix Search List. . . . . . : YELLOW.NET

Ethernet adapter 1. YELLOW.NET:

   Connection-specific DNS Suffix  . : YELLOW.NET
   Description . . . . . . . . . . . : Intel(R) 82574L Gigabit Network Connection
   Physical Address. . . . . . . . . : 74-D0-2B-98-33-40
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes
   IPv6 Address. . . . . . . . . . . : 2a02:8109:8c80:38c8::2(Preferred)
   Lease Obtained. . . . . . . . . . : Thursday, June 30, 2016 20:56:20
   Lease Expires . . . . . . . . . . : Thursday, June 30, 2016 22:54:11
   IPv6 Address. . . . . . . . . . . : 2a02:8109:8c80:38c8:e99d:cd4f:443c:9400(Preferred)
   IPv6 Address. . . . . . . . . . . : fd00:788d:f778:2312:e99d:cd4f:443c:9400(Preferred)
   Temporary IPv6 Address. . . . . . : 2a02:8109:8c80:38c8:65c3:ece1:7708:2fb1(Preferred)
   Temporary IPv6 Address. . . . . . : fd00:788d:f778:2312:65c3:ece1:7708:2fb1(Preferred)
   Link-local IPv6 Address . . . . . : fe80::e99d:cd4f:443c:9400%11(Preferred)
   IPv4 Address. . . . . . . . . . . : 192.168.100.10(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Lease Obtained. . . . . . . . . . : Thursday, June 30, 2016 20:12:02
   Lease Expires . . . . . . . . . . : Friday, July 1, 2016 20:11:01
   Default Gateway . . . . . . . . . : fe80::7a8d:f7ff:fe78:2312%11
                                       192.168.100.1
   DHCP Server . . . . . . . . . . . : 192.168.100.1
   DHCPv6 IAID . . . . . . . . . . . : 125095979
   DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-1D-4F-53-2B-74-D0-2B-98-33-40
   DNS Servers . . . . . . . . . . . : 2a02:8109:8c80:38c8::1
                                       192.168.100.1
                                       192.168.100.2
   NetBIOS over Tcpip. . . . . . . . : Enabled
   Connection-specific DNS Suffix Search List :
                                       yellow.net

C:\>ping 8.8.8.8 -n 1

Pinging 8.8.8.8 with 32 bytes of data:
Reply from 8.8.8.8: bytes=32 time=13ms TTL=57

Ping statistics for 8.8.8.8:
    Packets: Sent = 1, Received = 1, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 13ms, Maximum = 13ms, Average = 13ms

C:\>ping www.bokt.nl -n 1

Pinging www.bokt.nl [82.161.230.90] with 32 bytes of data:
Reply from 82.161.230.90: bytes=32 time=34ms TTL=55

Ping statistics for 82.161.230.90:
    Packets: Sent = 1, Received = 1, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 34ms, Maximum = 34ms, Average = 34ms

C:\>ping 2001:4860:4860::8888 -n 1

Pinging 2001:4860:4860::8888 with 32 bytes of data:
Reply from 2001:4860:4860::8888: time=21ms

Ping statistics for 2001:4860:4860::8888:
    Packets: Sent = 1, Received = 1, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 21ms, Maximum = 21ms, Average = 21ms

C:\>ping www.google.com -n 1

Pinging www.google.com [2a00:1450:401b:800::2004] with 32 bytes of data:
Reply from 2a00:1450:401b:800::2004: time=37ms

Ping statistics for 2a00:1450:401b:800::2004:
    Packets: Sent = 1, Received = 1, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 37ms, Maximum = 37ms, Average = 37ms

C:\>nslookup minecraft.net
Server:  YELLOW.NET
Address:  2a02:8109:8c80:38c8::1

Non-authoritative answer:
Name:    minecraft.net
Addresses:  54.230.46.197
          54.230.46.241
          54.230.46.225
          54.230.46.100
          54.230.46.224
          54.230.46.53
          54.230.46.164
          54.230.46.143


C:\>nslookup minecraft.net 8.8.8.8
Server:  google-public-dns-a.google.com
Address:  8.8.8.8

Non-authoritative answer:
Name:    minecraft.net
Addresses:  52.85.178.40
          52.85.178.216
          52.85.178.187
          52.85.178.51
          52.85.178.248
          52.85.178.182
          52.85.178.183
          52.85.178.219

Ik zie zelf niets bijzonders in deze output. Een DNS probleem lijkt het in ieder geval niet. Opvallend is eerder dat ik minecraft.net niet pingen kan (en wat online ping tools wél kunnen)

code:

C:\>ping minecraft.net

Pinging minecraft.net [54.230.46.100] with 32 bytes of data:
Request timed out.
Request timed out.
Request timed out.
Request timed out.

Ping statistics for 54.230.46.100:
    Packets: Sent = 4, Received = 0, Lost = 4 (100% loss),

[dion_b]

Goed, tijd voor een traceroute richting de hosts die je niet kunt bereiken.

Een ding is duidelijk: dit is alvast geen IPv6-probleem en ook niet een DS-Lite probleem an sich. Dit is hooguit een routeringsprobleem in IPv4 ergens verderop tussen AFTR en de hosts in kwestie.

[YellowOnline]

dion_b schreef op donderdag 30 juni 2016 @ 22:37:
Goed, tijd voor een traceroute richting de hosts die je niet kunt bereiken.

Een ding is duidelijk: dit is alvast geen IPv6-probleem en ook niet een DS-Lite probleem an sich. Dit is hooguit een routeringsprobleem in IPv4 ergens verderop tussen AFTR en de hosts in kwestie.

Inderdaad. Tracert van bij mij:

code:

C:\>tracert minecraft.net

Tracing route to minecraft.net [52.85.178.187]
over a maximum of 30 hops:

  1    <1 ms    <1 ms    <1 ms  192.168.100.1
  2    <1 ms    <1 ms    <1 ms  192.168.0.1
  3    11 ms    12 ms    13 ms  CENSUUR.superkabel.de [CENSUUR]
  4    10 ms    10 ms    17 ms  CENSUUR.static.superkabel.de [CENSUUR]
  5     9 ms     8 ms     9 ms  CENSUUR.dynamic.kabel-deutschland.de [CENSUUR]
  6     *        *        *     Request timed out.
  7     *        *        *     Request timed out.
  8     *        *        *     Request timed out.
  9     *        *        *     Request timed out.
 10     *        *        *     Request timed out.
 11     *        *        *     Request timed out.
 12     *        *        *     Request timed out.
 13     *        *        *     Request timed out.
 14     *        *        *     Request timed out.
 15     *        *        *     Request timed out.
 16     *        *        *     Request timed out.
 17     *        *        *     Request timed out.
 18     *        *        *     Request timed out.
 19     *        *        *     Request timed out.
 20     *        *        *     Request timed out.
 21     *        *        *     Request timed out.
 22     *        *        *     Request timed out.
 23     *        *        *     Request timed out.
 24     *        *        *     Request timed out.
 25     *        *        *     Request timed out.
 26     *        *      118 ms  CENSUUR.dynamic.kabel-deutschland.de [CENSUUR]
 27     *        *        *     Request timed out.
 28     *        *        *     Request timed out.
 29     *        *        *     Request timed out.
 30     *        *        *     Request timed out.

Trace complete.

Tracert van op het werk (RDP over VPN):

code:

C:\Windows\system32>tracert minecraft.net

Tracing route to minecraft.net [54.230.46.53]
over a maximum of 30 hops:

  1    <1 ms    <1 ms    <1 ms  clavister.berlin.CENSUUR [CENSUUR]
  2     1 ms    <1 ms     1 ms  CENSUUR.static.qsc.de [CENSUUR]
  3     1 ms     2 ms     1 ms  CENSUUR.static.qsc.de [CENSUUR]
  4    18 ms    69 ms     9 ms  bras1.ber.qsc.de [213.148.133.201]
  5     8 ms     5 ms     6 ms  core1.ber.qsc.de [87.234.11.149]
  6    21 ms    21 ms    21 ms  core1.fra.qsc.de [87.234.12.105]
  7    20 ms    21 ms    21 ms  decix.amazon.com [80.81.194.152]
  8    36 ms    41 ms    39 ms  54.239.107.168
  9    21 ms    21 ms    21 ms  54.239.107.175
 10    20 ms    23 ms    23 ms  54.239.5.29
 11     *        *        *     Request timed out.
 12     *        *        *     Request timed out.
 13     *        *        *     Request timed out.
 14    43 ms    30 ms    21 ms  server-54-230-46-53.fra6.r.cloudfront.net [54.230.46.53]

Trace complete.

Ik vermoed dat dit niet in mijn handen ligt

[dion_b]

Nope, ik zou eens bij Kabeldeutschland navragen

[YellowOnline]

dion_b schreef op donderdag 30 juni 2016 @ 23:00:
Nope, ik zou eens bij Kabeldeutschland navragen

Hun 24/7 service is niet te bereiken. Kan er aan liggen dat er 8 000 000 klanten drie uur lang geen netwerk hadden. De overname van Kabel Deutschland door Vodafone heeft tot nu toe nog niet veel goeds geleverd... .

Nou ja, toch bedankt om even mee te denken en uit te sluiten dat ik gekke dingen doe.