emka2k, не намерен с вами спорить, если ваш уровень квалификации не позволяет оценить работоспособность конфигурации, можете её собрать в лабе и проверить. Конфигурация рабочая, никаких проблем с мультикаст трафиком на таком, и значительно большем, кол-ве клиентов в ней не будет. Да, конфигурацию нельзя назвать "рекомендуемой" или оптимальной, но работать она будет.
emka2k, dhcp не единственный вариант раздачи дресов устройствам, там может быть статика или dhcp с резервированием на каждое устройство, и тот и другой вариант вполне рабочий. Скуд и видеонаблюдение достаточно давно умеют работать как обычные ip устройства ничем не отличающиеся от всех прочих.
Бридж это условный l2 уровень, маршрутизация l3, они никак друг другу не мешают. Получается общий l2 домен, с раздельным l3, конечно рекомендовать такую конфигурацию нельзя, но работать должна.
Нужно больше информации, в первую очередь, что значит не видит, каким образом раздаются адреса и какие маски, настройки роутинга на клиентских машинах, настройки nat.
Valentin Barbolin, почему без vlan это работать не будет, с чего бы это? С dhcp понятно, будут некоторые особенности, но остальное будет работать вполне штатно.
Раздавал интернет по кабелю с телефона это как?
Пинг до ближайшего роутера должен быть минимальным, если он доходит до 1000мс и скачет, это не нормально. Но данных в вашем сообщении недостаточно, чтобы что-то утверждать определённо, может быть вы роутером называете шлюз провайдера, кто вас знает. Опишите адреса, линки, с какого адреса какой пингунте, какую среду используете.
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 через один линк. Т.е. увеличение скорости происходит когда у вас несколько клиентов, но для точка-точка скорость остаётся как для одного линка. Буду рад если коллеги меня поправят.