Il collegamento si riduce perché 2.5GbE non è disponibile lungo l'intero percorso fisico.
Su un NAS domestico, l'etichetta della porta indica solo la capacità di un endpoint. La scheda di rete client, la porta dello switch, l'adattatore, le coppie di cavi, la terminazione a muro, il driver e le impostazioni pubblicizzate devono tutti supportare una modalità 2.5GbE stabile. La diagnosi più rapida è confermare la velocità negoziata, identificare il partner del collegamento più debole e sostituire un elemento del percorso alla volta.
Confermare che il problema sia la negoziazione del collegamento, non la velocità di trasferimento dei file
Per prima cosa, leggere la velocità di collegamento negoziata su entrambi gli endpoint e sullo switch. Un collegamento 2.5GbE può trasferire lentamente a causa dei dischi o di SMB, mentre una vera negoziazione 1GbE è un problema a livello fisico o di capacità pubblicizzata.
Un caso in una rete domestica ha mostrato un percorso 2.5GbE con copie di file vicine a 1GbE anche se trasferimenti simultanei potevano usare più capacità, illustrando che velocità di trasferimento e velocità di collegamento differiscono. Non dedurre la negoziazione da un solo valore di copia file.
Annota lo stato della NIC, la velocità della porta dello switch, il duplex, i contatori di errori e il metodo di test. Se ogni interfaccia riporta 2.5GbE, continua con i test di storage e protocollo invece di cambiare cavi a caso.
Controlla cosa pubblicizzano effettivamente entrambi i partner del collegamento
L'auto-negoziazione seleziona una modalità che entrambi gli endpoint pubblicizzano. Un NAS 2.5GbE collegato a una porta switch, dock, adattatore USB o NIC client 1GbE si stabilirà correttamente a 1GbE.
La negoziazione Ethernet tenta la modalità di collegamento comune più veloce. Controlla le modalità pubblicizzate su NAS e client invece di affidarti ai nomi delle famiglie di prodotti o al colore della porta.
Bypassa dock e convertitori intermedi, quindi collega il NAS e un client 2.5GbE noto tramite uno switch multi-gig confermato o un collegamento di test diretto. Se la velocità aumenta, reinserisci ogni intermediario finché non ritorna il limite 1GbE.
Isola il cavo, la presa a muro e le terminazioni
Un cavo marcato per alta velocità può comunque contenere una coppia danneggiata, una terminazione scadente, un eccessivo srotolamento o un segmento a muro diverso dal cavo patch visibile. La negoziazione del collegamento testa il percorso elettrico che esiste realmente.
Una discussione su switch multi-gig nota che la qualità del cavo influisce sulla negoziazione anche quando entrambe le porte supportano la modalità superiore. L'etichetta da sola non può confermare l'integrità delle coppie o il margine del segnale.
Sostituisci l'intero percorso con un cavo corto noto come buono tra gli stessi endpoint. Se appare 2.5GbE, testa separatamente i cavi patch, i giunti, le prese keystone e il percorso a muro invece di forzare la velocità su un percorso instabile.
Controlla driver, adattatore e limiti di stato di alimentazione
Una NIC capace può pubblicizzare solo 1GbE quando è caricato il driver sbagliato, il firmware dell'adattatore è instabile, un dock espone un controller più lento o la gestione energetica cambia la politica del collegamento.
Gli aggiornamenti multi-gig possono incontrare instabilità di driver e adattatore. Conferma il chipset esatto, il driver attivo, le modalità pubblicizzate, la connessione USB o PCIe e qualsiasi impostazione Energy Efficient Ethernet o rete verde.
Aggiorna o ripristina un driver alla volta, riavvia entrambi i partner del collegamento e ricontrolla le modalità pubblicizzate dopo ogni modifica. Evita di forzare 2.5GbE finché l'auto-negoziazione non funziona su un percorso noto come buono, perché un'impostazione forzata può nascondere il problema di compatibilità originale.
Usa una matrice di test a variabile singola
Tieni un endpoint noto come buono e cambia un solo componente per test. Questo evita che più dispositivi parzialmente compatibili producano un successo o un fallimento ambiguo.
Inizia con NAS ↔ client 2.5GbE noto su un cavo corto, poi aggiungi lo switch, il percorso a muro, il dock e il client originale uno alla volta. Registra la velocità negoziata e i contatori di errori dopo ogni inserimento.
La matrice qui sotto trasforma il primo risultato cambiato nello strato sospetto.
| Risultato del test | Strato probabile | Azione successiva |
|---|---|---|
| Collegamento diretto raggiunge 2.5GbE | Switch, percorso a muro o intermediario | Aggiungi un componente alla volta |
| Il cavo noto come buono rimane a 1GbE | Capacità endpoint, driver o impostazione porta | Ispeziona le modalità pubblicizzate |
| La velocità cambia spostando il cavo | Cavo o terminazione | Sostituisci e testa l'intero percorso |
| Il collegamento è 2.5GbE ma la copia è vicina a 1GbE | Collo di bottiglia su storage, protocollo o client | Esegui test solo di rete e disco |
Fermati una volta che il risultato indica costantemente un componente. Sostituire più elementi dopo il miglioramento della velocità distrugge le prove necessarie per prevenire recidive.
Verifica il collegamento stabile prima di ottimizzare le prestazioni del NAS
Dopo che 2.5GbE è negoziato, lascia il collegamento attivo sotto carico sostenuto e controlla errori, rinegoziazioni e disconnessioni. Un collegamento che si riduce ripetutamente non è pronto per grandi copie NAS.
Non usare SMB Multichannel o jumbo frame per mascherare una singola porta instabile. La spiegazione esistente di percorsi di rete SMB multipli si applica solo dopo che ogni percorso sottostante è valido.
Esegui un test solo di rete in entrambe le direzioni, poi una copia NAS di file grandi e un carico normale di file piccoli. La riparazione è completa quando la velocità rimane 2.5GbE dopo i riavvii, i contatori di errori restano puliti e la velocità dell'applicazione è limitata dallo strato successivo misurato e non dal fallback del collegamento.
Supporto e consigli
Altro da leggere

Plex può condividere una GPU con un altro container Docker?
Plex e un altro container possono spesso accedere alla stessa GPU, ma è necessario testare il supporto dei driver, la mappatura dei dispositivi, il...

Come capire se un errore di Plex proviene dal client o dal server
Riproduci lo stesso elemento su un altro client, confronta il percorso della sessione, quindi raccogli le prove dal server solo dopo che l’ambito ti...

Come configurare la cache di Plex e l’archiviazione temporanea per la transcodifica
Proteggi lo stato persistente di Plex collocando i file temporanei di transcodifica su un’unità locale adatta, quindi verifica la pulizia, lo spazio libero e...

