Смедление сервера с формированием трафика
systemd имеет отличную документацию. См. Страницу в служебных файлах :
Если задано форкование, ожидается, что процесс, настроенный с помощью ExecStart =, вызовет fork () как часть своего запуска. Ожидается, что родительский процесс завершится после завершения запуска и настройки всех каналов связи. Потомок продолжает работать как главный процесс-демон. Это поведение традиционных демонов UNIX. Если используется этот параметр, рекомендуется также использовать параметр PIDFile =, чтобы systemd могла идентифицировать основной процесс демона. systemd продолжит запуск последующих модулей, как только родительский процесс завершится.
Таким образом, использование этого типа просто скажет systemd подождать, пока swamp не вернется, а затем будет считать, что он все еще работает: выполнение этого остается вашей ответственностью ...
Я не уверен в вашей проблеме, поэтому пропущу это.
Если вы хотите возиться с формированием трафика для каждого процесса, вам нужно будет использовать классовую дисциплину очередей. HTB или HSFC, вероятно, ваш лучший выбор. Используя это, вы можете создать дерево дисциплин очередей (netem можно прикрепить к одному из листьев )и распределить трафик по ним с помощью tc filter.
Фильтрация достаточно гибкая благодаря fwметоду фильтрации, который может искать метку iptables, что, в свою очередь, означает, что вы можете выбирать трафик с помощью iptables. Вы также можете выбрать трафик напрямую.
Обратите внимание, что qdisc эффективны только для исходящего трафика. У вас может быть входной qdisc, но он очень ограничен и, вероятно, не будет работать так, как вы ожидаете.
В целях тестирования неплохо было бы создать настоящую виртуальную машину с двумя интерфейсами и каким-то образом принудительно -направить трафик через нее. Может потребоваться некоторый трюк (, т. е. несколько уровней NAT ). Затем в виртуальной машине вы можете подключить любой qdisc к двум интерфейсам, контролируя оба направления трафика.