Heim-NAS-Geschwindigkeit ist instabil: So überprüfen Sie Duplex, Kabel und Port-Fehler

Eva Wong

IceWhale author

Eva Wong ist die Technische Redakteurin und und leidenschaftliche Tüftlerin bei ZimaSpace. Eine lebenslange Geek mit einer Leidenschaft für Homelabs und Open-Source-Software, sie spezialisiert sich darauf, komplexe technische Konzepte in zugängliche, praktische Anleitungenzu übersetzen. Eva ist der Meinung, dass Self-Hosting Spaß machen und nicht einschüchternd sein sollte. Durch ihre Tutorials befähigt sie die Community, Hardware-Setups zu entmystifizieren, vom Bau ihres ersten NAS bis hin zur Beherrschung von Docker-Containern.

Home NAS Speed Is Unstable: How to Check Duplex, Cable, and Port Errors - Zima Store Online

Überprüfen Sie die Link-Verhandlung und Fehlerzähler, bevor Sie SMB-, Speicher- oder NAS-Leistungseinstellungen ändern.

Instabile NAS-Geschwindigkeit zu Hause zeigt sich oft als schneller Transfer, der plötzlich abfällt, pausiert, neu verhandelt oder sich nach dem Wiederanschließen eines Kabels erholt. Dasselbe Symptom kann durch Duplex-Mismatch, ein marginales Kabel oder eine Buchse, einen beschädigten Switch-Port, vom Treiber gemeldete Fehler, Flusskontrollverhalten oder Speicherstillstände verursacht werden. Eine saubere Diagnose hält einen Client, eine Datei und einen Pfad konstant, während beide Enden der Ethernet-Verbindung vor und nach jeder kontrollierten Änderung ausgelesen werden.

Protokollieren Sie das Fehlerbild, bevor Sie den Link ändern

Verwenden Sie eine große lokale Datei und kopieren Sie sie in beide Richtungen zwischen demselben Client und NAS. Protokollieren Sie die ausgehandelte Geschwindigkeit, den Durchsatz über die Zeit, die geladene Latenz und den genauen Moment, in dem die Geschwindigkeit fällt oder der Link zurückgesetzt wird.

Community-Fälle von Cisco beschreiben Duplex-Mismatch als Ursache für langsame und intermittierende Verbindungen statt einer dauerhaft getrennten Verbindung. Das macht die Zeitachse der Verschlechterung nützlicher als einen einzelnen Spitzen-Benchmark.

Wenn die Geschwindigkeit von der ersten Sekunde an konstant niedrig ist, vergleichen Sie die Netzwerkkapazität und Speichergrenzen. Wenn sie schnell startet und später zusammenbricht, priorisieren Sie Link-Fehler, thermisches Verhalten, Warteschlangendruck, Cache-Erschöpfung oder ein Port-Neuverhandlungsereignis.

Vergleichen Sie Geschwindigkeit und Duplex an beiden Enden

Lesen Sie die aktive Geschwindigkeit, den Duplex- und Auto-Negotiation-Status an der NAS-Schnittstelle und dem verbundenen Switch-Port aus. Vergleichen Sie nicht nur konfigurierte Werte; der Betriebszustand muss an beiden Enden übereinstimmen.

Ein klassisches Mismatch kann dazu führen, dass eine Seite im Vollduplex und die andere im Halbduplex arbeitet, was Kollisionen, Empfangsfehler, erneute Übertragungen und stark variablen Durchsatz verursacht. Selbst wenn moderne Multi-Gigabit-Links normalerweise Auto-Negotiation erfordern, können erzwungene Einstellungen oder alte Zwischenhardware immer noch ein inkonsistentes Ergebnis erzeugen.

Stellen Sie beide Enden auf unterstützte Auto-Negotiation zurück, sofern die Hardware-Dokumentation keine andere Methode verlangt. Trennen Sie den Link und bestätigen Sie, dass beide Seiten dieselbe Geschwindigkeit und den Vollduplex-Zustand melden, bevor Sie den Transfer wiederholen.

Messen Sie physische Fehler vor und nach einem Transfer

Protokollieren Sie CRC-, FCS-, Symbol-, Ausrichtungs-, Träger-, Empfangs-, Sende-, Drop- und Link-Reset-Zähler auf NAS und Switch. Setzen Sie die Zähler wenn möglich zurück und führen Sie denselben großen Transfer lange genug aus, um die Instabilität zu reproduzieren.

Ein aktueller Bericht zu einem Heim-NAS fand einen 2,5GbE-Link, der nach Austausch des Kabels oder der Buchse stabil wurde. Dieses Ergebnis ist aussagekräftiger als die Annahme, dass die NAS-Software die Geschwindigkeitsänderung verursacht hat.

Zunehmende CRC- oder Symbolfehler deuten auf das Kabel, den Stecker, den Transceiver oder den Port hin. Drops ohne physische Fehler weisen eher auf Warteschlangen oder Host-Verarbeitung hin, während ein sauberer Ethernet-Pfad mit langsamen SMB die Untersuchung auf Speicher und Anwendungsarbeit verlagert.

-15% OFF

ZimaBoard 2 – Mini-Heimserver für Ihre große Idee

Single board computer zimaboard2

Ersetzen Sie jeweils eine physische Komponente

Beginnen Sie mit einem kurzen, bekannten guten Patchkabel und wechseln Sie dann die Verbindung zu einem anderen Switch-Port, ohne Client, NAS oder Arbeitslast zu ändern. Wenn die Strecke eine Wandbuchse, Kupplung, Patchpanel oder USB-Adapter enthält, führen Sie jede Komponente einzeln wieder ein.

Behalten Sie für jeden Austausch denselben Transfer und dieselbe Testdauer bei. Eine Komponente ist verdächtig, wenn die Instabilität ihr folgt oder nach Entfernung konsequent verschwindet, nicht nur weil ein Durchlauf zufällig schneller ist.

Beenden oder ersetzen Sie zuerst das kleinste fehlerhafte Teil. Vermeiden Sie es, ein ganzes In-Wall-Kabel zu ersetzen, bevor Sie nicht bewiesen haben, dass das Patchkabel, der Keystone, der Switch-Port oder der Adapter der tatsächliche Engpass ist.

Verifizieren Sie, dass gemeldete Fehler echt sind

Treiberzähler können irreführend sein, besonders nach Firmware- oder Treiberupdates. Vergleichen Sie Betriebssystemfehler mit Switch-Zählern, Paketverlusten, erneuten Übertragungen und der tatsächlichen Transfer-Zeitachse, bevor Sie eine große Anzahl als Beweis für Kabeldefekt behandeln.

Ein Intel-Community-Fall dokumentierte falsche Empfangsfehlerberichte, die keinen tatsächlichen Paketverlust darstellten. Die Bedeutung der Zähler muss daher gegen Adapter- und Treiberversion verifiziert werden.

Wenn nur ein Softwarezähler steigt, während der Peer-Switch, die Paketaufzeichnung und die Arbeitslast sauber bleiben, aktualisieren oder rollen Sie den Treiber zurück, bevor Sie Hardware ersetzen. Wenn unabhängige Zähler und der Transfer zusammen ausfallen, behandeln Sie das Ereignis weiterhin als echten Link-Fehler.

Trennen Sie Ethernet-Stabilität von NAS-Speichergeschwindigkeit

Führen Sie einen Speicher-zu-Speicher-Netzwerktest über denselben Pfad durch und vergleichen Sie ihn mit dem großen SMB-Dateitransfer. Dadurch werden Schreibvorgänge auf die Festplatte, Dateisystemzuweisung, Snapshots, Parität, Verschlüsselung und Anwendungsscans aus dem ersten Ergebnis entfernt.

Die ZimaSpace-Erklärung, wie Paketverlust den nutzbaren NAS-Durchsatz verringert, hilft zu verstehen, warum die Schnittstelle verbunden bleiben kann, während die Anwendungsgeschwindigkeit schwankt.

Die Reparatur ist erst abgeschlossen, wenn der reine Netzwerktest und die ursprüngliche SMB-Arbeitslast mit stabiler Geschwindigkeit, sauberen physischen Zählern, übereinstimmendem Duplex und ohne Link-Neuverhandlung wiederholt werden. Wenn der Netzwerktest sauber ist, SMB aber instabil bleibt, hören Sie auf, Kabel zu wechseln, und fahren Sie mit Speicher-, CPU- und Datei-Arbeitslasttests fort.