d-stream

Собственно несколько моментов:
- как уже отметили "до xx mbit" - даже ноль, то бишь нет трафика тоже до 100500мбит
- это скорость последней мили - то есть от абонента до провайдера; скорость от провайдера до ресурса - бруклинский мост в продажах маркетологов и не более
- общепринятая практика многих ресурсов - ограничение скорости отдачи по каждому соединению... ну грубо чтобы хост с файлами мог отдавать нескольким клиентам одновременно, он ограничивает тем или иным образом чтобы каждый отдельный не выжрал всю его полосу разом и осталось что-то остальным... удобный способ - лимитировать сессию/коннект - тогда несколько сессий/коннектов дадут в сумме скорость повыше

p.s. Кстати даже для обладателей гарантированных каналов (где скорость гарантируется как ровно xx mbit) картина не сильно меняется:
- им гарантируют её до оборудования провайдера
- аплинки на IX могут быть заявлены как XXGbit, но по факту это XX гигабитных каналов, что для одной сессии/соединения ограничит сверху скорость скоростью одного канала)

Собственно докер как таковой это реализация обратной задачи - изолировать нечто внутри контейнера чтобы оно не могло выйти/влиять за его пределами. Поэтому желание добиться от него обратного - по крайней мере странно.

А теперь представим себе ситуацию: что-то произошло и сертификаты просрочились. Запускается certbot, просит letsencrypt выдать новый серт, тот бежит на 443 порт... и ssl error - certificate invalid

quser.exe /?
msg /?

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

FreeRDP умеет держать даже безгуёвую сессию.

Попробую угадать: антенный кабель он провайдера - коаксиал.
То бишь внешняя оплётка и центральная жила. В том или ином виде эта внешняя оплётка контактирует с корпусами усилителей/аттенюаторов/делителей. На них же часто реализуется этакая псевдоземля в виде средней точки последовательно соединенных конденсаторов между фазой и нулём. И вот в итоге получается что все телевизоры "повязаны" промеж собой оплёткой коаксиала. Притом в многоквартирных домах мало того что разные квартиры питаются от разных фаз, но и зачастую ещё и даже разными фидерами от разных подстанций.
Ну и кто-то из жильцов может химичить со счётчиками в меру своей фантазии. В итоге - достаточно большая разница потенциалов между нулями. И когда всё подключено - по оплётке текут уравнительные токи, а в момент подключения (антенного кабеля к телевизору либо hdmi между компом и телевизором) летят искры...

Ну и как версия: временами кто-то из соседей временами начинает питать мощные потребители мимо счётчика - что приводит к увеличению перекоса по нулю. Когда-то в доузошные времена классикой было брать "халявные 220" между фазой из розетки и нулём от батареи отопления.

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

Ну вообще-то есть XSD и как бы если не изобретать велосипед - то в общем-то xml будет xml, а его сущности и ограничения будут определяться xsd-схемой.
XAML собственно это и есть xml с мелкими нюансами

Если запускать тесты без асинхронщины - то тупо
команда запуска теста 1
команда запуска теста 2
...

Начиная с win10 - есть песочница (sandbox)

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

Вообще стоит перестать выкапывать стюардессу winforms и посмотреть в сторону wpf/maui/avalonia

Можно проще и легальнее. Инфа немного устаревшая, но например мегафон предлагал услугу "мультифон". Потом она разделилась на "МультифонБизнес" для юриков и eMotion для физиков. По сути - это sip-подключение (и кстати многоканальное). Сам мегафон по началу позиционировал это как "звоните с компа с другой стороны земли по домашним тарифам". И я реально завернул на атс все звонки на сотовые номера в этот sip. Эффект был - раза в 4 снизились расходы на телефонию. Можно было добиться и большего - по сути занулив расходы на сотовые звонки растащив на подобные подключения на билайн/мтс, но у них подобные услуги были кривыми в то время.

И да, лицензия не нужна - это тупо способ абонентского подключения, не более.

А взять и в реестр заглянуть - мешают религиозные убеждения?
Я там увидел по 02.08 - 1350 записей
Но мне это не нужно и подробнее я копать не буду)

Зачастую vlan 0 и 1 - могут иметь "особое" значение, да ещё и трактуемое разными вендорами по-разному.
А сетевые сегменты - от нуля.
Не будь специфики с "1" - можно было бы играть в "номер сети/подсети +1", но вот "+2" - уже не очень удобно...
Отсюда практика 100+номер
У домовых провайдеров есть риск что можно и в 1024 планку упереться - там от 2 начинают нумеровать

Частая ситуация - достаточно "злые" шумодавы. Так что стоит начать например с их отключения. Хотя для них характернее проглатывание начала фразы/слова.
Особенно если шумодавы работают парой: мессенжера и драйвера микрофона

Зачастую в l2tp/ipsec, да и вообще народ забывает что помимо tcp/ip протоколов ещё существуют ip UDP, AH, ESP, IKE, [GRE]
Сотрудники провайдера - это тоже забывают и в итоге какой-нибудь http/https долетит норм, а вот забытые AH и ESP - нет и l2tp/ipsec не поднимется...

p.s. штука распространенная и даже с "волками" облачных сервисов приходилось бодаться на эту тему - как-то они забывают или "забывают" что ip - это не только tcp )