Медленная передача файлов по сети

Копирование на network share, NAS или сервер мучительно медленное? Пройдите эти шаги по порядку — duplex mismatch (шаг 2) — самая частая скрытая причина.

Advertisement · 728×90
📁

Медленная передача файлов по сети

Копирование на network share, NAS или сервер мучительно медленное

⚠ Типичные симптомы

  • Копирование файла на 1 ГБ на сетевой диск занимает много минут вместо секунд
  • Скорость передачи сильно скачет — то быстро, то внезапно зависает
  • Локальное копирование (на том же ПК) происходит мгновенно, а по сети — медленно
  • По Wi-Fi скорость хуже, чем по кабелю
  • 1

    Переключитесь на проводное Ethernet-подключение

    Передача по Wi-Fi ограничена качеством сигнала, помехами и protocol overhead. Gigabit Ethernet должен давать 100–115 МБ/с — если по кабелю тоже медленно, проблема в другом; идём дальше.

  • 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

    Проверьте фоновые процессы, нагружающие диск или сеть

    Вкладки Task Manager → Performance → Disk / Network. Около 100% во время передачи? Значит конкурирует какое-то фоновое приложение (антивирус, backup-софт, Windows Update) — приостановите его и протестируйте заново.

  • 4

    Отключите SMB1 и убедитесь, что используется SMB3

    Передаёте на Windows file share? Старый SMB1 значительно медленнее и менее безопасен, чем SMB3. Выполните это в elevated PowerShell, чтобы проверить и отключить его:

    # Check SMB1 status
    Get-SmbServerConfiguration | Select EnableSMB1Protocol

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

    Осмотрите физический кабель и порт коммутатора

    Повреждённый кабель может auto-negotiate вниз до 100 Мбит/с (ограничивая передачу до 12 МБ/с) → попробуйте другой кабель + порт коммутатора. Проверьте индикатор: оранжевый/жёлтый = 100 Мбит/с, зелёный = gigabit.

  • 1

    Переключитесь на проводное Ethernet-подключение

    Адаптер USB-C/Thunderbolt-to-Ethernet → подключите напрямую к роутеру/коммутатору → повторите копирование файла и сравните скорость.

    Gigabit должен давать 100–115 МБ/с до локального сервера или NAS. Всё ещё медленно по кабелю? Bottleneck — в destination или кабеле, а не в вашем Mac или Wi-Fi.

  • 2

    Убедитесь, что адаптер согласовывает соединение на скорости gigabit

    Apple menu → About This Mac → System Report → Network → проверьте Media Subtype для вашего Ethernet-интерфейса — должно быть Auto Select 1000baseT.

    Либо проверьте через Terminal:

    networksetup -getMedia Ethernet

    Если в результате указано 100baseT, у вас duplex mismatch или повреждённый кабель. Попробуйте другой кабель Cat5e или Cat6 и другой порт на сетевом свитче.

  • 3

    Проверьте фоновые процессы, нагружающие диск или сеть

    Activity Monitor (Spotlight → Activity Monitor) → вкладка Network → проверьте Sent Bytes/s / Rcvd Bytes/s на предмет процессов, пожирающих bandwidth → вкладка Disk → проверьте высокую нагрузку на запись.

    Частые виновники: Time Machine (приостановите в System Settings → General → Time Machine → Skip This Backup), Spotlight indexing (mds_stores), антивирус, сканирующий входящие файлы.

  • 4

    Подключитесь к share через SMB и force SMB2/3

    Finder: ⌘K → введите smb://server-ip-or-name/share → Connect. По умолчанию macOS использует SMB2/3, но откатывается на более медленный SMB1, если сервер его предлагает. Чтобы проверить и принудительно установить минимум SMB2, выполните в 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

    Осмотрите физический кабель и порт коммутатора

    Повреждённый или некачественный кабель может auto-negotiate вниз до 100 Мбит/с (ограничивая передачу ~12 МБ/с).

    Замените на заведомо исправный кабель Cat5e/Cat6 → попробуйте другой порт коммутатора. Проверьте индикатор: жёлтый/оранжевый = 100 Мбит/с, зелёный = gigabit.

  • 1

    Переключитесь на проводное Ethernet-подключение и проверьте link speed

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

    # Install ethtool if needed
    sudo apt install ethtool -y

    Должно показывать Speed: 1000Mb/s и Duplex: Full — всё, что ниже, означает duplex mismatch или плохой кабель.

  • 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

    Проверьте процессы, конкурирующие за диск и сеть

    # 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

    Проверьте и отключите SMB1 для передач через Samba

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

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

    В секции [global] добавьте:

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

    Осмотрите физический кабель

    # 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

    Растущее число ошибок при заведомо исправном кабеле → неисправный NIC или порт коммутатора. Попробуйте другой порт коммутатора.

💡

Быстрый тест: Сначала скопируйте тот же файл локально между двумя папками на вашем ПК. Если это тоже медленно, узкое место — диск, а не сеть — проверьте, не выходит ли из строя накопитель или не заполнен ли SSD почти под завязку, прежде чем винить сеть.

Advertisement · 728×90

Похожие вопросы

Быстрые ответы по этой проблеме

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%.
Speed test интернета измеряет ваше соединение с публичным интернетом. Передача файлов на локальный сетевой диск или NAS полностью зависит от скорости вашей локальной проводной/Wi-Fi сети, настроек duplex и версии протокола SMB — это не связано со скоростью интернета. См. наше руководство по медленной сети, если у вас в целом медленный интернет.
Такая картина типична для заполнения write cache на целевом накопителе (часто встречается у внешних USB-дисков и некоторых NAS) — начальный всплеск это скорость RAM-кэша, а затем скорость падает до реальной устойчивой скорости записи диска. Это также может указывать на thermal throttling сетевой карты при продолжительной передаче. Сначала попробуйте файл поменьше, чтобы сравнить скорость всплеска и устойчивую скорость.
🧑‍💻

Передача всё ещё медленная? Bottleneck может быть в коммутаторе или сервере.

Конфигурация коммутатора, неисправности кабеля и настройки SMB на стороне сервера часто требуют доступа на уровне сети для диагностики и исправления. Свяжитесь с проверенным IT-специалистом для удалённой или выездной поддержки.

Поговорить с техническим специалистом
Advertisement · 728×90