Non c'est pas grave, comme guiguid a dis, juste un depmod -a
et sinon pour l'autre warning, c'est rien c juste que la chaine que la QoS veut créer existe déjà car elle a été crée au cours du premier démarrage...
Modérateur: modos Ixus
root@ipcop:/ # ./update
Bienvenue dans l'installation de l'interface Web permettant de gérer la QoS sous IPCop
Veuillez patienter pendant la mise à jour...
IMQ [OK]
Layer7 [OK]
Pour terminer la mise à jour, redémarrer la QoS
Mise à jour terminée
root@ipcop:/ # /usr/local/bin/restartqos start
Starting qos
Cannot read BLUE_DEV
root@ipcop:/ # /usr/local/bin/restartqos status filter
QoS is not running, unable to show status
meos a écrit:Bonjour,
Après avoir installé la QOS, j'ai voulu la tester:
ET la petit probleme:
avec la config en download
classe2 (min 10-max 200)=> src tout => dest tout =>interface RED=> prot ftp
ou
classe2 (min 100-max 200)=> src tout => dest tout =>interface RED=> prot ftp
Lorsque j'ouvre filezelia sur mon poste client (vert) et que je telecharge un fichier présent sur le red, je me retrouve limité à 12KB/s.
es-ce que le fait d'avoir guarder la "classe1" peut poser un problème?
Est-il possible de prioriser le flux http d'une page web par rapport au téléchargement http ?
Ensuite l'un de mes réseaux 10.0.x.0 utilise une application de formation en ligne et je voudrais qu'ils bénéficie prioritairement de mon upload. Possible ?
Sinon comment utiliser la fameuse couche applicative (l7), dans quel but ?
JBJBJB171717 a écrit:as tu changé la règle qui faisait ca ?
sinon entre ces 2 classes tu verra pas une grande différence car si la bande passante est libre, le débit va tendre vers 200kbit/s, mais par contre en cas de gros trafic, avec la première classe ca risque d'etre plus lent qu'avec la 2e
Utilisateur(s) parcourant actuellement ce forum : Aucun utilisateur inscrit et 1 invité