Около месяца назад я решил испытать один интересный технический сценарий организации кабельного скоростного канала передачи данных между двумя компьютерами/ноутбуками. Речь о штатной возможности Thunderbolt 3/4/5 портов работать в так называемом режиме Thunderbolt Networking. Суть этого способа кабельной передачи в следующем:

  1. Берется качественный Thunderbolt 3/4/5 (или USB 4/4 v2) кабель длиной от 50 см до 2 метров (чем длиннее, тем кабель дороже и тем более качественный он должен быть), и этот кабель с обеих сторон подключается в Thunderbolt 3/4/5 порт каждого из двух компьютеров/ноутбуков.

  2. После такого подключения на обоих компьютерах/ноутбуках при условии уже установленного Thunderbolt драйвера на каждом из них, автоматически появляется дополнительная сетевая карта “Thunderbolt Networking” для которой, как и для самой обычной сетевой карты, нужно указать IP адрес и маску подсети и после этого можно спокойно пользоваться любыми сетевыми шарами между этими двумя ноутбуками/компьютерами, просто обращаясь по таким назначенным для Thunderbolt Networking IP-адресам. Причем уже работающему интернет-соединению, например, через ваши wi-fi или Ethernet-карты, такой канал передачи данных совершенно не мешает и работает параллельно с ним.

Я всё это сделал, Thunderbolt сеть действительно появилась, и файлы действительно стало возможно передавать именно по такому настроенному кабельному соединению.

Но тут возник самый интересный технический момент!

Указанные выше карты Thunderbolt Networking включаются на скорости 20 гигабит.сек. То есть, теоретически, при условии наличия скоростных SSD дисков на обоих ноутбуках/компьютерах, скорость файлового обмена (особенно больших одиночных файлов) должна была бы достигать около 2,6 гигабайт в секунду, но практически, из-за кучи дополнительных ограничений протокола передачи данных, работы самого сетевого стека и разных тонких технических моментов при работе Thunderbolt портов, реальная скорость передачи данных может быть около 8 гигабит.сек. То есть примерно 1 гигабайт в секунду “на пике”.

Каково же было мое удивление, когда я увидел следующие картину. Я объединил описанным выше способом два ноутбука Lenovo Thinkpad, на одном из которых (P50) Thunderbolt 3 порт (и ноутбуку уже 8 лет), а на втором - в разы более производительном и “свежем” ноутбуке (P16 gen 2), установлен Thunderbolt 4 порт, и этому ноутбуку всего полтора года.

Разумеется, в сторону “старого” ноутбука P50 с его Thunderbolt 3 портом, ожидалась меньшая скорость передачи данных, чем в сторону P16 gen 2 с его Thunderbolt 4 портом и с его в разы более производительным “железом”.

Но в реальности изначально получились совсем печальные результаты.

Скорость чтения/записи файлов в сторону P50 оказалась всего лишь только от 12 до 60 мегабайт сек, а в сторону P16 gen 2 - гораздо лучше, но не более 300 мегабайт в секунду, иногда “сползая” до 150 мегабайт в секунду.

И на этом моменте я очень расстроился! Как же так? У меня же два очень хороших ноутбука, один из которых вообще почти топовый. И ведь я “разорился” на покупку одного из лучших USB4 v2 кабелей от Satechi, длиной 120 см, полностью совместимого с Thunderbolt 3/4/5. Причем кабель весьма недешевый, с большим запасом на будущее.

Но полученные скорости оказались такими низкими!

Что я только не делал, какие только тонкие и глубокие настройки в операционной системе не задействовал - всё было совершенно бесполезно! Скорость передачи данных никак не хотела увеличиваться. И вот так я экспериментировал почти месяц, уже почти смирившись, что между моими двумя ноутбуками этот потенциально суперскоростной режим передачи данных никогда не сможет работать на максимальной скорости по причине какой-то редкой несовместимости “железа”.

К счастью, по воле случая, я оказался не прав!

В очередной раз экспериментируя с настройками Thunderbolt Networking, я совершенно случайно обратил внимание на то, какие именно чекбоксы на каких именно сетевых компонентах находятся в состоянии включено на обеих сетевых картах Thunderbolt Networking? При этом на одном из ноутбуков я давно и постоянно использую крайне узкоспециализированный софт - Connectify Dispatch, который уже даже не выпускается, но продолжает отлично работать и выполнять свою редкую задачу. А именно, программно объединять (агрегировать) любые сетевые интерфейсы на компьютере/ноутбуке в один общий сетевой канал, для организации умноженного на общую скорость всех объединенных сетевых интерфейсов “супер канала”. И это приложение у меня прекрасно работает уже много лет на разных компьютерах и ноутбуках, позволяя программно агрегировать сразу 3-4 интернет канала от провайдера с нескольких wi-fi интерфейсов. Но главной особенностью этого приложения является то, что оно работает на самом низком уровне - на уровне драйвера со всеми имеющимися сетевыми интерфейсами в Вашей системе, автоматически добавляя каждому сетевому интерфейсу сетевой компонент Connectify Lightweight Filter. И этот компонент прекрасно работает с обычными физическими сетевыми интерфейсами, но, как оказалось - конфликтует с “виртуальными” сетевыми интерфейсами Thunderbolt Networking!

Именно для Thunderbolt Networking компонент Connectify Lightweight Filter надо в обязательном порядке отключить. Об этом нигде не написано, это нигде не документировано, и я совершенно интуитивно, в процессе экспериментов с настройками, об этом узнал.

В итоге, как только я отключил этот компонент Connectify Lightweight Filter в настройках Thunderbolt Networking, скорость передачи данных между обоими ноутбуками мгновенно выросла до 500-700 мегабайт в секунду в обе стороны! То есть - почти до реального предела. С учетом “накладных расходов” и “древности” Thunderbolt 3 порта на одном из двух ноутбуков - это прекрасная и предельно достижимая скорость.

Сказать что я был в шоке - ничего не сказать. Столько времени потратить на эксперименты и настройки, а решение проблемы оказалось таким неожиданным и крайне нетипичным. И как Вы поняли, если и Вы захотите организовать и у себя такой же кабельный канал передачи данных, то обязательно внимательно посмотрите, какие сетевые компоненты будут автоматически включены в настройках Thunderbolt Networking в Вашем случае и не окажется ли среди них какой-нибудь узко специфический драйверный компонент от какого-то редкого софта, который нарушит всю работу Thunderbolt Networking интерфейса. В случае, если такой компонент есть - обязательно отключите его для достижения максимальной скорости передачи данных!

Так что, крайне рекомендую всем кому нужно “гонять файлы” между двумя современными компьютерами/ноутбуками на максимальной скорости, не достижимой ни через какой иной кабельный способ передачи данных, использовать описанный мной сценарий, но обязательно с учетом нюансов, о которых я рассказал.

P.S. Первоначально (в один день и тот же день) статья мной была опубликована на форуме ресурса ixbt.com (https://forum.ixbt.com/topic.cgi?id=17:58337#0)

Комментарии (4)


  1. VsBirdEye
    03.06.2026 12:10

    Резюме - один костыль (агрегация каналов аплинка, которой место на маршрутизаторе) сломал другой костыль (локальная сеть на базе tb3), всё на винде.
    Автор знатный изобретатель.


  1. Phonetastic Автор
    03.06.2026 12:10

    Дополню свою статью важными моментами.

    Так как Thunderbolt 3/4/5/USB 4/4 v2.0 кабели - это не просто кусок провода, а высокотехнологичное устройство с контроллерами на обоих концах кабеля, расположенных в коннекторах, то и ведёт себя такой кабель, как электронное устройство, со своими нюансами. И заключаются эти нюансы в следующем.

    Если один из соединенных таким кабелем ноутбуков/компьютеров “заснёт” или же будет выключен, то в случае, если второй компьютер/ноутбук будет подключен через TB4/5/USB 4/4 v 2.0 порт, то на нем немедленно “исчезнет” из системы Thunderbolt Networking сетевая карта. И что особенно обидно, если на том конце провода второй компьютер/ноутбук “проснется” или будет включен, то на компьютере/ноутбуке с TB4/5/USB 4/4 v 2.0 портом, Thunderbolt Networking сетевая карта самостоятельно уже никак не вернется в системе и не будет работать!

    И “вернуть” Thunderbolt Networking сетевую карту в такой ситуации можно будет двумя способами.

    Способ 1 - простой, но изнашивающий TB-порты и коннекторы кабеля.

    Просто вытащить и вставить кабель на стороне компьютера/ноутбука с TB4/5/USB 4/4 v 2.0 портом. Это немедленно заставит OS заново опросить TB-контроллер и “найти” потерянное устройство - кабель с его контроллером и включить его снова.

    Это простой способ, но, как Вы понимаете, туда-сюда дергать кабель - это износ порта и коннектора. Это “не наш метод”!

    Я решил поступать другим образом.

    Способ 2 - правильный и изящный! Применительно к OS Windows. С другими OS алгоритм будет примерно похожий.

    1. Перезагружаем ноутбук с TB4, чтобы сетевая карта “Thunderbolt Networking” снова появилась.

    2. Открываем “Диспетчер устройств”.

    3. В верхнем меню выбираем “Вид” -> “Устройства по подключению”.

    4. Находим в дереве устройств работающий адаптер “Thunderbolt Networking”.

    5. Нажимаем правой кнопкой мыши по устройству, которое находится выше в дереве (оно будет называться “Корневой порт PCI Express” или “Мост PCI-PCI”), и выбираем “Свойства”.

    6. Переходим на вкладку “Сведения”, в выпадающем списке выбираем “Путь к экземпляру устройства” (Device Instance Path).

    7. Скопируем эту строку (пример вида: PCI\VEN_8086&DEV_464D&…_02\3&11583659&0&D0). У Вас строка будет своя!

    8. Создаём текстовый файл, например, на диске C:\, например ,под именем "fix_tb.ps1"

    9. Вставляем в него код, расположенный ниже (строго между линиями ИЗМЕНЯЕМЫЙ КОД СКРИПТА).

    10. Для этого меняем значение переменной $portID во второй строчке на ваш реальный путь, скопированный на пункте 7

    -------------------------- [ИЗМЕНЯЕМЫЙ КОД СКРИПТА --------------------------

    # Идентификатор Thunderbolt™ Controller - 1137

    $portID = “PCI\VEN_8086&DEV_1137&SUBSYS_00008086&REV_00\CE80444A2DB7D00000”

    # Безопасный точечный перезапуск контроллера

    Get-PnpDevice -InstanceId portID -ErrorAction SilentlyContinue | Disable-PnpDevice -Confirm:false Start-Sleep -Seconds 1 Get-PnpDevice -InstanceId portID -ErrorAction SilentlyContinue | Enable-PnpDevice -Confirm:false

    -------------------------- [ИЗМЕНЯЕМЫЙ КОД СКРИПТА] --------------------------

    11. Кликаем правой кнопкой мыши по Рабочему столу -> Создать -> Ярлык.

    12. В поле “Укажите расположение объекта” вводим команду строго в одну строку:

    C:\Windows\System32\WindowsPowerShell\v1.0\powershell.exe -NoProfile -WindowStyle Hidden -ExecutionPolicy Bypass -File “c:\fix_tb.ps1”

    (путь и имя файла можно изменить на Ваши).

    13. Нажимаем “Далее”, укажите имя (например, “FixTB”) и нажимаем “Готово”.

    Как теперь всё будет работать?

    Когда один из компьютеров/ноутбуков снова уснет или полностью выключится, а сеть на втором компьютере/ноутбуке с портом TB4 пропадет:

    1. Включите или разбудите второй ноутбук или компьютер (кабель перетыкать не надо).

    2. На ноутбуке с TB4 дважды кликните по созданному ярлыку на Рабочем столе.

    3. Подтвердите запрос прав администратора (если включен UAC). Скрипт за 1 секунду сбросит зависший порт, Windows найдет сетевую карту и включить её. Коннект между ноутбуками/компьютерами будет немедленно восстановлен!


  1. deepblack
    03.06.2026 12:10

    Несколько лет назад экспериментировал с двумя маками, еще на intel.
    Подключал через Thunderbolt 3, кабель использовал от монитора Dell (у него он подключается в видео-вход USB type C + у монитора встроенный USB Hub.)
    Получилось около 15.6 Gbit/sec , тестировал через iperf3

    Скриншот


    1. Phonetastic Автор
      03.06.2026 12:10

      iperf работает многотопоточно и показывает, по сути, только теоретически достижимую скорость передачи данных. Когда дело доходит до реальной передачи файлов, там скорости резко просядут. Тем более что именно при передаче по SMB через сетевые шары.