[ANNONCE] Nouvelle version interface web QoS (2.1)

par **Kane** » 11 Mai 2005 11:57

nickel, passke j'ai hate de tester sur mon IPCop 1.4.5. Au fait, la 1.4.6 va bientot sortir donc n'hésites pas à bosser dessus

par **JBJBJB171717** » 11 Mai 2005 12:12

ca sera peut etre compatible avec la 1.4.6, j'espere :lol:

par **JBJBJB171717** » 11 Mai 2005 22:10

nouvelle version : 2.2 !! mettez à jour

cette fois c'est la bonne j'espere

par **Kane** » 12 Mai 2005 06:08

question : tu fais juste l'interface, qu'en est il de la compatibilité de la QoS elle meme ?

par **JBJBJB171717** » 12 Mai 2005 10:01

Quand je parle de compatibilité , c'est le système de QoS complet avec IMQ.

J'ai pas encore testé vu que j'ai pas installé la 1.4.6

par **lucyfire** » 12 Mai 2005 10:07

donc j'ai testé la version 2.2, et ça fonctionne impec même avec mes règles ftp sur red, j'ai fait l'install de la 2.2 apres avoir updaté en 1.4.6, l'interface web ok, tout fonctionne.

par contre je pense que si on update apres avoir installé l'interface qos, comme le fr.pl est ecrasé par ipcop ça doit poser des pbs.

excellent travail

++

par **popoch** » 12 Mai 2005 12:15

Bon puisque tout a l air de fonctionner je m y mets aussi !

Merci encore pour ton travail !

Esperons qu il soit integrer a ipcop le plus tot possible ! :wink:

par **leso** » 12 Mai 2005 16:53

lol je suis encore en 1.1 mais sous ipcop 1.4.6

par **gui82** » 26 Mai 2005 12:33

c'est marrant que personne n'a encore parlé de cette anomalie, je me sens un peu seul du coups. En fait, j'ai constaté, qu'a chaque fois que je change le menu "direction du lien" de upload en download, le menu "classe" et "poid" deviennent vide.
Au début, Je suis obligé de créer ma règle sans classe, confirmer, puis la rééditer pour définir la classe (qui apparait correctement, car la direction du lien mis sur download par défaut lors de la modification de la règle).

j'utilise la dernière version (2.2)

par **popoch** » 26 Mai 2005 12:56

c est parcequ il y a un probleme avec les javascript... il faut donc utiliser ie au lieu de firefox pour la configuration :wink:

par **gui82** » 26 Mai 2005 13:08

effectivement, ça marche mieux avec konqueror (je suis sous linux).
C'ets bete parceque je me souviens maintenant de cette mise en garde y'a quelques temps

merci en tout cas

par **haDidi** » 02 Juin 2005 18:29

Bonjour,

Tout d'abord merci à toute l'equipe pour ce super mod

Est il possible de refuser ou jetter directement des paquets ?

Exemple, j'essaye de bloquer l'utilisation de MSN Messenger au boulot.
Pour cela j'ai installé IMQ + Layer7 + L'interface QOS sur un IPCOP 1.4.6

En créant une classe, j'arrive à limiter au minimum les "taux de transfert" en utilisant les protocoles "msnmessenger et msn-filetransfert". De ce coté la, aucun problème :lol:

Le hic c'est qu'on ne peut apparement pas mettre la limite "Vitesse max" à "0" pour "interdire" l'utilisation de ces protocoles.

Y a t'il une solution de ce coté la ?

Sinon dans ce post : http://forums.fr.ixus.net/viewtopic.php?t=28212 , Lester parle d'un commutateur "-drop" qui pourrait donner ca :

iptables -t mangle -A POSTROUTING -m layer7 --l7proto msnmessenger -j DROP

Je ne connais absolument pas iptables

Vous pensez que ca pourait marcher si j'insere cette ligne dans le fichier rc.firewall ?

Merci d'avance pour vos réponses :wink:

par **guiguid** » 06 Juin 2005 09:05

Salut

iptables -t mangle -A POSTROUTING -m layer7 --l7proto msnmessenger -j DROP

est extremement dangeureux dans la mesure ou le detectino de msnmessenger peut ne pas etre parfaite.

deja, mieux faut un -J REJECT, plutot qu'un drop ... au moins l'application est au courrant qu'il y a un probleme.

La solution consiste a assosier au protocoale un debit ridiculement bas : 10 octets/secondes.

A+

PS ca fait un moment que je n'ai pas bosser sur IMQ et L7, si mon addon devenais plus compatible envoyez moi un message privé. ou si Quelq'un veut integer imq a ipcop : cela fait un bout de temps que les sources sont dispo avec le patch qui va bien ...

A+

par **gui82** » 06 Juin 2005 11:34

serait-il possible de faire en sorte à ce que l'ancienne interface du traffic shapping (celle par défaut d'ipcop) puisse revenir après avoir désinstallé ce webgui ?
En fait je viens de faire l'expérience et lorsque j'ai voulu retourné sur la partie lissage de trafic, j'était accueilli par un message d'erreur... ça donne un sentiment de non retour

par **JBJBJB171717** » 06 Juin 2005 20:10

normalement ca remet le fichier shaping.cgi tel qu'il était avant.
Quel est l'erreur ?

[ANNONCE] Nouvelle version interface web QoS (2.1)

Qui est en ligne ?