Apache322, "правильный" mtu практически всегда, за очень редким исключением, это mtu по умолчанию.
Изменение mtu иногда может помочь снизить задержку прохождения пакетов или улучшить ситуацию с udp пакетами, но если туда не лазили руками,то техническая работоспособность обеспечивается исходными значениями, остальное тонкий тюнинг для весьма специфических случаев.
Вообще странно это для любой противоправно деятельности.
Слишком это дорого ставить железки и платить абонентку, да и анонимность нулевая.
Т.е. люди заморочились, возможно сами заказали корпуса для малинки, да еще и с розеткой на 220, собрали все это, обещают платить за интернет( не факт, что платят, но обещают ), ходя по квартирам, что тоже не дешево, и все это ради банального бота? Не проще ли купить?
Думается мне, что это все же какой-то мониторинг. Например связности сетей или доступности ресурсов. Как вариант, чтобы тестить провайдеров на предмет соблюдения блокировок.
Разумнее всего обратиться в поддержку. Но, например, camunda bpm без проблем переваривает и 1м процессов. Другое дело, что процессы должны закрываться, если они не закрываются, они криво спроектированны.
ky0, где вы здесь обнаружили связь на уровне логики? категория может быть волне себе справочным полем.
Вопрос в том где провести границу сервиса, но из контекста вопроса это не понято, таблица с категориями может быть как часть микросервиса продуктов, так и внешней сущностью, это зависит от множества факторов.
192.168.1.14 и 192.168.1.4 это кто?
Почему вы решили, что проблема в DNS?
На скрине у вас нет процессов со значительной загрузкой cpu.
Что в лога на synology?
Оформляйте им заявки одну за одной, прямо каждый день.
Пинг до google не очень показательный, запускайте несколько пингов параллельно, до вашего роутера, до шлюза провайдера и дальше( но что-нибудь внутри РФ ).
Лучше использовать именно пинг, чтобы видеть когда пакеты начнут пропадать, часто в определенной точке это будет совпадать, например идет параллельно три пинга, до яндека, вашего шлюза и шлюза провайдера и тут одновременно до вашего шлюза пакеты есть, а до шлюза провайдера и яндекса 4 штуки выпали.
Делаете скрины и отправляете заявку.
Писать жалобы на имя директора, прямо письменно по почте с номерами заявок, я такой-то такой то, вот мои 5 заявок, неполадка так и не устранена, требую то то и то то, ответ просьба направить туда-то по почте.
Вообще надо их замучать и заставить проблему эскалировать.
Я не уверен на 100%, но насколько я понимаю, так и должно быть. По идее банасировщик вычисляет hash от некоторых параметров пакета и осуществляет передачу данных по этому hash через один линк. Т.е. увеличение скорости происходит когда у вас несколько клиентов, но для точка-точка скорость остаётся как для одного линка. Буду рад если коллеги меня поправят.
Прямо сейчас:
Chrome
idea
VS вмести с его подпроцессами
Плагин ЭЦП
WMI Host Provider
Windows Destop Manager
Steam
Logi Options( это лоитековская приблуда )
PG Admin
Каждый по немного, но все вместе 25%. И они все сейчас в фоне. Когда смотрел свернул все, на экране только Task Manager, его не считаю.
думается мне ответ отрицательный, можно лишь говорить о том, что некоторые производители с репутацией могут быть в некоторой степени озабоченный данным вопросом, по это вероятно тот же apple, razer, logitech будут безопаснее прочих. Но думаю на третий пункт не стоит рассчитывать ни где.
Сейчас с dpi вообще интересные блокировки бывают. У нас в один день отвалился русский поиск по api.
get http://site.name/Игорь, не работал, а get https://site.name/Игорь и site.name/Igor работали, при этом из-за границы работали все три запроса и что интересно из датацентов в РФ тоже, но из офисов и из дома не работало ни где из 65 точке которые мы смогли достоверно проверить. Разобраться с провайдерами так и не смогли, у нас есть догоры в разных местах с ЭР телеком, Билайном, РТ, всем отправили заявки, они на неделю мурыжили диагностической информацией, хотя сами могли замечательно проверить get запросы и так все и слились, пришлось http api окончательно отключить.
AlexVWill, удаленка это отдельный случай. При удалёнке вы не можете ограничить и проконтролировать использование технических средств на рабочем месте, но можете запретить доступ к информационным ресурсам компании с личных устройств административными и техническими мерами. Имеет ли это смысл другой вопрос.
Локально, думаю при корректном оформлении пропускного режима, оспорить увольнение на основании нарушения оного будет ой как не просто. Обосновать меры можно доступом в коммерческой тайне и/или персональным данным.