Keine Internetverbindung trotz "Internetzugriff via Lan"

In den Eigenschaften der LAN-Verbindung -> IPv6 deaktivieren
=> Habe ich gemacht (Haken rausnehmen)
=> Neustart
=> Gecheckt ob der Haken noch immer raus ist (Ist er)

Ist per IPv4 (wenn sich IPv6 nicht mehr in den Vordergrund schiebt) der Zugriff in's Internet möglich?
=> Leider nein, es steht bei IPv4 jetzt (wie vorher) "Internet" und bei IPv6 steht "Kein Netzwerkzugriff"
Und es lässt sich keine Internetseite aufrufen oder ein Programm starten, welches Internet braucht.
(Da benutze ich gerne Teamspeak 3, denn das lässt sich ohne Internet nicht wirklich starten)

Dennoch schonmal ein Danke für die schnelle Antwort.

Die "Fernseite" vom Hitron ist bisher ja nicht beachtet worden...
Zeigt der Hitron an, daß eine Verbindung zum Provider (Kabel-Deutschland ?) besteht?
Wenn die Verbindung zu denen ausgefallen ist, dann mußt du mit einem Techniker vom Provider an die Problemlösung gehen.

Nutze mal den "Ping-Befehl" zu einer URL (z.B. 8.8.8.8 )
Mit einem Ping Test die Netzwerkverbindung prüfen
http://www.edv-lehrgang.de/ping-test-im-netzwerk/
Zeige bitte nach dem Test die Ergebnistabelle hier.

Das Internet ist prinzipiell funktionstüchtig, mein Mitbewohner hat es und es funktioniert.

Ich selbst komme auch über meine altes Betriebssystem online.. Was also für mich fehlt, das ist die Brücke zwischen "Was hat das alte, was mein neues System nicht hat" und "Wie kann ich das beheben?"

Mir ist aufgefallen, dass die IPv6 Verbindung bei dem "alten" steht, vielleicht hilft Dir das ja weiter.

Anbei aber noch einige Ping-Tests

C:\Windows\system32>ping 8.8.8.8

Ping wird ausgeführt für  mit 32 Bytes Daten:
Antwort von 8.8.8.8: Bytes=32 Zeit=30ms TTL=48
Antwort von 8.8.8.8: Bytes=32 Zeit=30ms TTL=48
Antwort von 8.8.8.8: Bytes=32 Zeit=31ms TTL=48
Antwort von 8.8.8.8: Bytes=32 Zeit=29ms TTL=48

Ping-Statistik für _v6:
    Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
    (0% Verlust),
Ca. Zeitangaben in Millisek.:
    Minimum = 29ms, Maximum = 31ms, Mittelwert = 30ms


C:\Windows\system32>ping -f 8.8.8.8

Ping wird ausgeführt für  mit 32 Bytes Daten:
Antwort von 8.8.8.8: Bytes=32 Zeit=29ms TTL=48
Antwort von 8.8.8.8: Bytes=32 Zeit=37ms TTL=48
Antwort von 8.8.8.8: Bytes=32 Zeit=29ms TTL=48
Antwort von 8.8.8.8: Bytes=32 Zeit=27ms TTL=48

Ping-Statistik für °v@:
    Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
    (0% Verlust),
Ca. Zeitangaben in Millisek.:
    Minimum = 27ms, Maximum = 37ms, Mittelwert = 30ms



C:\Windows\system32>ping -a 8.8.8.8

Ping wird ausgeführt für google-public-dns-a.google.com [] mit 32 Bytes Daten:
Antwort von 8.8.8.8: Bytes=32 Zeit=31ms TTL=48
Antwort von 8.8.8.8: Bytes=32 Zeit=34ms TTL=48
Antwort von 8.8.8.8: Bytes=32 Zeit=36ms TTL=48
Antwort von 8.8.8.8: Bytes=32 Zeit=30ms TTL=48

Ping-Statistik für ðv;:
    Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
    (0% Verlust),
Ca. Zeitangaben in Millisek.:
    Minimum = 30ms, Maximum = 36ms, Mittelwert = 32ms



C:\Windows\system32>ping -n 8 8.8.8.8

Ping wird ausgeführt für  mit 32 Bytes Daten:
Antwort von 8.8.8.8: Bytes=32 Zeit=27ms TTL=48
Antwort von 8.8.8.8: Bytes=32 Zeit=37ms TTL=48
Antwort von 8.8.8.8: Bytes=32 Zeit=37ms TTL=48
Antwort von 8.8.8.8: Bytes=32 Zeit=28ms TTL=48
Antwort von 8.8.8.8: Bytes=32 Zeit=30ms TTL=48
Antwort von 8.8.8.8: Bytes=32 Zeit=40ms TTL=48
Antwort von 8.8.8.8: Bytes=32 Zeit=36ms TTL=48
Antwort von 8.8.8.8: Bytes=32 Zeit=36ms TTL=48

Ping-Statistik für °v▲:
    Pakete: Gesendet = 8, Empfangen = 8, Verloren = 0
    (0% Verlust),
Ca. Zeitangaben in Millisek.:
    Minimum = 27ms, Maximum = 40ms, Mittelwert = 33ms



C:\Windows\system32>ping -l 256 8.8.8.8

Ping wird ausgeführt für  mit 256 Bytes Daten:
Antwort von 8.8.8.8: Bytes=64 (gesendet 256) Zeit=32ms TTL=48
Antwort von 8.8.8.8: Bytes=64 (gesendet 256) Zeit=31ms TTL=48
Antwort von 8.8.8.8: Bytes=64 (gesendet 256) Zeit=29ms TTL=48
Antwort von 8.8.8.8: Bytes=64 (gesendet 256) Zeit=46ms TTL=48

Ping-Statistik für ÀvE:
    Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
    (0% Verlust),
Ca. Zeitangaben in Millisek.:
    Minimum = 29ms, Maximum = 46ms, Mittelwert = 34ms



C:\Windows\system32>ping -i 16 8.8.8.8

Ping wird ausgeführt für  mit 32 Bytes Daten:
Antwort von 8.8.8.8: Bytes=32 Zeit=46ms TTL=48
Antwort von 8.8.8.8: Bytes=32 Zeit=28ms TTL=48
Antwort von 8.8.8.8: Bytes=32 Zeit=31ms TTL=48
Antwort von 8.8.8.8: Bytes=32 Zeit=27ms TTL=48

Ping-Statistik für °v◄:
    Pakete: Gesendet = 4, Empfangen = 4, Verloren = 0
    (0% Verlust),
Ca. Zeitangaben in Millisek.:
    Minimum = 27ms, Maximum = 46ms, Mittelwert = 33ms

Hatte mich gestern zu später Stunde zu sehr auf die IPv6 ausgerichtet...
Soll heißen:
Die Pings hätte ich nicht anfordern brauchen, wenn ich den Text vorher komplett gelesen hätte.  und aus der Erkenntnis, daß andere User die Internetverbindung problemlos nutzen.

Daß es am Treiber der Netzwerkkarte liegt ist m.E. ausgeschlossen, denn zum Hitron steht ja die Verbindung und deine Netzwerkkarte wird mit Daten versorgt (192.168.0.5).
Das Komische im Protokoll ist nur, daß das Ablaufdatum der Lease IPv4 vor dem Lease-Datum selbst liegt. (IP ist schon nicht mehr gültig zum Zeitpunkt der Ausgabe.) - Dafür fehlt mir auch jetzt noch eine Erklärung.

Erhältst du einen Bericht, wenn du im Netzwerk-&Freigabecenter die Behandlung von Problemen startest und den "Netzwerkadapter" wählst?

Vorschlag: Test mit statischer IPv4
Per "ipconfig /all" eine momentan mögliche IPv4 ermitteln (oder eine beliebige andere nicht vergebene IPv4 aus dem Adresspool des Hitron) - und diese IPv4 in die LAN-Verbindung als statische IPv4 eintragen und die Subnetzmaske wie vorgegeben (255.255.255.0) eintragen.
An der DNS-Server-IP keine Änderung.

Entschuldigung bitte - nehme auch diese Falschaussage zurück:

Das Komische im Protokoll ist nur, daß das Ablaufdatum der Lease IPv4 vor dem Lease-Datum selbst liegt. (IP ist schon nicht mehr gültig zum Zeitpunkt der Ausgabe.)

Ja.. da habe ich mich auch zuerst verlesen ^.^


Mit fester Ip habe ich auch bereits vieles ausprobiert..
Allerdings habe ich bei dem Problemdiagnosetool tatsächlich etwas gefunden, allerdings nicht beim Adapter, sondern in der Heimnetzgruppe und bei der Internetverbindung:
"Der Peer Name Resolutions-Protokoll-Dienst (PNRPSvc) oder Peernetzwerkidentitäts-Manager-Dienst (p2pimsvc) wird nicht ausgeführt"
Wenn ich versuche die Dienste mit "Peer" im Namen zu starten:"Fehler 10106: der angeforderte Dienstanbieter konnte nicht geladen oder initialisiert werden."

Moin!

Hast du mal probiert anstatt "8.8.8.8" den DNS namen, z.B. "google.de" zu pingen? Vielleicht handelt es sich auch um einen DNS-Fehler bei dir.

Der Peer Name Resolutions-Protokoll-Dienst (PNRPSvc) oder Peernetzwerkidentitäts-Manager-Dienst (p2pimsvc) wird nicht ausgeführt

Wie im Eingangspost erwähnt - und leider auch nach wiederholtem Test - findet sich für den Ping-Test nur dann eine Antwort, wenn ich Zahlen/IPs eingebe. Lesen scheint dieser Dienst nicht zu können ( ;

Mein Fehler,Sorry.

Hast du per "nslookup" auch schon versucht, die dns namen aufzulösen?

Beim Standardgateway: Unknown
Und bei Adress: 2a02:8108:8340:23cc::1

Habe dann gerade bei der LAN-Verbindung unter "Status" geschaut und dort fehlt ebenfalls der IPv4-DNS-Server.

Kann leider den Beitrag als Gast nicht editieren..

Den IPv4-DNS-Server konnte ich "reaktivieren", denn das Windowsdiagnosetool hat bemerkt, dass dort etwas nicht stimmte, leider dennoch kein Fortschritt im Bezug auf Internetzugang.

Punkt1:

Arbeitet dein Router denn mit IPv6?
Wenn nicht würde ich diese potenzielle Fehlerquelle dauerhaft abschalten.

Punkt2 :

Hast du bei der statischen IP-Vergabe neben dem Gateway auch den DNS-Server eingetragen?