rPman

mtr (консольный, linux) или попроще winmtr
пингует не только цель но и промежуточные сервера в сети, позволяет выявить точнее где именно проблема

Штатно по сети передавать именно монитор софта для windows нет, но решить проблему можно скорее всего железным способом:
* слышал но не нашел сетевые карты miracast wlan,
* так же есть энкодеры экрана (dvi/vga video encoder), подключаются к выходу видеокарты как монитор и транслируют картинку по сети (выделенный ethernet кабель, до 200 метров)

upd: софтварно, все будет крутиться вокруг vnc/anydesk/teamviewer или к примеру steam remote play (у них технология заточена на игры а не текст и главное умеет использовать gpu энкодер)

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

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

Из неотслеживаемого трафика еще можно вспомнить ping icmp, были прокси на основе приема/передачи почтовых сообщений, а сейчас почти наверняка можно запилить такой на основе чат-приложений.

Нужен сервер, который примет подключение

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

Не хочешь настраивать vpn, бери ssh сервер, у него из коробки поддержка перенаправлений портов в любую сторону, в твоем случае оба подключаются к одному ssh серверу, с настройками у одного -L порт:адрес:порт, у другого -R порт:адрес:порт но этот механизм не надежный, если порядок подключения будет неправильным (или во время работы будет переподключение) связь не наладится. В одну сторону перенаправление можно организовать с помощью фаервола на этом сервере iptables, это надежнее.

Кстати у ssh так же есть встроенный vpn (правда немного 'неполноценный', там не tap а tun)

не понятно, откуда куда неидет пинг (телефон не видит интернет?) но есть альтернативный способ настройки

объединить wifi и ethernet в сетевой мост, в этом случае интернет на устройствах, подключенных по кабелю будет настраиваться wifi роутером, так будто они сами подключены к нему напрямую, но теперь на каждое рабочее место понадобится по 2 ip адреса

p.s. майкрософт windows коряво отрабатывает разрывы коннектов (например wifi переподключается), по крайней мере я помню косяки на windows 7, причем как nat так сетевой мост, но вдруг у вас сработает

выглядит это так, если открыть 'центр управления сетями' -> 'изменение параметров адаптеров' адаптеров и там нажать f5 то вдруг внезапно все чинится до следующего раза

Пример попытки просканировать весь интернет лет десять назад, для этого потребовалось 10 месяцев и ботнет из 420 тысяч устройств.

Если остальные машины в сети получают ip по dhcp, то логично, что наступает коллизия, одинаковые адреса и обе машины теряют сеть, переткнуть кабель и адрес выдают новый, до следующей коллизии

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

Лучше тестируй, сутками
если подтвердится - то это однозначно докажет что проблема в роутере

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

у 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. в сон машина не уходит?