Обмеження пропускної здатності мережі вже запущеного процесу? (Linux / FreeBSD)

Чи є яка-небудь утиліта для обмеження пропускної здатності мережі після його запуску? Простий приклад: ви зазначаєте, що користувач приймає всю пропускну здатність завантаження за допомогою scp, і ви хочете обмежити швидкість або зменшити пріоритет передачі.

Я думаю, що я міг би використати комбінацію iptables / tc або pf, щоб досягти цього, але мені було цікаво, чи є в наявності інструмент "один удар" (як, наприклад, стручковий параметр --pid ^)?

На жаль, для FreeBSD такого рішення немає. Існує багато рішень, таких як dummynet / ipfw або altq / pf, які використовуються для обмеження використання мережі на основі різних моделей, але не на pids.

У Linux існує спосіб обмеження використання мережі на основі користувача:

iptables -t mangle -A OUTPUT -p tcp -m owner --uid-owner test -j MARK --set-mark 1

Я думаю, що немає рішення щодо обмеження використання мережі на основі pid.

Якщо в процесі отримання мережевих портів, які використовує Proc. Коли ви дізнаєтесь, які порти використовуються, ви можете використовувати правила IPTABLES для обмеження швидкості цих портів. Ці статті повинні дати вам кращу ідею: http://linux-ip.net/articles/Traffic-Control-HOWTO/ http://blog.edseek.com/~jasonb/articles/traffic_shaping/ http: // wikis. sun.com/pages/viewpage.action?pageId=49906332

В Linux навіть комбінація iptables та tc може бути важкою проблемою, оскільки параметр "--pid-owner" був відмовлений від модуля iptables "власник" (див. Примітку нижче таблиці тут ). Насправді, лише ця асоціація (пакетний процес) здається складною, тоді як ми можемо легко зробити все інше, тобто фільтрувати та обмежувати пакети досить ефективно.

Я не думаю, що для цього є готове рішення. Але, використовуючи стандартні інструменти Linux, ви можете зламати сценарій, який зробить цю справу.

По-перше, ви можете отримати список усіх з'єднань конкретного процесу з lsof. Тоді ви можете створити політику введення за допомогою tc для цих з'єднань.

Грубо кажучи, якщо ви сподобаєтеся процесу до +20, то все, що працює в системі, отримає пріоритет, і завдання плануватиметься рідше, тому важче буде заповнювати буфери або пакети процесів, що повинно призвести до деяких TCP дроселювання. Це буде спорадично, але може допомогти достатньо.

# renice 20 -p $pid