Keine Internetverbindung trotz "Internetzugriff via Lan"

Windows-IP-Konfiguration

   Hostname  . . . . . . . . . . . . : Felix-PC
   Primäres DNS-Suffix . . . . . . . :
   Knotentyp . . . . . . . . . . . . : Hybrid
   IP-Routing aktiviert  . . . . . . : Nein
   WINS-Proxy aktiviert  . . . . . . : Nein
   DNS-Suffixsuchliste . . . . . . . : hitronhub.home

Ethernet-Adapter LAN-Verbindung:

   Verbindungsspezifisches DNS-Suffix: hitronhub.home
   Beschreibung. . . . . . . . . . . : NVIDIA nForce Networking Controller
   Physikalische Adresse . . . . . . : E0-CB-4E-58-56-CD
   DHCP aktiviert. . . . . . . . . . : Ja
   Autokonfiguration aktiviert . . . : Ja
   IPv6-Adresse. . . . . . . . . . . : 2a02:8108:8340:23cc::9(Bevorzugt)
   Lease erhalten. . . . . . . . . . : Sonntag, 24. August 2014 17:51:30
   Lease läuft ab. . . . . . . . . . : Sonntag, 24. August 2014 19:15:26
   IPv6-Adresse. . . . . . . . . . . : 2a02:8108:8340:23cc:a981:c907:b71a:314d(Bevorzugt)
   Temporäre IPv6-Adresse. . . . . . : 2a02:8108:8340:23cc:f905:4bc0:813b:3a8e(Bevorzugt)
   Verbindungslokale IPv6-Adresse  . : fe80::a981:c907:b71a:314d%10(Bevorzugt)
   IPv4-Adresse  . . . . . . . . . . : 192.168.0.5(Bevorzugt)
   Subnetzmaske  . . . . . . . . . . : 255.255.255.0
   Lease erhalten. . . . . . . . . . : Sonntag, 24. August 2014 17:51:27
   Lease läuft ab. . . . . . . . . . : Mittwoch, 21. August 2024 17:51:27
   Standardgateway . . . . . . . . . : fe80::6ab6:fcff:fe2c:d982%10
                                       192.168.0.1
   DHCP-Server . . . . . . . . . . . : 192.168.0.1
   DHCPv6-IAID . . . . . . . . . . . : 249613134
   DHCPv6-Client-DUID. . . . . . . . : 00-01-00-01-1B-54-54-B6-E0-CB-4E-58-56-CD
   DNS-Server  . . . . . . . . . . . : 2a02:8108:8340:23cc::1
                                       192.168.0.1
   NetBIOS über TCP/IP . . . . . . . : Aktiviert
   Suchliste für verbindungsspezifische DNS-Suffixe:
                                       hitronhub.home
Teste bitte zuerst:
In den Eigenschaften der LAN-Verbindung -> IPv6 deaktivieren
(Markierung bei "Internetprotokoll Versio 6 (IPv6)" entfernen) und PC neu starten

Ist per IPv4 (wenn sich IPv6 nicht mehr in den Vordergrund schiebt) der Zugriff in's Internet möglich?

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.)

(muß wohl beim Lesen die Anzeigeschrift größer einrichten, daß ich in den Datumsangaben nicht einfach 10-Jahre "überlese".)
Lease läuft ab. . . . . . . . . . : Mittwoch, 21. August 2024 17:51:27
Demnach ist der Leasezeitraumk noch lange aktuell...

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

Klingt ja auch nach einem DNS-Dienst, sagt mir persönlich aber gar nichts.

Gruß!

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?

Also bei einem der Rechner hier mit Internet steht bei IPv6 "Internet", demzufolge schließe ich jetzt darauf, dass der Router mit IPv6 was anfangen kann.

Ich habe momentan alles auf automatisch vergeben, da unser Router eigentlich alles ganz gut regelte. Getestet habe ich es auch mit allen Einstellungen, werde das aber eben nochmals testen und dann weiterschreiben.

Folgendes gab ich ein:
IP 192.168.0.10
255.255.255.0 (Standard)
Gateway 192.168.0.1

DNS-Server 192.168.0.1

Leider ohne Erfolg.

Welche Systeme benutzt du denn jeweils?

Ich gehe mal daovn aus, dass du keine anderen Windows/Linux Serverversionen in deinem Heimnetz hast.

Da ich keinen konkreten Lösungsansatz bieten kann, müssen wir nun etwas wühlen :

Wie sieht deine hosts Datei aus?

C:\Windows\System32\drivers\etc\hosts

zu öffnen mit Notepad oder Editor.


Zweite Idee:

IPv6 komplett abschalten (auch auf dem Router), die doppelte Nutzung von IPv4 und IPv6 ist immer ziemlich knifflig.


Dritter Ansatz:

 

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

Benutzt du eine Heimnetzgruppe, hilft vielleicht dieser
>Link<

So far.

# 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
IPv6 abschalten.. Ich habe in dem Router-Menu dazu keine Einstellungen gefunden und es bei mir manuell zu kappen via Haken rausnehmen bei der Lan-Verbindung brachte nichts.
In welchem Bereich beim Router sollte das eigentlich sein, hast du da irgendwelche Stichworte?

Und der dritte Punkt: Peer.
Dieses Forum habe ich auch bereits gefunden, der TE dort möchte wohl aus einer Gruppe raus, das könnte ich auch versuchen:
Ich habe diese idstore.sst gelöscht rebootet und nichts passierte.
Die RAS-Verbindung habe ich auch einfach mal gestartet, half nicht wirklich.

Es lassen sich auch nachwievor die Peer Dienste nicht starten, obwohl alle Abhängigkeiten gestartet sind.

Systeme: Ich benutze Win7 64bit
Der andere Rechner ebenfalls. (Beides keine Klapprechner)

Puh, Dein System macht es nicht gerade leicht... 
 

Gestern konnte ich noch ins Internet gehen, solange ich die alte Festplatte zusätzlich an meinen Rechner anschloss, gebootet wurde aber definitiv die neue Festplatte (Neuer Desktop + Leer). Vorhin habe ich den Netzwerkadapter Treiber neuinstalliert, seit dem kann ich nurnoch mit der alten Festplatte ins Internet..

Bist du sicher, dass du den richtigen Treiber für deinen Netzwerkadapter heruntergeladen hast, ebenfalls für die 64 Bit Version?

http://www.nvidia.de/download/driverResults.aspx/30558/de

------------------

Wenn auch das nicht hilft, dann prüfe mal die Netzwerk-Einstellungen - wenn deine alte Festplatte angeschlossen ist.

Gruß!

Das 15.56er Paket kommt mir sehr bekannt vor, aber ich versuche es gerne erneut.

Ich habe die Datei ausgeführt, dann erschien ein vertrautes NVIDIA Setup, welches mich fragte:"SMU, Ethernet und/oder Speicher?"
Dann habe ich einmal alles und einmal nur Ethernet ausgewählt und geschaut was das Resultat sein würde. Spoiler voraus: Es hat nicht geklappt.
Was merkwürdig hier ist, das Setup verlangt einen Reboot und setzt sich dann zurück, es hört also nicht auf.. Es fragt dann wieder, ob ich denn etwas installieren möchte und wenn ja was. Während der Installation kam ein leeres Fenster mit der Überschrift:"Previous NAM found? [Ja][Nein]". NAM, ist das der Network Access Manager?

Ich habe bei mir hier noch im Downloadbereich den 15.58 Treiber, ist das ein anderer oder ist dieser aktueller? Bei den Bezeichnungen weiß ich immer nicht, ob das die Version oder eher eine Produktnummer ist.

Da Du eine neue Festplatte hast, hast Du sicherlich auch alle anderen erforderlichen Treiber vorher installiert - Chipsatz-Treiber etc?

Vielleicht hilft hier auch die Treiber CD zum Mainboard.


Hast Du das System per chkdsk mal auf Fehler überprüft?

Nicht funktionierendes Internet
Windows-IP-Konfiguration

   Hostname  . . . . . . . . . . . . : Felix-PC
   Prim„res DNS-Suffix . . . . . . . :
   Knotentyp . . . . . . . . . . . . : Hybrid
   IP-Routing aktiviert  . . . . . . : Nein
   WINS-Proxy aktiviert  . . . . . . : Nein
   DNS-Suffixsuchliste . . . . . . . : hitronhub.home

Ethernet-Adapter LAN-Verbindung:

   Verbindungsspezifisches DNS-Suffix: hitronhub.home
   Beschreibung. . . . . . . . . . . : NVIDIA nForce Networking Controller
   Physikalische Adresse . . . . . . : E0-CB-4E-58-56-CD
   DHCP aktiviert. . . . . . . . . . : Ja
   Autokonfiguration aktiviert . . . : Ja
   IPv6-Adresse. . . . . . . . . . . : 2a02:8108:8340:23cc::4(Bevorzugt)
   Lease erhalten. . . . . . . . . . : Montag, 25. August 2014 19:40:52
   Lease l„uft ab. . . . . . . . . . : Montag, 25. August 2014 21:01:11
   IPv6-Adresse. . . . . . . . . . . : 2a02:8108:8340:23cc:a981:c907:b71a:314d(Bevorzugt)
   Tempor„re IPv6-Adresse. . . . . . : 2a02:8108:8340:23cc:4090:d9bd:b8e4:3840(Bevorzugt)
   Verbindungslokale IPv6-Adresse  . : fe80::a981:c907:b71a:314d%10(Bevorzugt)
   IPv4-Adresse  . . . . . . . . . . : 192.168.0.10(Bevorzugt)
   Subnetzmaske  . . . . . . . . . . : 255.255.255.0
   Lease erhalten. . . . . . . . . . : Montag, 25. August 2014 19:40:55
   Lease l„uft ab. . . . . . . . . . : Montag, 1. September 2014 19:40:55
   Standardgateway . . . . . . . . . : fe80::6ab6:fcff:fe2c:d982%10
                                       192.168.0.1
   DHCP-Server . . . . . . . . . . . : 192.168.0.1
   DHCPv6-IAID . . . . . . . . . . . : 249613134
   DHCPv6-Client-DUID. . . . . . . . : 00-01-00-01-1B-54-54-B6-E0-CB-4E-58-56-CD
   DNS-Server  . . . . . . . . . . . : 2a02:8108:8340:23cc::1
                                       192.168.0.1
   NetBIOS ber TCP/IP . . . . . . . : Aktiviert
   Suchliste fr verbindungsspezifische DNS-Suffixe:
                                       hitronhub.home

Tunneladapter isatap.hitronhub.home:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix: hitronhub.home
   Beschreibung. . . . . . . . . . . : Microsoft-ISATAP-Adapter
   Physikalische Adresse . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP aktiviert. . . . . . . . . . : Nein
   Autokonfiguration aktiviert . . . : Ja

Tunneladapter LAN-Verbindung* 11:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix:
   Beschreibung. . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
   Physikalische Adresse . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP aktiviert. . . . . . . . . . : Nein
   Autokonfiguration aktiviert . . . : Ja


Lan-Verbindung Status:
Verbindungsspezifisches DNS-Suffix: hitronhub.home
Beschreibung: NVIDIA nForce Networking Controller
Physikalische Adresse: ‎E0-CB-4E-58-56-CD
DHCP-aktiviert: Ja
IPv4-Adresse: 192.168.0.10
IPv4-Subnetzmaske: 255.255.255.0
Lease erhalten: Montag, 25. August 2014 19:40:55
Lease läuft ab: Montag, 1. September 2014 19:40:55
IPv4-Standardgateway: 192.168.0.1
IPv4-DHCP-Server: 192.168.0.1
IPv4-DNS-Server: 192.168.0.1
IPv4-WINS-Server:
NetBIOS über TCPIP aktiviert: Ja
IPv6-Adresse: 2a02:8108:8340:23cc::4
Lease erhalten: Montag, 25. August 2014 19:40:52
Lease läuft ab: Montag, 25. August 2014 21:23:41, 2a02:8108:8340:23cc:a981:c907:b71a:314d
Temporäre IPv6-Adresse: 2a02:8108:8340:23cc:4090:d9bd:b8e4:3840
Verbindungslokale IPv6-Adresse: fe80::a981:c907:b71a:314d%10
IPv6-Standardgateway: fe80::6ab6:fcff:fe2c:d982%10
IPv6-DNS-Server: 2a02:8108:8340:23cc::1
Funktionierendes Internet
Windows-IP-Konfiguration

   Hostname  . . . . . . . . . . . . : Fisch-PC
   Prim„res DNS-Suffix . . . . . . . :
   Knotentyp . . . . . . . . . . . . : Gemischt
   IP-Routing aktiviert  . . . . . . : Nein
   WINS-Proxy aktiviert  . . . . . . : Nein
   DNS-Suffixsuchliste . . . . . . . : hitronhub.home

Ethernet-Adapter LAN-Verbindung:

   Verbindungsspezifisches DNS-Suffix: hitronhub.home
   Beschreibung. . . . . . . . . . . : NVIDIA nForce Networking Controller
   Physikalische Adresse . . . . . . : E0-CB-4E-58-56-CD
   DHCP aktiviert. . . . . . . . . . : Ja
   Autokonfiguration aktiviert . . . : Ja
   IPv6-Adresse. . . . . . . . . . . : 2a02:8108:8340:23cc::5(Bevorzugt)
   Lease erhalten. . . . . . . . . . : Montag, 25. August 2014 19:57:19
   Lease l„uft ab. . . . . . . . . . : Montag, 25. August 2014 21:27:19
   IPv6-Adresse. . . . . . . . . . . : 2a02:8108:8340:23cc:e495:3f95:7f1a:bda5(Bevorzugt)
   Tempor„re IPv6-Adresse. . . . . . : 2a02:8108:8340:23cc:447f:4ffe:2dbf:531e(Bevorzugt)
   Verbindungslokale IPv6-Adresse  . : fe80::e495:3f95:7f1a:bda5%10(Bevorzugt)
   IPv4-Adresse  . . . . . . . . . . : 192.168.0.10(Bevorzugt)
   Subnetzmaske  . . . . . . . . . . : 255.255.255.0
   Lease erhalten. . . . . . . . . . : Montag, 25. August 2014 19:57:18
   Lease l„uft ab. . . . . . . . . . : Montag, 1. September 2014 19:57:18
   Standardgateway . . . . . . . . . : fe80::6ab6:fcff:fe2c:d982%10
                                       192.168.0.1
   DHCP-Server . . . . . . . . . . . : 192.168.0.1
   DHCPv6-IAID . . . . . . . . . . . : 244377274
   DHCPv6-Client-DUID. . . . . . . . : 00-01-00-01-13-5A-4F-CA-E0-CB-4E-58-56-CD
   DNS-Server  . . . . . . . . . . . : 2a02:8108:8340:23cc::1
                                       192.168.0.1
   NetBIOS ber TCP/IP . . . . . . . : Aktiviert
   Suchliste fr verbindungsspezifische DNS-Suffixe:
                                       hitronhub.home

Tunneladapter isatap.{4485821E-FF89-48B9-B23C-B680E1D1C6A9}:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix:
   Beschreibung. . . . . . . . . . . : Microsoft-ISATAP-Adapter
   Physikalische Adresse . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP aktiviert. . . . . . . . . . : Nein
   Autokonfiguration aktiviert . . . : Ja

Tunneladapter Teredo Tunneling Pseudo-Interface:

   Medienstatus. . . . . . . . . . . : Medium getrennt
   Verbindungsspezifisches DNS-Suffix:
   Beschreibung. . . . . . . . . . . : Teredo Tunneling Pseudo-Interface
   Physikalische Adresse . . . . . . : 00-00-00-00-00-00-00-E0
   DHCP aktiviert. . . . . . . . . . : Nein
   Autokonfiguration aktiviert . . . : Ja

Lan-Verbindung Status:
Verbindungsspezifisches DNS-Suffix: hitronhub.home
Beschreibung: NVIDIA nForce Networking Controller
Physikalische Adresse: ‎E0-CB-4E-58-56-CD
DHCP-aktiviert: Ja
IPv4-Adresse: 192.168.0.10
IPv4-Subnetzmaske: 255.255.255.0
Lease erhalten: Montag, 25. August 2014 19:57:18
Lease läuft ab: Montag, 1. September 2014 19:57:18
IPv4-Standardgateway: 192.168.0.1
IPv4-DHCP-Server: 192.168.0.1
IPv4-DNS-Server: 192.168.0.1
IPv4-WINS-Server:
NetBIOS über TCPIP aktiviert: Ja
IPv6-Adresse: 2a02:8108:8340:23cc::5
Lease erhalten: Montag, 25. August 2014 19:57:19
Lease läuft ab: Montag, 25. August 2014 21:27:19, 2a02:8108:8340:23cc:e495:3f95:7f1a:bda5
Temporäre IPv6-Adresse: 2a02:8108:8340:23cc:447f:4ffe:2dbf:531e
Verbindungslokale IPv6-Adresse: fe80::e495:3f95:7f1a:bda5%10
IPv6-Standardgateway: fe80::6ab6:fcff:fe2c:d982%10
IPv6-DNS-Server: 2a02:8108:8340:23cc::1
Die CD.. ja, wenn ich die hätte. Ich habe diesen Rechner schon einige Jahre (~3-4) und die CD habe ich nach meinem letzten Umzug evtl vergessen..

Aber du kannst mir folgendes vielleicht beantworten: Wenn ein Treiber fehlt dann kommt doch im Geräte-Manager das gelbe Warndreieck raus, gibt es so ein Zeichen auch für nicht optimale/falsche Treiber?

Bzw gibt es ein Freeware-Produkt, welches sicher falsche Treiber identifiziert?
Denn Everest oder CPU-Z haben bei mir bisher nie gemeckert, allerdings sind die auch eher hardwareorientiert.

PS: In den beiden Code-Fenstern sind wohl bei der Konvertierung zwischen Unicode und ANSI ein paar Zeichen verloren gegangen - 'Tschuldigung.

Das Ergebnis des chkdsk der neuen Platte hänge ich an meine nächste Antwort, oder bei einem fatalen Error direkt hinten an.

Ein Protokoll von chkdsk hier zu zeigen ist m.E. nicht erforderlich.
Interessant wäre da nur:
wenn eine Meldungszeile ausgegeben wird, daß Daten aus einem Bereich mit Oberflächenschäden umverlagert wurden -
dann wäre zu prüfen ob gerade Treiber zum Ethernetadapter betroffen waren.

Mysteriös ist deine Beobachtung, daß bei "Anwesenheit" der ursprünglichen HDD die Störungen nicht auftreten.

Beim Booten des Betriebssystems und registrieren von installierten Geräten greift die Bootsequenz doch nicht auf eine (inaktive alte) ehemalige Systempartition zu.

Welche Beweiskraft unterstellst du den zuletzt geposteten IP-Protokollen?
Interessant ist jeweils nur die "LAN-Verbindung"

Oh ja.. da habe ich vergessen den Überfluss wegzuschneiden.

Ich vergaß zudem zu erwähnen, dass die neue "Platte" keine wirkliche Platte, sondern eine SSD ist. Allerdings dachte ich mir, dass das beim Starten oder verwenden von Daten keine Auswirkung hat.

"Mysteriös ist deine Beobachtung, daß bei "Anwesenheit" der ursprünglichen HDD die Störungen nicht auftreten."
Dies ist nicht mehr der Fall gewesen, seit dem Neuinstallieren der Treiber, womöglich ist da anfangs etwas "schiefgelaufen" beim Installieren, dass er irgendwelche Pfade auf die andere Partition gelegt hat. Allerdings habe ich davon dann wirklich keine Ahnung mehr ^.^

Um die Treiber vllt. abzuschließen, wenn ich im LAN jemanden finde, also das Netzwerk benutze, ist das dann nicht ein Argument dafür, dass der Treiber funktioniert? Oder kann ich das LAN auch benutzen, wenn ich keinen Treiber habe?

Ich kann den Router anpingen und bekomme eine Antwort, wenn ich aber versuche ihn über 192.168.0.1 zu erreichen und vor allem auf ihn zuzugreifen, dann passiert nichts.
Gibt es da evtl Möglichkeiten, dass im HTML-Protokoll o.Ä. etwas kaputt ist, bzw mich irgendwas blockiert? (Der Router eigentlich nicht, denn wir haben ihn einem kompletten Reset unterzogen und dann meine MAC auf die Whitelist geschrieben)

Nur ein paar Ideenansätze, da die konventionellen Methoden leider noch nicht gefruchtet haben.
(Falls irgendwas davon absoluter Müll sein sollte, einfach sagen)

Wenn du von deinem PC aus über den Router andere Rechner im Netzwerk erreichst - ist das ausreichend Beweis, daß deine Netzwerkkarte korrekt mit Treibern versorgt ist und ihre Aufgabe im Netzwerk erfüllt.

Frage zu dem Eintrag in die "Whitelist"....
stehen die anderen PC auch da drinnen (die PC mit Internetzugriff) ?
Nimm den Eintrag mal raus und speichere die Änderung im Router.

Welchen Hitron hat dir Kabel-Deutschland zur Verfügung gestellt? - Diesen?:
https://www.kabeldeutschland.de/csc/hilfe/geraete/wlan_kabelrouter_hitron

Ist der Zugriff auf die Konfigurationsmenüs nur von deinem PC aus nicht möglich? - wie ist das bei anderen Rechnern im lokalen Netz?
(Im Bedarfsfall die Änderung der "Whitelist" auf diesem Wege vornehmen.)

VoIP-Kabelrouter mit WLAN-Funktion - CVE-30360
https://www.kabeldeutschland.de/psources/media/Benutzerhandbuch_WLAN_Kabelmodem_hitron_cve-30360.pdf
(Im Benutzerhandbuch zum Kabelmodem-Router CVE-30360 wird eine "Whitelist" gar nicht erwähnt.)
Hast du evtl. die MAC-Adresse des LAN-Adapter in eine MAC-Filtertabelle für Drahtlosverbindungen eingetragen? oder die "IP-Filterung" aktiviert?)

Hersteller:   Hitron Technologies
Modell:   CVE-30360
Hardware Version:   1B
Firmware Version:   3.1.1.31-IMS-KDG
Boot Version:   PSPU-Boot 1.0.16.22-H2.8.7
Kabelmodem Seriennummer:   25212C067897
=> Damit hast du mitten ins Schwarze getroffen.

Ja, es sind drei Computer in der Tabelle mit "zugelassenen Geräten (MAC-Filter)", das sind auch gleichzeitig alle Geräte die per LAN Zugriff benötigen. Alle anderen Geräte sind Handys oder andere Smartgeräte, diese sind dort nicht eingetragen und können dennoch sowohl das Internet als auch den Router benutzen (Also auf 192.168.0.1 zugreifen)
Diese Mac-Filter Option für das LAN haben wir eingestellt, weil wir erhofften, dass damit dann Zugriff - auch für mich - möglich sei. Es geht also mit und ohne diesen Filter nicht.. Und nur mein Rechner ist betroffen.

(Im Benutzerhandbuch zum Kabelmodem-Router CVE-30360 wird eine "Whitelist" gar nicht erwähnt.)
Hast du evtl. die MAC-Adresse des LAN-Adapter in eine MAC-Filtertabelle für Drahtlosverbindungen eingetragen? oder die "IP-Filterung" aktiviert?)

Oh, dann ist Whitelist wohl nicht der richtige Begriff. Aber wie oben erwähnt: Es ist ein MAC-Filter auf ERLAUBEN.

Diesen kann man unter "Firewall" verwalten und über ihm steht:
"Mit Hilfe der MAC-Filterung kann definiert werden, für welche Computer der Zugang zum Internet und zum lokalen Netzwerk blockiert oder erlaubt ist."
Unter "IP-Filterung" sind sowohl bei
- IP-Filter-Optionen als auch bei
- IP-Filter-Optionen(IPv6)
die Haken bei DEAKTIVIERT gesetzt.

Beim WLAN ist dann natürlich unser Passwort (Nicht mehr das Standardpasswort..) und ein MAC-Filter-Modus von ALLE ERLAUBEN eingestellt.

Mir gehen langsam die Ideen aus, vielleicht solltest du das System nochmal sauber formatieren und neu aufsetzen - dazu die aktuellsten Treiber der Herstellerseite verwenden.


Slider

Das ist auch meine Alternativlösung.
Allerdings stecke ich gerade mitten in der Klausurenphase, daher möchte ich mir mein sortiertes System nicht kaputtmachen. Danach werde ich dann aber diese Lösung anwenden ^.^

Falls also noch Ideen kommen, bis Mitte September bin ich für (fast) alles offen.

Soo.. konnte dann doch nicht mehr so lange mit dem Problem leben und habe gestern Windows erneut installiert.

Und direkt nach dem ersten Start ohne irgendwelche manuellen Einstellungen klappte dann alles einwandfrei.

Abschließend noch ein großes Dankeschön an Slider und Spitzweg!