graf_Alibert

Практически любой современный физический интерфейс на компьютере --ПОСЛЕДОВАТЕЛЬНЫЙ: USB, Ethernet (100/1000/2500/5000/10000 Мбит), PON, SATA... (параллельные LPT и IDE(PATA) давно сошли со сцены)
Т.е. сколько физически (Но не логически) интерфейсов вы задействуете, столько и получите одновременных потоков.
При этом если USB -- то это шина, т.е.в каждый момент времени только одно устройство передает данные. И сколько бы вы устройств на одну шину не повесили -- физически это один поток данных.
Если что-то хотите передавать в сеть в реальные 16 или 32 потока -- вам надо соответствующее количество физических интерфейсов.
Но возникает вопрос "зачем"??
Не просто так от параллельных интерфейсов перешли на последовательные :)

По опыту, делить локальные вланы на что-то, меньшее /24 бессмысленно - проще нарезать на одинаковые куски, так не придётся составлять зубодробительные таблички вроде вашей.

Восстановить конечно же, так как восстанавливают платы с гораздо большими повреждениями, технически проблем с этим нет, но есть вопрос цены.

Отнеси в сервис, спроси о стоимости ремонта.

В домашних условиях, т.е. забесплатно с риском потери железки, можно пропилить/процарапать в нужном месте бороздку, вложить в нее кусочек медной проволочки (сначала длиньше чем надо чтобы удерживать ее внутри канавки, потом отрежешь) и залить припоем, затем зашлифовать результат до плоского. Без канавки припой держаться не будет (кстати наверняка и на это есть реактивы, просто я не знаю какие), а без проволочки в ней припой туда не зайдет.

Из инструментов - микродрель с разными дисками дисками и насадками и паяльник, смартфон в качестве микроскопа.

Вручную без опыта это делать гиблое дело, но если потренироваться на мертвых устройствах, то почему нет.

Без расшифровки HTTPS, слава богу, никак.

Помогло заклинание "netsh int tcp set global autotuninglevel=normal"

Спасибо за наводку ---> Артём Артём

* http (лучше https но тогда нужен на машину источник файлов а это значит + домен либо самоподписанные сертификаты) с авторизацией
По этому протоколу можно работать откуда угодно, но с каталогами будет неудобно
Промежуточный вариант webdav, это надстройка над http, но поддерживается майкрософт вплоть до монтирования в файловую систему и работа из проводника

* scp (штатный механизм ssh) - самая простая настройка для сервера, наиболее надежный (встроенное шифрование и сжатие трафика), но нужны клиенты с поддержкой scp (все популярные файловые менеджеры умеют, типа far commander или total commander)
Есть еще sftp, он немного отличается как более продвинутый (под linux есть fuse модуль для монтирования его в каталог), реализация идет штатно с ssh (ну или я привык что такие вещи в linux легко) так же поддерживается популярными клиентами работы с файлами

* любые инструменты синхронизации, когда вместо доступа к файлам по какому либо протоколу, они копируются и синхронизируются автоматически таким образом что размещены на всех машинах где нужен доступ.
Собственно все популярные централизованные системы типа dropbox/Google Drive/OneDrive и т.п. работают по этому принципу, но в довесок данные копируются еще и на сервера компании этого инструмента.
Я рекомендую использовать открытый проект Syncthing - он не копирует файлы ни на какой сервер, и поддерживает любые ОС от windows до android (очень прикольно настраивать синхронизацию через промежуточное устройство типа смартфон, позволяющее синхронизировать файлы между закрытыми сетями)

Я практикую бэкапы по ssh +diff. Так бэкапится только после изменений и пишет что поменялось. Совместим с Ros6 и 7.
На Ros7 должен работать такой вариант