Trojaner-Board - Offen IPv6 Konnnektivität geht immer wieder verloren

Trojaner-Board (https://www.trojaner-board.de/)

- Alles rund um Windows (https://www.trojaner-board.de/alles-rund-um-windows/)

- -

IPv6 Konnnektivität geht immer wieder verloren (https://www.trojaner-board.de/188329-ipv6-konnnektivitaet-geht-immer-verloren.html)

IPv6 Konnnektivität geht immer wieder verloren

Hallo,

Seit kurzem hat mein Windows ein Problem mit der IPv6-Konnektivität. Ich dachte zuerst, es hing mit einem Update der Fritzbox zusammen, doch auch nach zurücksetzen auf die alte Firmware blieb das Problem bestehen.

Windows verliert einfach immer wieder die IPv6 Konnektivität. Mal funktioniert es, dann wieder nicht. Das alles im Minutenabstand. Ein Ping sieht so aus:

Pakete: Gesendet = 252, Empfangen = 172, Verloren = 80
(31% Verlust),

Ich habe schon versucht:

Netzwerkkarte komplett deinstallieren und neu einrichten mit aktuellem Treiber
netsh int ip reset
netsh int ipv6 reset
netsh winsock reset
netsh winsock reset catalog

Nur Windows scheint das Problem zu haben, auf anderen Geräten läuft der Ping durchgehend.

OS ist Windows 8.1
NIC ist eine Killer E2200

Hat jemand ne Idee, was man noch versuchen könnte?

IPv6 in der NIC abschalten und nur IPv4 einstellen. Macht im LAN nur Probleme.
IPv6 im WAN ist dann Sache Deines Routers.

Ich habe diverse Dienste, die ich nur per IPv6 erreiche und nutze auch diverse IPv6 Portfreigaben. Abschalten ist keine Option.

Zitat:

Zitat von CptMw (Beitrag 1682989)

Ich habe diverse Dienste, die ich nur per IPv6 erreiche und nutze auch diverse IPv6 Portfreigaben. Abschalten ist keine Option.

Für die IPv6 Dienste ist der Router zusändig. Wenn Du es besser zu wissen glaubst, wende Dich an den Support des Herstellers Deines Routers.

Habe IPv6 ausgeschaltet. Jetzt sieht es so aus:

PING: Fehler bei der Übertragung. Allgemeiner Fehler.
PING: Fehler bei der Übertragung. Allgemeiner Fehler.
PING: Fehler bei der Übertragung. Allgemeiner Fehler.
PING: Fehler bei der Übertragung. Allgemeiner Fehler.
(100% Verlust)

Und nun?

Du musst natürlich IPv4 einschalten.

IPv4 ist an, sonst wäre ich ja nicht hier. Ich versuche aber IPv6-Adressen im Internet zu erreichen. Die beginnen mit 2a01:4f8.

https://abload.de/img/2018-02-0219_18_28-wiecpb1.png

Auf nem Linux-Gerät in meinem Netzwerk klappt es problemlos.

2617 packets transmitted, 2611 received, 0% packet loss, time 2620222ms
rtt min/avg/max/mdev = 14.585/20.493/90.608/10.190 ms

Zitat:

Zitat von felix1 (Beitrag 1682991)

wende Dich an den Support des Herstellers Deines Routers.

Wieso sollte denn der Router-Hersteller mein Windows reparieren?

Poste mal das Ergebnis von ipconfig /all

Code:

Windows-IP-Konfiguration
 

   Hostname  . . . . . . . . . . . . : <ENTFERNT>

   Primäres DNS-Suffix . . . . . . . :

   Knotentyp . . . . . . . . . . . . : Hybrid

   IP-Routing aktiviert  . . . . . . : Nein

   WINS-Proxy aktiviert  . . . . . . : Nein
 

Ethernet-Adapter Ethernet 4:
 

   Medienstatus. . . . . . . . . . . : Medium getrennt

   Verbindungsspezifisches DNS-Suffix:

   Beschreibung. . . . . . . . . . . : TAP-Windows Adapter V9

   Physische Adresse . . . . . . . . : 00-FF-94-D7-6D-BC

   DHCP aktiviert. . . . . . . . . . : Ja

   Autokonfiguration aktiviert . . . : Ja
 

Ethernet-Adapter Ethernet 3:
 

   Verbindungsspezifisches DNS-Suffix:

   Beschreibung. . . . . . . . . . . : Killer E2200 Gigabit Ethernet Controller

   Physische Adresse . . . . . . . . : <ENTFERNT>

   DHCP aktiviert. . . . . . . . . . : Nein

   Autokonfiguration aktiviert . . . : Ja

   IPv6-Adresse. . . . . . . . . . . : 2003:ca:5bd3:2600:<ENTFERNT>(Bevorzugt)

   Verbindungslokale IPv6-Adresse  . : fe80::<ENTFERNT>(Bevorzugt)

   IPv4-Adresse  . . . . . . . . . . : 192.168.100.65(Bevorzugt)

   Subnetzmaske  . . . . . . . . . . : 255.255.255.0

   IPv4-Adresse  . . . . . . . . . . : 192.168.178.10(Bevorzugt)

   Subnetzmaske  . . . . . . . . . . : 255.255.255.0

   Standardgateway . . . . . . . . . : fe80::<ENTFERNT>

                                       192.168.100.1

   DHCPv6-IAID . . . . . . . . . . . : 1866762843

   DHCPv6-Client-DUID. . . . . . . . : 00-01-00-01-<ENTFERNT>

   DNS-Server  . . . . . . . . . . . : 192.168.100.22

   NetBIOS über TCP/IP . . . . . . . : Aktiviert
 

Ethernet-Adapter Npcap Loopback Adapter:
 

   Verbindungsspezifisches DNS-Suffix:

   Beschreibung. . . . . . . . . . . : Npcap Loopback Adapter

   Physische Adresse . . . . . . . . : 02-00-4C-4F-4F-50

   DHCP aktiviert. . . . . . . . . . : Ja

   Autokonfiguration aktiviert . . . : Ja

   Verbindungslokale IPv6-Adresse  . : fe80::b035:e2b:bc0d:9a22%58(Bevorzugt)

   IPv4-Adresse (Auto. Konfiguration): 169.254.154.34(Bevorzugt)

   Subnetzmaske  . . . . . . . . . . : 255.255.0.0

   Standardgateway . . . . . . . . . :

   DHCPv6-IAID . . . . . . . . . . . : 973209676

   DHCPv6-Client-DUID. . . . . . . . : 00-01-00-01-1B-B1-D4-D8-44-8A-5B-A2-B6-84

   DNS-Server  . . . . . . . . . . . : fec0:0:0:ffff::1%1

                                       fec0:0:0:ffff::2%1

                                       fec0:0:0:ffff::3%1

   NetBIOS über TCP/IP . . . . . . . : Aktiviert
 

Ethernet-Adapter VirtualBox Host-Only Network:
 

   Verbindungsspezifisches DNS-Suffix:

   Beschreibung. . . . . . . . . . . : VirtualBox Host-Only Ethernet Adapter

   Physische Adresse . . . . . . . . : 0A-00-27-00-00-21

   DHCP aktiviert. . . . . . . . . . : Ja

   Autokonfiguration aktiviert . . . : Ja

   Verbindungslokale IPv6-Adresse  . : fe80::8593:c8c1:f549:d9b8%33(Bevorzugt)

   IPv4-Adresse (Auto. Konfiguration): 169.254.217.184(Bevorzugt)

   Subnetzmaske  . . . . . . . . . . : 255.255.0.0

   Standardgateway . . . . . . . . . :

   DHCPv6-IAID . . . . . . . . . . . : 554303527

   DHCPv6-Client-DUID. . . . . . . . : 00-01-00-01-1B-B1-D4-D8-44-8A-5B-A2-B6-84

   DNS-Server  . . . . . . . . . . . : fec0:0:0:ffff::1%1

                                       fec0:0:0:ffff::2%1

                                       fec0:0:0:ffff::3%1

   NetBIOS über TCP/IP . . . . . . . : Aktiviert
 

Tunneladapter isatap.{CE1DE630-29C2-4057-94D0-73859EC80A16}:
 

   Medienstatus. . . . . . . . . . . : Medium getrennt

   Verbindungsspezifisches DNS-Suffix:

   Beschreibung. . . . . . . . . . . : Microsoft ISATAP Adapter #3

   Physische Adresse . . . . . . . . : 00-00-00-00-00-00-00-E0

   DHCP aktiviert. . . . . . . . . . : Nein

   Autokonfiguration aktiviert . . . : Ja
 

Tunneladapter isatap.{0A94039A-1A39-430A-89CF-C81F1E361D2A}:
 

   Medienstatus. . . . . . . . . . . : Medium getrennt

   Verbindungsspezifisches DNS-Suffix:

   Beschreibung. . . . . . . . . . . : Microsoft ISATAP Adapter #2

   Physische Adresse . . . . . . . . : 00-00-00-00-00-00-00-E0

   DHCP aktiviert. . . . . . . . . . : Nein

   Autokonfiguration aktiviert . . . : Ja
 

Tunneladapter isatap.{9D9479FD-3986-41C4-A37C-25F9C4F85033}:
 

   Medienstatus. . . . . . . . . . . : Medium getrennt

   Verbindungsspezifisches DNS-Suffix:

   Beschreibung. . . . . . . . . . . : Microsoft ISATAP Adapter #4

   Physische Adresse . . . . . . . . : 00-00-00-00-00-00-00-E0

   DHCP aktiviert. . . . . . . . . . : Nein

   Autokonfiguration aktiviert . . . : Ja

Da, wo <ENTFERNT> steht, stehen natürlich die echten IP-Adressen, die ich unkenntlich gemacht habe. IPv6 habe ich auf dem Interface wieder aktiviert.

Das Problem besteht übrigens in beide Richtungen. Sobald ich die Konnektivität verliere, kann ich auch die öffentliche v6-IP meines PC's von außen nicht mehr erreichen. Andere Geräte im Netzwerk sowie den Router aber schon.

Dass das nicht funktionieren kann, ist vollkommen klar. Da passt nichts.
Stelle IPv6 ab. Unter IPv4 stelle ip-Adresse und DNS auf automatisch sowie Client für MS-Network

Irgendwie bist du nicht hilfreich. Ich benötige IPv6. Auf den Geräten in meinem LAN wie auch nach außen.

IPv4-Adressen und DNS-Server sind statisch konfiguriert. Das Setup läuft seit Jahren.

Nur IPv6 funktioniert ganz plötzlich nicht mehr vernünftig. Was bedeutet denn "Da passt nichts"? Wieso funktioniert es dann sporadisch?

Hat jemand einen echten Vorschlag? Ich möchte gerne IPv6 auf meinem Windows-Rechner wieder zum Laufen bekommen. Nicht DHCP für IPv4 einschalten und auch nicht meinen DNS-Server ändern.

Zitat:

Zitat von CptMw (Beitrag 1682998)

Irgendwie bist du nicht hilfreich..

Und Du bist nicht kooperativ. Und wenn Du die IPv6-Adressen im Lan unkenntlich machst, kann Dir keiner helfen und eventuelle Fehler finden. Werde mit Deinem Problem glücklich. Ich bin raus.
Für mich gilt hier

EOD

Passt mir. Du warst ja von Anfang an nicht in der Lage, mein Problem zu verstehen. Schönes Wochenende.

Windows-Bug? Wie sieht denn IPv6 testweise bei einem Livelinux aus?

Ja, vermutlich Windows-Bug. Ich habe einige Raspberry Pi's und einen Linux-Laptop hier, die haben keine Probleme. Im Moment bin ich aber auf Dienstreise und komme erst Freitag zurück, kann also gerade nichts testen.

Dann vllt mal auf Windows 10 upgraden :cool:
Felix darfste das nicht übel nehmen, er ist bekennender IPv6-Hasser :blabla:

Zitat:

Zitat von cosinus (Beitrag 1683114)

Felix darfste das nicht übel nehmen, er ist bekennender IPv6-Hasser :blabla:

Das ist nicht richtig:rolleyes: Alles an seinem Platz. IPv6 gehört die Zukunft, im SoHo spielt es z.Z noch keine Rolle. Das wird noch dauern. Wenn IPv6 im WAN kommt, sind erst mal die Anbieter der Router gefragt, das entsprechend umzusetzen.

Nur weil es noch keine große Rolle spielt, ist das kein Argument dafür es gnadenlos zu deaktivieren nur weil es falsch konfiguriert sein KÖNNTE. Der TO hat ja auch geschrieben, dass so lange Zeit funktioniert hat.

Hier hilft jedenfalls nur testen, ein Windows-Bug könnte auch eine Ursache sein.

Zitat:

Zitat von felix1 (Beitrag 1683143)

IPv6 gehört die Zukunft, im SoHo spielt es z.Z noch keine Rolle. Das wird noch dauern.

Das hilft mir ja nicht, denn bei mir spielt es durchaus eine Rolle. Ich habe einige vServer und meine übliche Praxis ist, dass ich jedem Dienst eine eigene v6-Adresse verpasse. Mit so Spielereien wie Dienstname in Hex in die IP-Adresse. Mein Jabber-Server hat z.B. die 78:6d:70:70 (=XMPP).

Und manche Dienste wie mein BNC haben gar keine v4-Adresse, die erreiche ich ausschließlich über IPv6. Solange das nicht funktioniert, schränkt mich das also massiv ein.

Und wie soll ich mein Smartphone über das Mobilfunknetz per SSH erreichen, wenn nicht über einen vom Smartphone aufgebauten IPv6-Tunnel?

Deshalb ist Abschalten keine Option :)

Nein nein, Felix sagt es spielt keine Rolle, nutz es also mal lieber nicht :blabla:

Zitat:

Zitat von cosinus (Beitrag 1683144)

Das ist so nicht richtig. Ich bin nur für saubere Lösungen:daumenhoc
Entweder v4 oder v6. Mischmasch macht Probleme. Und wenn man DHCP abschaltet, muss man sauber arbeiten.
Bei händischer Vergabe sollte man beachten:
- gültige IP-Adresse aus dem Adresspool (meist) des Routers
- entsprechende Subnet-Adr
- Standardgate
- DNS-IP
- evtl. WINS (fakultativ)
In SoHo-Netzen sollte meist der Router Gate und DNS sein.

Zitat:

Entweder v4 oder v6. Mischmasch macht Probleme.

Dann bilde ich mir meine funktionierende IPv6-Konfig wohl auch gerade ein :lach:

Code:

2: enp1s0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000

    link/ether d0:50:99:XX:XX:XX brd ff:ff:ff:ff:ff:ff

    inet 192.168.2.32/24 brd 192.168.2.255 scope global enp1s0

       valid_lft forever preferred_lft forever

    inet6 2003:e4:XX:XX:XX:XX:XX:XX/64 scope global noprefixroute dynamic 

       valid_lft 14364sec preferred_lft 1764sec

    inet6 fe80::6171:f9ea:176a:ee8/64 scope link 

       valid_lft forever preferred_lft forever

Ich glaube, ich konnte das Problem eingrenzen. Mein Switch scheint schuld zu sein.
Ich hatte da vor ner Weile mal ein Firmware-Update durchgeführt, das aber nicht in Zusammenhang gebracht, da das Problem erst mind. eine Woche später erstmalig auftrat.

Jetzt habe ich ein Downgrade auf die vorherige Firmware durchgeführt und bin seit gestern beschwerdefrei.
Trotzdem seltsam, dass das nur den Windows-PC betraf, denn alle anderen Geräte hier hängen auch an diesem Switch. Also irgendwie doch ein Windows-Bug, zumindest im Zusammenhang mit dieser Firmware.

Ich werd das mal weiter beobachten, ggfs. mache ich ein Ticket bei Ubiquity auf. Danke für eure Antworten.

Switche sind Layer2-Geräte. Denen dürfte das garnicht interesserieren, ja die dürften nichtmal wissen, was für Pakete übertragen werden. Denn Pakete sind Layer3 und der Switch überträgt nur Layer2 (Frames).

Oder hast du nen Layer3-Switch?

Der kann auch Layer3, das nutze ich aber aktuell nicht.

https://www.ubnt.com/edgemax/edgeswitch-lite/

Ja, mir kommt das auch seltsam vor. Vielleicht ist es auch nur Zufall, dass es nach dem Downgrade funktioniert. Das kann ich noch nicht sagen.

Schmeiß Windows weg und fertig :p

Würde ich gerne. Auf dem Gaming-PC ist es aktuell aber leider alternativlos :P

Dann hör auf zu spielen,reine Zeitverschwendung! :)

Wenn du nicht mehr spielst und nicht mehr weißt was du mit dieser massiv freigewordenen Zeit anfangen sollst --> LFS Project Homepage

Aber ich bin doch so ein Early Adopter und will immer den neuesten Kram haben. VR-Brille unter Linux macht keinen Spaß.

Und nö, die Zeit für LFS nehm ich mir nicht. Ich fahr ganz gut mit Arch, Debian und Suse ;)

Na gut, dann erklär Felix IPv6 wenn du zuviel Zeit hast :blabla:

Mal ne letzte Rückmeldung. Es scheint echt am Switch gelegen zu haben. Nach Firmware-Downgrade ist das Problem dauerhaft verschwunden. Klingt komisch, ist aber so.

Woher weiß der Switch denn, dass es IPv6 ist und dass die Frames von einem Windows-Rechner kommen? :lach:

Das ist die Frage, die mich auch beschäftigt :D

Du hast ja nen dicken, teuren Switch. Ich würde da mal dem Hersteller fragen was das soll... :kaffee: