rPman

у wifi карты есть два основных режима работы managed и adhoc, первый - классический способ, подключение к роутеру, второй - подключение к таким же wifi-картам, стандарт сильно старее, максимальная скорость сильно ниже, но именно во втором режиме возможно одновременно несколько подключений.

точно читал что некоторые карты можно использовать в режиме managed несколько подключений к сети с одним и тем же ssid, в любом случае итоговая скорость не сложится, режим работы попеременный

На схеме нижний роутер имеет статический ip в internet и он в нужной локальной сети с машиной Ubuntu, и у нее статический ip, лучше не придумаешь.

На этом роутере настраиваешь проброс портов (это называется обычно виртуальный частный сервер) когда подключения из интернета по указанному порту пробрасываются до машины в локальной сети роутера на указанный порт, типа router:1021 -> ubuntu:21

Так как виртуальная машина с ubuntu в верхней сети через двойной nat (сначала роутера virtualbox затем сам роутер) выходит в интернет, то простым ssh подключаешься к второму роутеру по указанному в пробросе порту.

Да, но не все просто!

С кучей оговорок у вас есть шанс получить в итоге ускорение к примеру по загрузке torrent (подтверждено практикой, два 100мбит провайдера в квартире в сумме давали почти на каждой закачке до 20мбайт/сек).

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

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

Есть технологии подключения, когда на каждое новое подключение роутер выбирает сам маршрут, наименее нагруженный, с некоторыми оговорками это самый оптимальный (из дешевых) способ, но некоторые веб-сайты и даже игровые серверы могут обижаться на постоянно гуляющий ip клиента.

Самый 'правильный' способ - настроить vpn подключения (к одному и тому же серверу но по разным маршрутам) до гарантированно быстрого сервера (скорее всего максимально близко территориально, чтобы пинги были хорошими) и объединить их в транк (т.е. на сервере должна быть поддержка объединения каналов). К сожалению это самый дорогой способ (нужно оплачивать аренду сервера с быстрым подключением) плюс серверов с нужной скоростью может в принципе не оказаться. Есть готовые сервисы, но я сомневаюсь что они могут предоставить подключение на скорости в гигабит (они скорее для объединения медленных обильных или adsl подключений)

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

директива dev должна указывать на tap0 и tap1 в соответствующих конфигах

и еще, ошибки смотреть надо в логах, /var/log/*openvpn* (на сколько я помню, имя лога соответствует имени файла конфига и/или службы, по которой запускается openvpn)

p.s. пропиши route для подсетей провайдера vpn чтобы трафик второго не шел через первый открытый vpn

Транспортный протокол - websocket и опционально webrtc (для передачи данных между клиентами, например файлы передать или аудио/видео звонок)
Шифрование сам выбирай, и это не питон а javascript клиентская сторона.

Отказоустойчивость это немного не про выбор протокола, а про организацию бакэнда в принципе. Плюс тестирование в различных ситуациях.
К примеру мобильные сети часто банят webrtc (вообще капризный протокол, так что предусмотри откат на классическую передачу через сервер) плюс борьба с nat, stun сервера и т.п.

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

Вполне возможно что скорости второго компьютера для записи тупо не хватает (например диск - hdd, фрагментирован, мало свободного места, можно и в килобайтовую скорость записи получить).

Тебе правильно посоветовали проверить именно iperf скорость сети

p.s. худшее приложение для работы с файлами это майкрософтовский проводник, на столько не эффективно работает с файлами это надо еще поискать.

установи far commander или хотя бы total commander

p.p.s. потребительские гигабитные сетевые карты с майкрософтовской сетью дадут от силы 250-300мбайт/сек

ssh + tar, обе утилиты есть практически на любом linux, использовать как то так:

tar -cf - . | ssh user@machine "cd /destination;tar -xf -"

если не охота тратить процессор (если он слабый) на шифрование трафика, можно то же самое сделать с помощью утилиты netcat (nc)

p.s. недостаток подхода, плохая обработка обрывов связи, но для локальной сети это не критично

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

Например, windows по ночам может скачивать обновления, особенно это заметно в первую неделю после установки из msdn образа (которому уже несколько лет), майкрософт заливает на машину десятками гигабайт...

В windows10 в настройках обновлений есть кнопочка, приостановить на неделю.

Еще вариант, смени пароль на wifi на роутере, может соседи по ночам подключаются и качают порнуху терабайтами?

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

Поэтому вопрос - только ли блокировка windows рабочего места происходит или еще что то?

p.s. в сон машина не уходит?

Я не видел готовые реализации, но однозначно, можно реализовать на основе того же видео- или голосового звонка, хотя это достаточно сложно для реализации но будет самая высокая отзывчивость.

Если надо просто реализовать, то делать через чат-бота и специального клиента, эмулирующего прокси.

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

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

Подключать две линии к одной параллельно может быть опасно для свитча провайдера (мало ли забудешь и оставишь включенными два устройства одновременно) будут лишние наводки (вполне возможно до неработоспособности сети)

Нужен восьмиполосный (24 контакта) двухпозиционный переключатель (на картинке 6-полос 3 позиции, но это не важно принцип тот же, их миллион вариаций, и внешнего вида), чтобы в один момент была подключена только одна розетка, и экономить не надо, т.е. чтобы не было одновременно подключенных линий к обоим.


p.s. не майся дурью, купи самый дешевый роутер (так как у тебя линия от провайдера, то нужен именно роутер а не свитч)

Проверь, на каком именно промежуточном сервере происходят потери
https://www.nic.ru/help/winmtr-diagnostika-setevyh...

Со скрином этого приложения топай к провайдеру, если проблема есть и при проводном подключении.

В идеале, чтобы исключить программные причины, сделай этот тест с livecd ubuntu (команда mtr byfly.by)

каждый vpn должен добавлять правило route в котором и прописывается подсеть (адрес + маска подсети), при необходимости, можно определить приоритеты метрикой (поция route) вручную создав свои правила

Вручную настроить неправильный шлюз статикой
- это чинится переподключением к wifi

Не сказано про требования точности и скорости съема.

Собери из говна и палок маятник, положение считывай двумя угловыми энкодерами (какие там, оптические или магнитные, это уже по вкусу и бюджету), чтобы колебания быстрее затухали поставь лопасти (перпендикулярно плоскости вращения каждого пластинку по легче и больше площади или на сам маятник крестом) чтобы тормозили об воздух

Да, есть очень красивое решение - сломать интернет в гостевой системе, отключив шлюз по умолчанию, т.е. локальная сеть будет работать (до хост системы и ее роутера для выхода в интернет) но интернет нет.

Зтем добавляешь route add vpn сервер провайдера на шлюз, и получаешь работающий vpn. При подключении vpn сеть будет работать через него, а при отключении - только до vpn сервера

Задача делится на две подзадачи, в зависимости от того что тебе нужно одна из них не нужна:
* необходимо принимать на эти ip адреса входящие подключения - port forwarding (реализовывать iptables)
* необходимо с этими адресами делать исходящие подключения - по простому vpn и возможно nat, если vpn на другой машине/роутере (кстати тоже можно разрулить все iptables но уже сложнее)