Transfert de fichiers lent sur le réseau

Copier vers un network share, un NAS, ou un serveur est atrocement lent ? Suivez ces étapes dans l'ordre — les duplex mismatches (étape 2) sont la cause cachée la plus fréquente.

Advertisement · 728×90
📁

Transfert de fichiers lent sur le réseau

Copier vers un network share, un NAS, ou un serveur est atrocement lent

⚠ Symptômes courants

  • Copier un fichier de 1 Go vers un lecteur réseau prend plusieurs minutes au lieu de secondes
  • Les vitesses de transfert fluctuent énormément — rapide puis ça stall soudainement
  • Copier localement (même PC) est instantané, mais les copies réseau sont lentes
  • Les vitesses sont pires en Wi-Fi qu'en filaire
  • 1

    Passez à une connexion Ethernet filaire

    Les transferts Wi-Fi sont limités par la qualité du signal, les interférences, et le protocol overhead. Le Gigabit Ethernet devrait atteindre 100–115 MB/s — si le filaire est aussi lent, le problème est ailleurs ; continuez.

  • 2

    Check for a duplex mismatch — don't force Gigabit manually

    Device Manager → Network Adapters → right-click Ethernet adapter → Properties → Advanced → check Speed & Duplex. 1.0 Gbps Full Duplex or Auto Negotiate are both correct for gigabit. If it's stuck at 100 Mbps or Half Duplex, don't force it to 1 Gbps — gigabit auto-negotiation is required by spec, and forcing it can break the link entirely on many adapters. A stuck-at-100Mbps link almost always means a bad cable or port, not a setting — see step 5.

  • 3

    Vérifiez les processus en arrière-plan qui consomment du disk ou network I/O

    Onglets Task Manager → Performance → Disk / Network. Près de 100% pendant le transfert ? Une app en arrière-plan (antivirus, logiciel de backup, Windows Update) est en concurrence — mettez-la en pause et retestez.

  • 4

    Désactivez SMB1 et assurez-vous que SMB3 est utilisé

    Transfert vers un file share Windows ? L'ancien SMB1 est nettement plus lent et moins sécurisé que SMB3. Exécutez ceci dans un PowerShell en mode élevé pour le vérifier et le désactiver :

    # Check SMB1 status
    Get-SmbServerConfiguration | Select EnableSMB1Protocol

    # Disable SMB1 if enabled
    Set-SmbServerConfiguration -EnableSMB1Protocol $false
  • 5

    Inspectez le câble physique et le port du switch

    Un câble endommagé peut auto-negotiate à la baisse jusqu'à 100 Mbps (limitant le transfert à 12 MB/s) → essayez un autre câble + port de switch. Vérifiez le voyant : orange/ambre = 100 Mbps, vert = gigabit.

  • 1

    Passez à une connexion Ethernet filaire

    Adaptateur USB-C/Thunderbolt-to-Ethernet → connectez directement au router/switch → relancez la copie de fichier et comparez la vitesse.

    Le gigabit devrait donner 100–115 MB/s vers un serveur local ou un NAS. Toujours lent en filaire ? Le bottleneck est la destination ou le câble — pas votre Mac ou le Wi-Fi.

  • 2

    Vérifiez que votre adaptateur négocie à la vitesse gigabit

    Apple menu → About This Mac → System Report → Network → vérifiez le Media Subtype de votre interface Ethernet — devrait afficher Auto Select 1000baseT.

    Ou vérifiez depuis Terminal :

    networksetup -getMedia Ethernet

    Si le résultat affiche 100baseT, vous avez un duplex mismatch ou un câble endommagé. Essayez un autre câble Cat5e ou Cat6 et un autre port de switch.

  • 3

    Vérifiez les processus en arrière-plan qui consomment du disk ou network I/O

    Activity Monitor (Spotlight → Activity Monitor) → onglet Network → vérifiez Sent Bytes/s / Rcvd Bytes/s pour les bandwidth hogs → onglet Disk → vérifiez les writes élevés.

    Coupables fréquents : Time Machine (pausez via System Settings → General → Time Machine → Skip This Backup), Spotlight indexing (mds_stores), un antivirus qui scanne les fichiers entrants.

  • 4

    Connectez-vous au share via SMB et forcez SMB2/3

    Finder : ⌘K → entrez smb://server-ip-or-name/share → Connect. macOS utilise SMB2/3 par défaut, mais bascule sur le SMB1 plus lent si le serveur l'annonce. Pour vérifier et imposer un minimum SMB2, exécutez dans Terminal :

    # Confirm which SMB version is in active use
    smbutil statshares -a

    # Force SMB2 as the minimum (survives reboots)
    sudo defaults write /Library/Preferences/SystemConfiguration/com.apple.smb.server MinimumProtocol SMB2_10
  • 5

    Inspectez le câble physique et le port du switch

    Un câble endommagé ou de mauvaise qualité peut auto-negotiate à la baisse jusqu'à 100 Mbps (limitant les transferts à ~12 MB/s).

    Remplacez-le par un câble Cat5e/Cat6 known-good → essayez un autre port de switch. Vérifiez le voyant : ambre/orange = 100 Mbps, vert = gigabit.

  • 1

    Passez à une connexion Ethernet filaire et vérifiez la link speed

    # Check your Ethernet adapter's negotiated speed
    ethtool eth0 | grep -E "Speed|Duplex"

    # Install ethtool if needed
    sudo apt install ethtool -y

    Devrait afficher Speed: 1000Mb/s et Duplex: Full — tout ce qui est inférieur signifie un duplex mismatch ou un mauvais câble.

  • 2

    Don't force Gigabit — check for cable/interface errors instead

    If step 1 showed a speed below 1000Mb/s, resist forcing it — gigabit auto-negotiation is required by spec (IEEE 802.3ab), and disabling it can break the link on many adapters. A stuck-at-100Mb/s connection is almost always a bad cable, port, or an old switch — replace the cable and try a different port (step 5) before touching adapter settings. Check for rising error counts to confirm a cable/port fault:

    # Rising error/drop counts confirm a bad cable or port
    ethtool -S eth0 | grep -iE "error|drop"
  • 3

    Vérifiez les processus qui se disputent le disk et network I/O

    # Monitor I/O per process
    sudo iotop -o

    # Install iotop if missing
    sudo apt install iotop -y

    # Check overall disk and network usage
    iostat -x 1 5
  • 4

    Vérifiez et désactivez SMB1 pour les transferts Samba

    # Check your Samba version and SMB protocol
    smbclient --version

    # Edit smb.conf to disable SMB1
    sudo nano /etc/samba/smb.conf

    Sous [global], ajoutez :

    min protocol = SMB2
    max protocol = SMB3
    sudo systemctl restart smbd
  • 5

    Inspectez le câble physique

    # Check interface errors — high error count = bad cable
    ip -s link show eth0

    # Watch for TX/RX errors in real time
    watch -n 1 cat /proc/net/dev

    Nombre d'erreurs qui augmente avec un câble known-good → NIC ou port de switch défectueux. Essayez un autre port de switch.

💡

Test rapide : Copiez d'abord le même fichier localement entre deux dossiers sur votre PC. Si c'est également lent, le bottleneck est votre disque, pas le réseau — vérifiez qu'il n'y a pas un disque défaillant ou un SSD presque plein avant d'accuser le réseau.

Advertisement · 728×90

Questions connexes

Réponses rapides à ce sujet

First, switch to a wired Ethernet connection if you're on Wi-Fi. Then check your Ethernet adapter settings in Device Manager — it should read 1.0 Gbps Full Duplex or Auto Negotiate; if it's stuck at 100 Mbps, replace the cable rather than forcing gigabit manually, since that can break the link on many adapters. Also check that SMB1 is disabled on the server (use SMB3 instead — it's significantly faster). Finally, check Task Manager for antivirus or backup software scanning files in real time during the transfer, which can cut throughput by 80%.
Les tests de vitesse Internet mesurent votre connexion à l'internet public. Les transferts de fichiers vers un lecteur réseau local ou un NAS dépendent entièrement de la vitesse filaire/Wi-Fi de votre réseau local, des paramètres duplex, et de la version du protocole SMB — ces éléments sont indépendants de votre vitesse Internet. Consultez notre guide Réseau lent si votre Internet en général est aussi lent.
Ce schéma est typique d'un write cache qui se remplit sur le disque de destination (courant avec les disques USB externes et certains NAS) — la rafale initiale est la vitesse rapide du cache RAM, puis elle chute à la vitesse d'écriture réelle et soutenue du disque. Cela peut aussi indiquer un throttling thermique de la carte réseau pendant les transferts prolongés. Essayez d'abord un fichier de test plus petit pour comparer la vitesse en rafale et la vitesse soutenue.
🧑‍💻

Les transferts sont toujours lents ? Le bottleneck est peut-être dans le switch ou le serveur.

La configuration du switch, les défauts de câblage, et les réglages SMB côté serveur nécessitent souvent un accès network-level pour diagnostiquer et corriger. Connectez-vous avec un technicien IT vérifié pour du support à distance ou sur site.

Parler à un technicien
Advertisement · 728×90