Existe-t-il un utilitaire pour limiter le débit réseau d'un processus après son lancement? Exemple simple: vous notez qu'un utilisateur utilise toute votre bande passante de téléchargement en utilisant scp et vous souhaitez limiter le débit ou diminuer la priorité du transfert.
Je suppose que je pourrais utiliser une combinaison de iptables / tc ou pf pour y parvenir, mais je me demandais s'il y avait un outil "one-shot" disponible (comme un filet avec une option --pid ^^)?
Réponses:
Malheureusement, il n'y a pas une telle solution pour FreeBSD. Il existe de nombreuses solutions comme dummynet / ipfw ou altq / pf qui sont utilisées pour limiter l'utilisation du réseau en fonction de modèles différents mais pas sur pids.
Sous Linux, il existe un moyen de limiter l'utilisation du réseau sur une base utilisateur:
Je pense qu'il n'y a pas de solution pour limiter l'utilisation du réseau basée sur pid.
la source
lsof le processus pour obtenir les ports réseau que le proc utilise. Une fois que vous savez quels ports sont utilisés, vous pouvez utiliser les règles IPTABLES pour limiter le débit de ces ports. Ces articles devraient vous donner une meilleure idée: 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
la source
Sous Linux, même la combinaison d'iptables et de tc pourrait être un problème difficile, car l'option "--pid-owner" a été abandonnée du module "owner" iptables (voir la note ci-dessous le tableau ici ). En fait, seule cette association (paquet - processus) semble être compliquée, alors que nous pouvons facilement faire le reste, c'est-à-dire filtrer et limiter les paquets assez efficacement.
la source
Je ne pense pas qu'il existe une solution toute faite pour cela. Mais, en utilisant des outils Linux standard, vous pouvez pirater un script qui fera l'affaire.
Tout d'abord, vous pouvez obtenir une liste de toutes les connexions de processus spécifiques avec lsof. Ensuite, vous pouvez créer des stratégies d'entrée avec tc pour ces connexions.
la source
En gros, si vous adaptez le processus à +20, alors tout ce qui s'exécute sur le système aura la priorité et le travail sera planifié moins souvent, il sera donc plus difficile de remplir les tampons ou les paquets de processus, ce qui devrait conduire à certains TCP étranglement. Ce sera sporadique, mais cela pourrait suffire.
la source