Geen verbinding mogelijk over IPv4, alleen over IPv6

[Flamesz]

Mijn vraag
Sinds gisteravond is mijn internet aparte kuren aan het vertonen. Behalve een handvol websites krijg ik op de rest van het internet een time-out. Onder de websites die wel functioneren zijn onder andere tweakers, hotmail, facebook en youtube. Ik kan niet echt op een patroon komen van welke websites wel werken.
Ik dacht eerst dat alleen sites die ik open had staan voordat het probleem zich vertoonde het deden, maar na er dagen tot weken niet te zijn geweest doet NOS.nl het wel.
Voorbeelden van sites die een time out geven zijn onder andere sites van mijn universiteit (ru.nl & radboud.brightspace.com), t-mobile.nl, reddit.com, 4channel.org, runescape.com, speedtest.net. Ook kan ik niet met steam verbinden.
Op een 4channel tab die ik heb open staan kan ik wel een javascript refresh button gebruiken, dus verbinding lijkt wel mogelijk te zijn, maar geen enkele andere pagina van de site wil laden.

Relevante software en hardware die ik gebruik
Windows 10, bekabeld internet via pricewatch: Gigabyte GA-970A-UD3P
verbonden met een switch, verbonden met een fritzbox 7360.
Internet verbinding is van T-mobile thuis. Een van de routers die hier loopt is van vodafone thuis, dit bestaat niet meer, speedtest over wifi op deze router zegt dat het momenteel T-mobile is. De andere router, waar ik bekabeld op aangesloten zit is dus zo'n fritzbox waar niets van de provider op staat, als ik mijn IPv6 echter invoer op https://tools.keycdn.com/geo dan meld het dat ik bij xs4all zit.

Het is niet mijn eigen internetverbinding (gedeeld in studentenhuis), dus kan niet bij de settings van de fritzbox. Persoon die verantwoordelijk is in mijn 4 maanden op dit adres pas 3 keer gezien, dus communicatie met hem is niet echt mogelijk.

Nog een apart detail. Voor de wifi op mijn telefoon gebruik ik een ander AP, die verbinding was ook van T-mobile thuis dus ik ging er van uit dat het hetzelfde netwerk was, maar mijn telefoon kan over die wifi wel alles normaal bereiken. Het lijkt ook niet aangesloten te zijn op de fritzbox, maar gaat via een soort van kale stekker met twee draadjes de muur in, mijn gok is dat dit dus misschien een telefoon aansluiting is, en het dus een andere verbinding met de provider is?

Wat ik al gevonden of geprobeerd heb
Andere browser (Edge) vertoont het zelfde probleem.
via ipconfig mijn dns geflusht.
fritz box meerdere keren herstart
gewisseld naar cloudflare dns
host file gecontroleerd op aparte regels, had alleen de regels die waren toegevoegd door unchecky.
Bij properties van network adapter IPv6 uitgevinkt, dit resulteerde in geen internet verbinding meer (gele driehoek)
Als ik tweakers.net ping krijg ik op elke ping een respons.
als ik ru.nl ping krijg ik op elke ping "Request timed out"
Via ander netwerk/netwerk adapter werkt het wel. (4g tetheren met telefoon).
Via device manager mijn ethernet driver gedeïnstalleerd en opnieuw laten installeren.
Laptop via zelfde kabel verbonden, hier werkt alles wel naar behoren.
Op een laptop moment werkt dit ook niet meer.

Heeft iemand ideeën wat het probleem kan zijn, en hoe ik dit mogelijk kan oplossen?
Alvast bedankt

[ Voor 21% gewijzigd door Flamesz op 20-12-2018 22:51 ]

[eric.1]

Hebben anderen in jouw studentenhuis hier ook last van, of ben je de enige?

[Flamesz]

eric.1 schreef op donderdag 20 december 2018 @ 12:43:
Hebben anderen in jouw studentenhuis hier ook last van, of ben je de enige?

Momenteel lijk ik de enige te zijn die thuis is, gisteravond waren er wel anderen thuis maar heeft niemand er over geklaagd. Dat betekent dat ze of geen last hebben, of dat toevallig de sites die zij bezoeken het wel doen.
Ik heb t maar even gevraagd in onze groepschat, maar verwacht niet snel duidelijk antwoord aangezien veel mensen uit mijn huis vaak afwezig zijn.

[Donaldinho]

Je zou eens kunnen kijken of je die domeinen wel kan resolven.

Als je in de command prompt een nslookup doet, of een ping. Wat zie je dan als verschil tussen werkende, en niet werkende sites?

[Flamesz]

Donaldinho schreef op donderdag 20 december 2018 @ 12:49:
Je zou eens kunnen kijken of je die domeinen wel kan resolven.

Als je in de command prompt een nslookup doet, of een ping. Wat zie je dan als verschil tussen werkende, en niet werkende sites?

Ah, dat had ik idd geprobeerd, zal het even aan de ts toevoegen.
Als ik tweakers.net ping krijg ik op elke ping een respons.
als ik ru.nl ping krijg ik op elke ping "Request timed out"

edit:
Nog een detail toegevoegd over wel werkend wifi in de OP

[ Voor 6% gewijzigd door Flamesz op 20-12-2018 12:57 ]

[Donaldinho]

Wat voor ip adres krijg je bij ru.nl?

[Flamesz]

C:\Users\Flamesz>ping ru.nl

Pinging ru.nl [131.174.78.60] with 32 bytes of data:
Request timed out.
Request timed out.
Request timed out.
Request timed out.

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

C:\Users\Flamesz>ping tweakers.net

Pinging tweakers.net [2001:9a8:0:e:1337:0:80:1] with 32 bytes of data:
Reply from 2001:9a8:0:e:1337:0:80:1: time=11ms
Reply from 2001:9a8:0:e:1337:0:80:1: time=11ms
Reply from 2001:9a8:0:e:1337:0:80:1: time=11ms
Reply from 2001:9a8:0:e:1337:0:80:1: time=11ms

Ping statistics for 2001:9a8:0:e:1337:0:80:1:
Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
Minimum = 11ms, Maximum = 11ms, Average = 11ms


Ik moet nu naar college, kan dus tot ~half 4 niets testen, zal wel in het draadje aanwezig blijven.

[ Voor 6% gewijzigd door Flamesz op 20-12-2018 13:07 ]

[com2,1ghz]

Ik heb iets gelijkwaardigs meegemaakt. Servers van Rockstar social club waren niet bereikbaar terwijl de rest wel werkte. Heel soms kwam ik andere sites ook tegen die het niet deden. Bij mij was het een geval van resetten naar de fabrieksinstellingen.
Na wat updates van de firmware van de router werd er bij een versie gezegd dat je moest resetten, omdat ik dat niet had gedaan kwamen deze complicaties.

[Donaldinho]

Zou het toeval zijn dat ipv6 het wel doet, en ipv4 niet?

[zzattack]

Je ipv6 ping werkt wel en ipv4 niet. Kijk eens of dit een patroon is door meerdere van je genoemde sites te pingen.

[likewise]

zzattack schreef op donderdag 20 december 2018 @ 13:12:
Je ipv6 ping werkt wel en ipv4 niet. Kijk eens of dit een patroon is door meerdere van je genoemde sites te pingen.

IPv4 wordt in 2019 uitgezet. Bij zijn provider zijn ze al aan het testen

Je was net 1 seconde later dan de vorige.

[Flamesz]

Ik zal als ik over ~2 uur weer thuis ben meerdere sites pingen om te kijken of er overal een IPv6 adres uit komt.
Zal dan ook even mijn laptop aan de netwerkkabel hangen, kijken of die dan de zelfde kuren vertoont, als dat zo is weten we dat het probleem waarschijnlijk niet in mijn desktop zit.

Update:
Zojuist op mijn laptop dezelfde verbinding getest (wifi uit, kabel er in) en daarop lijkt alles normaal te functioneren. Kan alle websites die mijn desktop niet kan bereiken wel bereiken.

Wanneer ik op mijn desktop verschillende sites ping lijkt het inderdaad dat elke site die een IPv6 adres heeft wel werkt, en alles dat hij probeert te pingen op IPv4 niet werkt.
Eén inconsistentie is dat ik wel hotmail kan bereiken, maar niet kan pingen. pingen probeert hij op een IPv4 adres.

Update:
Als ik een site die niet werkt tracert komt er geen één hop. Niet eens de hop naar mijn router.

[ Voor 51% gewijzigd door Flamesz op 20-12-2018 16:08 ]

[Donaldinho]

We zijn er bijna volgens mij. check eens je ipconfig en route tabel voor zowel wireless en bedraad.

[Flamesz]

Donaldinho schreef op donderdag 20 december 2018 @ 16:47:
We zijn er bijna volgens mij. check eens je ipconfig en route tabel voor zowel wireless en bedraad.

Bedoel je draadloos op mijn laptop? Mijn desktop, waar het probleem zit, heeft geen draadloos.

code:

ipconfig /all

Windows IP Configuration

   Host Name . . . . . . . . . . . . : DESKTOP-UFF2GKM
   Primary Dns Suffix  . . . . . . . :
   Node Type . . . . . . . . . . . . : Hybrid
   IP Routing Enabled. . . . . . . . : No
   WINS Proxy Enabled. . . . . . . . : No

Ethernet adapter Ethernet:

   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Realtek PCIe GBE Family Controller
   Physical Address. . . . . . . . . : 74-D4-35-5B-5E-89
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes
   IPv6 Address. . . . . . . . . . . : 2001:982:b025:1:38bf:dd4b:8a3d:a847(Preferred)
   Temporary IPv6 Address. . . . . . : 2001:982:b025:1:a1da:19b9:26f2:7d71(Preferred)
   Link-local IPv6 Address . . . . . : fe80::38bf:dd4b:8a3d:a847%8(Preferred)
   IPv4 Address. . . . . . . . . . . : 10.100.1.112(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Lease Obtained. . . . . . . . . . : Thursday, 20 December 2018 16:13:27
   Lease Expires . . . . . . . . . . : Thursday, 20 December 2018 16:56:09
   Default Gateway . . . . . . . . . : fe80::2665:11ff:feb3:392e%8
                                       10.100.1.1
   DHCP Server . . . . . . . . . . . : 10.100.1.1
   DHCPv6 IAID . . . . . . . . . . . : 141874229
   DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-22-6A-6F-D9-74-D4-35-5B-5E-89
   DNS Servers . . . . . . . . . . . : fd00::2665:11ff:feb3:392e
                                       10.100.1.1
   NetBIOS over Tcpip. . . . . . . . : Enabled

code:

route PRINT
===========================================================================
Interface List
  8...74 d4 35 5b 5e 89 ......Realtek PCIe GBE Family Controller
  1...........................Software Loopback Interface 1
===========================================================================

IPv4 Route Table
===========================================================================
Active Routes:
Network Destination        Netmask          Gateway       Interface  Metric
          0.0.0.0          0.0.0.0       10.100.1.1     10.100.1.112     25
       10.100.1.0    255.255.255.0         On-link      10.100.1.112    281
     10.100.1.112  255.255.255.255         On-link      10.100.1.112    281
     10.100.1.255  255.255.255.255         On-link      10.100.1.112    281
        127.0.0.0        255.0.0.0         On-link         127.0.0.1    331
        127.0.0.1  255.255.255.255         On-link         127.0.0.1    331
  127.255.255.255  255.255.255.255         On-link         127.0.0.1    331
        224.0.0.0        240.0.0.0         On-link         127.0.0.1    331
        224.0.0.0        240.0.0.0         On-link      10.100.1.112    281
  255.255.255.255  255.255.255.255         On-link         127.0.0.1    331
  255.255.255.255  255.255.255.255         On-link      10.100.1.112    281
===========================================================================
Persistent Routes:
  None

IPv6 Route Table
===========================================================================
Active Routes:
 If Metric Network Destination      Gateway
  8     41 ::/0                     fe80::2665:11ff:feb3:392e
  1    331 ::1/128                  On-link
  8     41 2001:982:b025:1::/64     On-link
  8     41 2001:982:b025:1::/64     fe80::2665:11ff:feb3:392e
  8    281 2001:982:b025:1:38bf:dd4b:8a3d:a847/128
                                    On-link
  8    281 2001:982:b025:1:a1da:19b9:26f2:7d71/128
                                    On-link
  8    281 fe80::/64                On-link
  8    281 fe80::38bf:dd4b:8a3d:a847/128
                                    On-link
  1    331 ff00::/8                 On-link
  8    281 ff00::/8                 On-link
===========================================================================
Persistent Routes:
  None

[ Voor 38% gewijzigd door Flamesz op 20-12-2018 16:58 ]

[-36-]

Kijk anders is in de fritzbox bij dsl information of je veel FEC/CRC errors hebt, je kan dan proberen de line settings opnieuw in te regelen en evt wat lager te zetten. Had hier met de fritzbox 7390 en alles op max performance icm een brak israpunt ook regelmatig last van.

Als dat het niet is zou je ook kunnen proberen is (tijdelijk) een andere DNS server instellen om te kijken of dat het probleem oplost.

[ Voor 81% gewijzigd door -36- op 20-12-2018 17:09 ]

[Flamesz]

-36- schreef op donderdag 20 december 2018 @ 16:58:
Kijk anders is in de fritzbox bij dsl information of je veel FEC/CRC errors hebt, je kan dan proberen de line settings opnieuw in te regelen en evt wat lager te zetten. Had hier met de fritzbox 7390 en alles op max performance icm een brak israpunt ook regelmatig last van.

Als dat het niet is zou je ook kunnen proberen is (tijdelijk) een andere DNS server instellen om te kijken of dat het probleem oplost.

Zoals benoemd in de ts heb ik geen toegang tot het admin panel van de router, en heb ik ook al tevergeefs een andere DNS geprobeerd.

Hoor net wel van een huisgenote dat zij helemaal nergens op komt op het internet, apart aangezien bij mij IPv6 nog werkt. Zij heeft er nog wel haar eigen accespoint tussen zitten dus misschien maakt dat nog iets uit.

[ Voor 14% gewijzigd door Flamesz op 20-12-2018 17:33 ]

[biomass]

[knip]

[ Voor 99% gewijzigd door biomass op 20-12-2018 17:50 . Reden: opmerking in OP gemist ]

[Wim-Bart]

Test 1:

code:

ping -4 10.100.1.1

Antwoord, dan is alles OK, geen antwoord dan kan je de router niet op IPv4 bereiken.

Daarna als alles werkt:

code:

tracert -d 8.8.8.8

Dat geeft aan of alles werkt naar google toe. Dan kan je ook zien waar het verkeer stopt.

[biomass]

Geeft de fritzbox op 192.168.178.1 antwoord via IPv4? Het standaard netwerk adres van de fritz.box is 192.168.178.1 met subnet mask 255.255.255.0

[tinzarian]

Donaldinho schreef op donderdag 20 december 2018 @ 13:12:
Zou het toeval zijn dat ipv6 het wel doet, en ipv4 niet?

Het is meer een wonder, want t-mobile doet niet aan ipv6.

[Flamesz]

Wim-Bart schreef op donderdag 20 december 2018 @ 17:38:
Test 1:

code:

ping -4 10.100.1.1

Antwoord, dan is alles OK, geen antwoord dan kan je de router niet op IPv4 bereiken.

Daarna als alles werkt:

code:

tracert -d 8.8.8.8

Dat geeft aan of alles werkt naar google toe. Dan kan je ook zien waar het verkeer stopt.

code:

ping -4 10.100.1.1

Pinging 10.100.1.1 with 32 bytes of data:
Reply from 10.100.1.1: bytes=32 time<1ms TTL=64
Reply from 10.100.1.1: bytes=32 time<1ms TTL=64
Reply from 10.100.1.1: bytes=32 time<1ms TTL=64
Reply from 10.100.1.1: bytes=32 time<1ms TTL=64

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

C:\Users\Flamesz>tracert -d 8.8.8.8

Tracing route to 8.8.8.8 over a maximum of 30 hops

  1     *        *        *     Request timed out.
  2     *        *        *     Request timed out.
  3     *

biomass schreef op donderdag 20 december 2018 @ 17:49:
Geeft de fritzbox op 192.168.178.1 antwoord via IPv4? Het standaard netwerk adres van de fritz.box is 192.168.178.1 met subnet mask 255.255.255.0

code:

tracert 192.168.178.1

Tracing route to fritz.box [192.168.178.1]
over a maximum of 30 hops:

  1     *        *        *     Request timed out.
  2     *        *        *     Request timed out.
  3     *        *        *     Request timed out.
  4     *

Als ik naar fritz.box ga met de browser dan zie ik in het network tab van de developer console dat ie alles inderdaad binnenhaalt via een IPv6 adres. [2001:982:b025:1:2665:11ff:feb3:392e]:80

Update: Wat meer informatie over de provider toegevoegd in de ts.

[ Voor 6% gewijzigd door Flamesz op 20-12-2018 18:55 ]

[valkenier]

Flamesz schreef op donderdag 20 december 2018 @ 12:40:
Mijn vraag

Relevante software en hardware die ik gebruik
Windows 10, bekabeld internet via pricewatch: Gigabyte GA-970A-UD3P
verbonden met een switch, verbonden met een fritzbox 7360.
Internet verbinding is van T-mobile thuis. Een van de routers die hier loopt is van vodafone thuis, dit bestaat niet meer, speedtest over wifi op deze router zegt dat het momenteel T-mobile is. De andere router, waar ik bekabeld op aangesloten zit is dus zo'n fritzbox waar niets van de provider op staat, als ik mijn IPv6 echter invoer op https://tools.keycdn.com/geo dan meld het dat ik bij xs4all zit.

Nog een apart detail. Voor de wifi op mijn telefoon gebruik ik een ander AP, die verbinding was ook van T-mobile thuis dus ik ging er van uit dat het hetzelfde netwerk was, maar mijn telefoon kan over die wifi wel alles normaal bereiken. Het lijkt ook niet aangesloten te zijn op de fritzbox, maar gaat via een soort van kale stekker met twee draadjes de muur in, mijn gok is dat dit dus misschien een telefoon aansluiting is, en het dus een andere verbinding met de provider is?

Dit mag je wel wat toelichten. 2 routers van 2 providers? "Het" lijkt niet aangesloten,maar gaat via een kale stekker met twee draadjes de muur in?
Wat bedoel je daar in vredesnaam mee?

[Donaldinho]

je laptop via dezelfde kabel werkt wel? Krijgt de laptop een adres van DHCP en heb je op je werkstation zelf een fixed ip adres gezet? vergelijk anders even de ipconfig settings van laptop met kabel en werkstation met kabel.

Ook wel apart dat die fritz.box resolvt naar een 192.168 adres en je op een 10.x netwerk zit. Kan uiteraard. Misschien je /etc/hosts een posten hier?

[Flamesz]

valkenier schreef op donderdag 20 december 2018 @ 20:29:
[...]


Dit mag je wel wat toelichten. 2 routers van 2 providers? "Het" lijkt niet aangesloten,maar gaat via een kale stekker met twee draadjes de muur in?
Wat bedoel je daar in vredesnaam mee?

Sorry, ik zal het even iets duidelijker maken.

Router 1: Dit is de fritzbox die via een switch met mijn desktop verbonden is. Deze lijkt van T-mobile of Xs4all te zijn, ik weet het niet zeker aangezien het contract niet op mijn naam staat.

Router 2: Dit is de router die ik gebruik voor wifi op mijn telefoon. Toen ik dit topic opende dacht ik dat deze werd gebruikt als extra wifi acces point, maar na het nader te bekijken merkte ik dus dat deze een eigen aansluiting lijkt te hebben en dus wellicht bij een ander netwerk/provider hoort. Deze router llijkt verder irrelevant voor het probleem dat ik momenteel ervaar.

Donaldinho schreef op donderdag 20 december 2018 @ 20:43:
je laptop via dezelfde kabel werkt wel? Krijgt de laptop een adres van DHCP en heb je op je werkstation zelf een fixed ip adres gezet? vergelijk anders even de ipconfig settings van laptop met kabel en werkstation met kabel.

Ook wel apart dat die fritz.box resolvt naar een 192.168 adres en je op een 10.x netwerk zit. Kan uiteraard. Misschien je /etc/hosts een posten hier?

Ik heb nog nooit een fixed IP adres ingesteld, dus ik denk niet dat dat uit zichzelf gebeurd kan zijn toen het probleem gisteravond begon.

Zie hier ipconfig /all van mijn desktop.

code:

ipconfig /all

Windows IP Configuration

   Host Name . . . . . . . . . . . . : DESKTOP-UFF2GKM
   Primary Dns Suffix  . . . . . . . :
   Node Type . . . . . . . . . . . . : Hybrid
   IP Routing Enabled. . . . . . . . : No
   WINS Proxy Enabled. . . . . . . . : No

Ethernet adapter Ethernet:

   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Realtek PCIe GBE Family Controller
   Physical Address. . . . . . . . . : 74-D4-35-5B-5E-89
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes
   IPv6 Address. . . . . . . . . . . : 2001:982:b025:1:38bf:dd4b:8a3d:a847(Preferred)
   Temporary IPv6 Address. . . . . . : 2001:982:b025:1:61e9:6d11:20bf:4638(Preferred)
   Link-local IPv6 Address . . . . . : fe80::38bf:dd4b:8a3d:a847%12(Preferred)
   IPv4 Address. . . . . . . . . . . : 10.100.1.112(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Lease Obtained. . . . . . . . . . : Thursday, 20 December 2018 20:13:35
   Lease Expires . . . . . . . . . . : Thursday, 20 December 2018 21:28:09
   Default Gateway . . . . . . . . . : fe80::2665:11ff:feb3:392e%12
                                       10.100.1.1
   DHCP Server . . . . . . . . . . . : 10.100.1.1
   DHCPv6 IAID . . . . . . . . . . . : 141874229
   DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-22-6A-6F-D9-74-D4-35-5B-5E-89
   DNS Servers . . . . . . . . . . . : fd00::2665:11ff:feb3:392e
                                       10.100.1.1
   NetBIOS over Tcpip. . . . . . . . : Enabled

Onderstaand de ipconfig /all vanaf mijn laptop.

code:

ipconfig /all

Windows IP Configuration

   Host Name . . . . . . . . . . . . : Flamesz-Notebook
   Primary Dns Suffix  . . . . . . . :
   Node Type . . . . . . . . . . . . : Hybrid
   IP Routing Enabled. . . . . . . . : No
   WINS Proxy Enabled. . . . . . . . : No

Ethernet adapter Ethernet:

   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Realtek PCIe GBE Family Controller
   Physical Address. . . . . . . . . : 30-65-EC-4A-9C-EB
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes
   IPv6 Address. . . . . . . . . . . : 2001:982:b025:1:8c32:98d5:2765:6ad1(Preferred)
   Temporary IPv6 Address. . . . . . : 2001:982:b025:1:48e:f899:c0e0:dfa8(Preferred)
   Link-local IPv6 Address . . . . . : fe80::8c32:98d5:2765:6ad1%8(Preferred)
   IPv4 Address. . . . . . . . . . . : 10.100.1.120(Preferred)
   Subnet Mask . . . . . . . . . . . : 255.255.255.0
   Lease Obtained. . . . . . . . . . : donderdag 20 december 2018 21:31:41
   Lease Expires . . . . . . . . . . : donderdag 20 december 2018 21:32:10
   Default Gateway . . . . . . . . . : fe80::2665:11ff:feb3:392e%8
                                       10.100.1.1
   DHCP Server . . . . . . . . . . . : 10.100.1.1
   DHCPv6 IAID . . . . . . . . . . . : 53503468
   DHCPv6 Client DUID. . . . . . . . : 00-01-00-01-1B-C5-62-28-30-65-EC-4A-9C-EB
   DNS Servers . . . . . . . . . . . : fd00::2665:11ff:feb3:392e
                                       10.100.1.1
   NetBIOS over Tcpip. . . . . . . . : Enabled

Ethernet adapter Ethernet 2:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : TAP-NordVPN Windows Adapter V9
   Physical Address. . . . . . . . . : 00-FF-BB-E5-F7-1B
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes

Wireless LAN adapter LAN-verbinding* 5:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Microsoft Wi-Fi Direct Virtual Adapter #3
   Physical Address. . . . . . . . . : 12-38-96-04-E7-63
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes

Wireless LAN adapter LAN-verbinding* 6:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Microsoft Wi-Fi Direct Virtual Adapter #4
   Physical Address. . . . . . . . . : 22-38-96-04-E7-63
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes

Wireless LAN adapter LAN-verbinding* 15:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . :
   Description . . . . . . . . . . . : Microsoft Hosted Network Virtual Adapter #2
   Physical Address. . . . . . . . . : 52-38-96-04-E7-63
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes

Wireless LAN adapter Wi-Fi:

   Media State . . . . . . . . . . . : Media disconnected
   Connection-specific DNS Suffix  . : home
   Description . . . . . . . . . . . : Qualcomm Atheros AR5BWB222 Wireless Network Adapter
   Physical Address. . . . . . . . . : C0-38-96-04-E7-63
   DHCP Enabled. . . . . . . . . . . : Yes
   Autoconfiguration Enabled . . . . : Yes

En bij deze de inhoud van mijn hosts file.

code:

# Copyright (c) 1993-2009 Microsoft Corp.
#
# This is a sample HOSTS file used by Microsoft TCP/IP for Windows.
#
# This file contains the mappings of IP addresses to host names. Each
# entry should be kept on an individual line. The IP address should
# be placed in the first column followed by the corresponding host name.
# The IP address and the host name should be separated by at least one
# space.
#
# Additionally, comments (such as these) may be inserted on individual
# lines or following the machine name denoted by a '#' symbol.
#
# For example:
#
#      102.54.94.97     rhino.acme.com          # source server
#       38.25.63.10     x.acme.com              # x client host

# localhost name resolution is handled within DNS itself.
#   127.0.0.1       localhost
#   ::1             localhost

# unchecky_begin
# These rules were added by the Unchecky program in order to block advertising software modules
0.0.0.0 0.0.0.0 # fix for traceroute and netstat display anomaly
0.0.0.0 tracking.opencandy.com.s3.amazonaws.com
0.0.0.0 media.opencandy.com
0.0.0.0 cdn.opencandy.com
0.0.0.0 tracking.opencandy.com
0.0.0.0 api.opencandy.com
0.0.0.0 api.recommendedsw.com
0.0.0.0 rp.yefeneri2.com
0.0.0.0 os.yefeneri2.com
0.0.0.0 os2.yefeneri2.com
0.0.0.0 installer.betterinstaller.com
0.0.0.0 installer.filebulldog.com
0.0.0.0 d3oxtn1x3b8d7i.cloudfront.net
0.0.0.0 inno.bisrv.com
0.0.0.0 nsis.bisrv.com
0.0.0.0 cdn.file2desktop.com
0.0.0.0 cdn.goateastcach.us
0.0.0.0 cdn.guttastatdk.us
0.0.0.0 cdn.inskinmedia.com
0.0.0.0 cdn.insta.oibundles2.com
0.0.0.0 cdn.insta.playbryte.com
0.0.0.0 cdn.llogetfastcach.us
0.0.0.0 cdn.montiera.com
0.0.0.0 cdn.msdwnld.com
0.0.0.0 cdn.mypcbackup.com
0.0.0.0 cdn.ppdownload.com
0.0.0.0 cdn.riceateastcach.us
0.0.0.0 cdn.shyapotato.us
0.0.0.0 cdn.solimba.com
0.0.0.0 cdn.tuto4pc.com
0.0.0.0 cdn.appround.biz
0.0.0.0 cdn.bigspeedpro.com
0.0.0.0 cdn.bispd.com
0.0.0.0 cdn.bisrv.com
0.0.0.0 cdn.cdndp.com
0.0.0.0 cdn.download.sweetpacks.com
0.0.0.0 cdn.dpdownload.com
0.0.0.0 cdn.visualbee.net
# unchecky_end

[ Voor 24% gewijzigd door Flamesz op 20-12-2018 21:33 ]

[biomass]

Heb je de switch al uit en aan gehad? En als het op de laptop wel werkt, kun je daar ook een route print van geven? Met de WLAN aan en uit; als het via WLAN werkt, zou het de switch kunnen zijn.


Heb zelf ook een 7360 en een Netgear 5 poorts switch. Die heb ik wel eens van de stroom afgehaald vanwege een gek netwerk probleem (te lang geleden...)

[Flamesz]

biomass schreef op donderdag 20 december 2018 @ 21:53:
Heb je de switch al uit en aan gehad? En als het op de laptop wel werkt, kun je daar ook een route print van geven? Met de WLAN aan en uit; als het via WLAN werkt, zou het de switch kunnen zijn.


Heb zelf ook een 7360 en een Netgear 5 poorts switch. Die heb ik wel eens van de stroom afgehaald vanwege een gek netwerk probleem (te lang geleden...)

Ik heb de switch zojuist aan en uit gezet. Geen verbetering. Het betreft overigens een pricewatch: Cisco SLM2008

Zojuist probeer ik weer een tracert op een website op mijn laptop, bekabeld.
Nu lijkt het probleem zich wel te vertonen op mijn laptop, alle requests timed out bij een tracert naar twitter.com

[Donaldinho]

Geeft pathping wat meer info?

[Flamesz]

Donaldinho schreef op donderdag 20 december 2018 @ 22:29:
Geeft pathping wat meer info?

Komt net zoals tracert niet eens aan bij de router.

code:

pathping twitter.com

Tracing route to twitter.com [104.244.42.129]
over a maximum of 30 hops:
  0  DESKTOP-UFF2GKM [10.100.1.112]
  1     *        *        *
Computing statistics for 0 seconds...
            Source to Here   This Node/Link
Hop  RTT    Lost/Sent = Pct  Lost/Sent = Pct  Address
  0                                           DESKTOP-UFF2GKM [10.100.1.112]

Trace complete.

[Quincy5]

Flamesz schreef op donderdag 20 december 2018 @ 21:30:
[...]


Sorry, ik zal het even iets duidelijker maken.

Router 1: Dit is de fritzbox die via een switch met mijn desktop verbonden is. Deze lijkt van T-mobile of Xs4all te zijn, ik weet het niet zeker aangezien het contract niet op mijn naam staat.

Router 2: Dit is de router die ik gebruik voor wifi op mijn telefoon. Toen ik dit topic opende dacht ik dat deze werd gebruikt als extra wifi acces point, maar na het nader te bekijken merkte ik dus dat deze een eigen aansluiting lijkt te hebben en dus wellicht bij een ander netwerk/provider hoort. Deze router llijkt verder irrelevant voor het probleem dat ik momenteel ervaar.

Fritzbox 7360 en ipv6 is zeer waarschijnlijk Xs4all. Deze bieden als een van de weinige providers volledig ipv6 aan. Het lijkt erop dat bij het instellen hiervan (of van een ipv6 thuisnetwerk, wat met de fritzbox ook lijkt te kunnen) iets mis is gegaan waardoor ipv4 niet/nauwelijks werkt.

De enige manier om dat te controleren en fixen is volledige toegang tot de frizbox, die je niet hebt. Nu kun je die natuurlijk resetten, want je hebt fysieke toegang, want ik heb gelezen dat je hem herstart hebt. Ik weet alleen niet wat je huisbaas daarvan gaat vinden.

[laurens0619]

Zet ipv6 in windows eens uit en kijk eens of het dan allemaal wel weer werkt.

[Thralas]

Donaldinho schreef op donderdag 20 december 2018 @ 20:43:
Ook wel apart dat die fritz.box resolvt naar een 192.168 adres en je op een 10.x netwerk zit. Kan uiteraard. Misschien je /etc/hosts een posten hier?

Dit is een enorme rode vlag, waaruit prima te redeneren valt wat er hier aan de hand is.

De Fritzbox levert IPv6, en is dus blijkbaar een werkende router. Je v4 gateway zou daarvoor 192.168.178.1 moeten zijn, maar je krijgt een héél ander IP uitgedeeld.

Het handige is dat je fritz.box kunt resolven omdat je PC de Fritzbox via v6 als primaire DNS server gebruikt

Er is dus een rogue DHCP-server actief. Als je het merkwaardige gatewayadres (10.100.1.1) door Google gooit vindt je dat dat in ieder geval de default is van een Linksys 300N.

Zoek de Linksys, trek de stekker eruit en zorg dat de verantwoordelijke hem fatsoenlijk configureert (ie. geen DHCP). Of alternatief, kijk of http://10.100.1.1 werkt en wie-weet kun je het zelf even uitzetten.

Maar wel merkwaardig dat het ding niet reageert op ICMP

Kun je dat ding niet vinden, kies dan een willekeurig IP dat zéker niemand gebruikt (192.168.178.198 ofzo) en stel deze statisch in in Windows, met gateway 192.168.178.1 en subnetmasker 255.255.255.0. Dan heb je in ieder geval weer internet.

[laurens0619]

Thralas schreef op vrijdag 21 december 2018 @ 11:11:
[...]


Dit is een enorme rode vlag, waaruit prima te redeneren valt wat er hier aan de hand is.

De Fritzbox levert IPv6, en is dus blijkbaar een werkende router. Je v4 gateway zou daarvoor 192.168.178.1 moeten zijn, maar je krijgt een héél ander IP uitgedeeld.

Het handige is dat je fritz.box kunt resolven omdat je PC de Fritzbox via v6 als primaire DNS server gebruikt

Er is dus een rogue DHCP-server actief. Als je het merkwaardige gatewayadres (10.100.1.1) door Google gooit vindt je dat dat in ieder geval de default is van een Linksys 300N.

Zoek de Linksys, trek de stekker eruit en zorg dat de verantwoordelijke hem fatsoenlijk configureert (ie. geen DHCP). Of alternatief, kijk of http://10.100.1.1 werkt en wie-weet kun je het zelf even uitzetten.

Maar wel merkwaardig dat het ding niet reageert op ICMP

Kun je dat ding niet vinden, kies dan een willekeurig IP dat zéker niemand gebruikt (192.168.178.198 ofzo) en stel deze statisch in in Windows, met gateway 192.168.178.1 en subnetmasker 255.255.255.0. Dan heb je in ieder geval weer internet.

Of hij doet gewoon NAT over NAT en de linksys is via de wan poort verbonden met de fritzbox. Denk dat dit een stuk aannemelijker is, anders zouden niet sommige websites werken maar geeneen.

Ik denk dat het gewoon in de ipv6 ergens mis gaat. Misschien wel icm nat over nat of het modem wat zelf nog niet helemaal lekker ipv6 doet. Gewoon ipv6 uitzetten op je computer en dan verder kijken.

[Thralas]

laurens0619 schreef op vrijdag 21 december 2018 @ 11:41:
Of hij doet gewoon NAT over NAT en de linksys is via de wan poort verbonden met de fritzbox.

Nope. Zie de link local v6 gateway, dat is de Fritzbox. Dus de Fritzbox zit in hetzelfde laag 2-segment.

Als de Fritzbox 'verstopt' zou zitten achter een andere router zou je z'n link local address nooit zien.

Denk dat dit een stuk aannemelijker is, anders zouden niet sommige websites werken maar geeneen.

Het feit dat sommige website wel werken is gemakkelijk verklaarbaar: v6 loopt via de Fritzbox (en dat werkt prima) - maar v4 loopt dood op een apparaat dat claimt gateway te zijn maar klaarblijkelijk niets naar het internet routeert.

Ik denk dat het gewoon in de ipv6 ergens mis gaat. Misschien wel icm nat over nat of het modem wat zelf nog niet helemaal lekker ipv6 doet. Gewoon ipv6 uitzetten op je computer en dan verder kijken.

Sorry, maar dit slaat echt nergens op. Het enige effect dat IPv6 uitzetten heeft, is dat je helemaal geen internet meer hebt omdat je het enige werkende pad naar het internet (v6 via Fritzbox) afbreekt.

v4 en v6 bijten elkaar niet - althans niet bij routering.

[laurens0619]

Thralas schreef op vrijdag 21 december 2018 @ 12:04:
[...]


Nope. Zie de link local v6 gateway, dat is de Fritzbox. Dus de Fritzbox zit in hetzelfde laag 2-segment.

Als de Fritzbox 'verstopt' zou zitten achter een andere router zou je z'n link local address nooit zien.


[...]


Het feit dat sommige website wel werken is gemakkelijk verklaarbaar: v6 loopt via de Fritzbox (en dat werkt prima) - maar v4 loopt dood op een apparaat dat claimt gateway te zijn maar klaarblijkelijk niets naar het internet routeert.


[...]


Sorry, maar dit slaat echt nergens op. Het enige effect dat IPv6 uitzetten heeft, is dat je helemaal geen internet meer hebt omdat je het enige werkende pad naar het internet (v6 via Fritzbox) afbreekt.

v4 en v6 bijten elkaar niet - althans niet bij routering.

Misschien kijk ik er overheen hoor maar hoe weet je dat dat ipv6 gateway adres van de Fritzbox is en niet de linksys?

Mbt uitschakelen ipv6:
Als ik het goed begrijp heeft het netwerk van de TS lokaal ipv6 & ipv4 en extern ipv4/6 (weten we niet).
Als je lokaal via ipv6 met je router praat die het vervolgens naar een ipv4 internet adres zet, dan ga je door iets heens als NAT64

Als je lokaal via ipv4 met je router praat die het vervolgens naar ipv4 internet zet, ga je door normaal nat heen.

Als er iets stuk zou gaan in NAT64 maar niet in het normale nat, dan kan ipv6 uitschakelen de oplosisng zijn.
Misschien wat theoretisch maar het zou niet de eerste keer zijnd dat ik vage routerings problemen opgelost heb door puur de ipv6 stack uit te zetten.

Bij properties van network adapter IPv6 uitgevinkt, dit resulteerde in geen internet verbinding meer (gele driehoek)

Ik lees nu pas deze quote van de TS Aangezien het op de laptop via de kabel wel werkte is het inderdaad OF een rogue DHCP server of iets in de config van de desktop.
Even ipconfigs vergelijken van werkend/niet werkend bekabelde apparaten

[ Voor 37% gewijzigd door laurens0619 op 21-12-2018 12:26 ]

[Flamesz]

Ik lees in de laatste paar posts dat het probleem wellicht een rogue DHCP kan zijn. Ik herinner mij dat de huisgenote die ook problemen heeft zeer recent een nieuwe router heeft gekocht die zij gebruikt als wifi ap. Ik zal eens bij haar informeren hoe ze die heeft ingesteld. Maar dat kan wellicht het probleem zijn, is ook de enige verandering in het netwerk waar ik bewust van ben de laatste tijd. De afgelopen paar maanden heeft alles gewoon normaal gewerkt.

Ik zal als ik vanavond thuis ben kijken of alles werkt als ik haar ontkoppel en dan de fritzbox reset, dan weten we of het probleem ligt bij haar nieuwe router.

Alvast heel erg bedankt aan alle mensen die meedenken om mijn probleem op te lossen.

[ Voor 8% gewijzigd door Flamesz op 21-12-2018 12:44 ]

[rens-br]

@Flamesz Ik heb de titel aan gepast op je verzoek.

[Flamesz]

Ik heb zojuist de nieuwe router van mijn huisgenote met haar ontkoppeld, en bij mij werkt alles weer. Bij haar DHCP uitgezet en weer aangesloten en alles werkt bij haar ook weer. Het probleem lijkt dus opgelost te zijn.

Bedankt aan iedereen die heeft meegedacht aan het probleem!

[valkenier]

“ mijn huisgenote met haar” , gelukkig ontkoppeld

[ Voor 3% gewijzigd door valkenier op 21-12-2018 23:53 ]