Forum |  HardWare.fr | News | Articles | PC | S'identifier | S'inscrire | Shop Recherche
1449 connectés 

  FORUM HardWare.fr
  Linux et OS Alternatifs
  réseaux et sécurité

  [UNIX/ROUTAGE] Traffic Shapping et Squid

 



 Mot :   Pseudo :  
 
Bas de page
Auteur Sujet :

[UNIX/ROUTAGE] Traffic Shapping et Squid

n°876818
redvivi
Posté le 09-01-2007 à 17:38:23  profilanswer
 

Bonjour à tous  :D !
 
Je voudrais savoir si il était techniquement possible de mettre en place un système de file d'attente (HTB avec Traffic shapping) sur une passerelle Unix avec un serveur proxy de type SQUID ?
 
Merci d'avance!
RedVivi

mood
Publicité
Posté le 09-01-2007 à 17:38:23  profilanswer
 

n°876823
toniotonio
Posté le 09-01-2007 à 17:47:39  profilanswer
 

oui c'est possible  
en considerant bien sur uniquement l'interface par laquelle le trafic sort vers le lan  on peut prioriser le trafic.
 
perso j'utilise iptables avec du CLASSIFY
 

n°876837
redvivi
Posté le 09-01-2007 à 18:21:25  profilanswer
 

toniotonio a écrit :

oui c'est possible  
en considerant bien sur uniquement l'interface par laquelle le trafic sort vers le lan  on peut prioriser le trafic.
 
perso j'utilise iptables avec du CLASSIFY


 
Moi j'utiliserai probablement classify avec des analyseurs de protocole, mais comment traduire ça au niveau d'IPTABLES ? J'avais lu que ce n'était pas possible car on ne peut gérer la manière dont Squid accède à Internet. Mais tu me parlais uniquement de l'interface: Machine -> Lan. Or mon souhait est de priotiser le traffic de Squid dans le sens: Internet -> Machine. Ou alors je n'ai absolument rien compris ? :??:  
 
Voici ma config: Internet ------- eth1 ---Passerelle --- eth0 ---LAN


Message édité par redvivi le 09-01-2007 à 18:22:45
n°876840
toniotonio
Posté le 09-01-2007 à 18:28:18  profilanswer
 

tu ne peux prioriser les paquets correctement que sur un flux sortant (upload)  (sur le download ce n'est plus de la priorisation mais un simple limitation de debit)
 
cela revient au meme puisque tu controles le flux que les utilsateurs recoivent  de la part du proxy.  (depuis le port 3128 de squid)  
 
l'interet reside surtout dans la possibilité de rendre prioritaire certain flux par rapport au web

Message cité 1 fois
Message édité par toniotonio le 09-01-2007 à 18:29:56
n°876846
redvivi
Posté le 09-01-2007 à 18:55:40  profilanswer
 

toniotonio a écrit :

tu ne peux prioriser les paquets correctement que sur un flux sortant (upload)  (sur le download ce n'est plus de la priorisation mais un simple limitation de debit)


 
Pourtant d'après ces 2 HOWTO: http://fr.gentoo-wiki.com/HOWTO_Qualité_de_service et http://fr.gentoo-wiki.com/HOWTO_Traffic_shaping il est possible de priotiser les downloads en deplaçant le noeud de congestion du modem vers eth1 (Ce qui revient dans un premier temps à limiter le debit de l'interface, mais ceci pour créer une liste de file d'attente HTB priotisable sur l'nterface).
 
Peut etre y a t il un probleme avec ces 2 HOWTO ?
 

n°876852
toniotonio
Posté le 09-01-2007 à 19:28:14  profilanswer
 

effectivemetnil existe plusieurs moyens de contourner cette limitation  
mais dans ton cas je pense que le controle de flux entre squid et les clients du lan est la bonne option

n°876853
toniotonio
Posté le 09-01-2007 à 19:30:02  profilanswer
 

cela dit l'important est de savoir les priorité de flux que tu veux etablir.

n°876858
redvivi
Posté le 09-01-2007 à 19:56:59  profilanswer
 

Voici mon probleme: Connexion peu rapide (1900Mbits/sec environ) pour 200 postes en residence universitaire, bref, je veux créer des priorités comme ceci:  
 
-priorité 0: Priorité max aux DNS, ping, ssh, et aux petits paquets
-priorité 1: flux http, msn, pop3, smtp, yahoo
-priorité 2: Jeux en ligne, transferts sur MSN/Yahoo, classe par défaut pour les paquets non classés
-priorité 3: Protocole P2P


Message édité par redvivi le 09-01-2007 à 20:06:01
n°876935
toniotonio
Posté le 10-01-2007 à 10:10:59  profilanswer
 

ok  
 
tous les flux passent par la passerelle sur laquelle tourne squid ?
 

n°876938
redvivi
Posté le 10-01-2007 à 10:18:15  profilanswer
 

Oui, absolument tous comme indiqué sur le schéma dans un de mes posts precedents

mood
Publicité
Posté le 10-01-2007 à 10:18:15  profilanswer
 

n°876940
toniotonio
Posté le 10-01-2007 à 10:23:58  profilanswer
 

:pt1cable:  oui exact
je continue a penser que l'idee que je te proposait au debut peut repondre a ton probleme.
 

n°876974
redvivi
Posté le 10-01-2007 à 12:51:16  profilanswer
 

Si j'ai bien compris, pour qu'il y ait une priotisation des transferts avec Squid il faut soit 1) adopter ma solution avec le goulot d'étranglement sur eth1 par la limitaion
 
ou 2) Ta solution, mais le probleme c'est que je ne vois pas du tout comment tu veux faire, car si je priotarise le flux http LAN -> Squid, j'aurais aucun effet sur la priorité du flux http en download ?

n°876978
toniotonio
Posté le 10-01-2007 à 13:05:21  profilanswer
 

les clients ne pourront recevoir de squid les informations plus "vite" que ce que les regles de priorités et de debit que tu auras etablies permettront.
cela aura pour effet de bord de limiter les requetes de squid sur internet.
 

n°876979
redvivi
Posté le 10-01-2007 à 13:14:08  profilanswer
 

Ok, mais cette solution me parait plus "aléatoire" que celle que j'avais établie precedemment, car si je te suis bien, soit je peux faire en sorte que la priorité des flux http soit supérieures à toutes les autres régles, soit en dessous de toutes les autres, cer entre les 2 c'est assez aléatoire ? Le probleme c'est que la Passerelle-> LAN n'est jamais saturé, ce qui exclu le principe des files d'attente, donc dans le cas de passerelle -> LAN, il faudrait plus une limitation et non une priotisation, c'est bien ça ?

n°876985
toniotonio
Posté le 10-01-2007 à 13:32:03  profilanswer
 

tu ne vas pas faire une priorité sur les flux http mais sur le flux sortant du proxy vers les clients (le port 3128 avec squid)
 
en limitant le trafic sur ce flux et en le rendant non prioritaire, les autres flux sortant vers le lan (reception de mail par exemple) seront avantagés.
 
 
 
autre question importante: heberge tu des services accessible depuis internet sur ton reseau ? car eux aussi il faut les prioriser sur la passerelle mais cette fois sur l'autre interface.
 
en fait dans ton cas si je comprends bien tu veux controler le trafic entrant ET sortant (voir ta liste plus haut)
 


Message édité par toniotonio le 10-01-2007 à 13:35:46
n°876990
redvivi
Posté le 10-01-2007 à 13:44:51  profilanswer
 

Oui c'est bien ça, controle des flux entrants et sortants sur les protocoles de la liste (car je pense que priotiser les 2 flux rendront le système pus efficace, au lieu d'agir seulement sur l'upload ou le download. Il faut juste que le http soit au-dessus du P2P et des jeux comme dans la liste.
 
Je n'héberge pas de services accessibles deuis Internet. Le probleme dans ta solution c'est que le proxy ne transmettra ses fichiers en cache qu'en flux priotisé, or mon objectif était de priotiser le traffic http Internet --> squid, ensuite mise en cache dans squid et envoi du flux http dans le lan @toute berzingue si c'est en cache ou en vitesse  disponible (Internet-> Squid) définit selon les priorités si le contenu n'est pas en cache :-s


Message édité par redvivi le 10-01-2007 à 13:45:49
n°876992
toniotonio
Posté le 10-01-2007 à 13:49:14  profilanswer
 

oui c'est vrai que le probleme de ce que te propose c'est la limitation pour les fichiers en cache.
 
si tu veux reellement intervenir sur le flux http tu peux peut etre voir a deplacer ton proxy sur une autre machine dans le lan.  
 
et tu priorises alors sur la passerelle sur eth1 pour le flux http sortant vers ton proxy.
la file d'attente fonctionnerait comme cela.
 

n°877000
redvivi
Posté le 10-01-2007 à 14:25:38  profilanswer
 

Heu, je suis pommé....:s, ce n'est pas plutot le flux entrant d'internet vers la machine proxy ?


Message édité par redvivi le 10-01-2007 à 14:32:09
n°877002
toniotonio
Posté le 10-01-2007 à 14:38:24  profilanswer
 

:pt1cable:  
 
 
internet === eth0 -passerelle- eth1====proxy
 
le flux qui sort de eth1 sur la passerelle repondant au requete du proxy vers le port 80 sur internet est un flux sortant (upload) vers le proxy.
 
 

n°877006
redvivi
Posté le 10-01-2007 à 14:45:47  profilanswer
 

Ca ne fonctionnerait pas de renvoyer le flux http sortant de eth1 vers localhost:3128 ? Et qu'ensuite les clients se connectent sur ce proxy ?

n°877017
toniotonio
Posté le 10-01-2007 à 14:53:20  profilanswer
 

je ne pense pas

mood
Publicité
Posté le   profilanswer
 


Aller à :
Ajouter une réponse
  FORUM HardWare.fr
  Linux et OS Alternatifs
  réseaux et sécurité

  [UNIX/ROUTAGE] Traffic Shapping et Squid

 

Sujets relatifs
dansguardian, squid => authentification ldap Non fonctionnelleAuthentification squid+pam+ldap avec fc2
Comment interrompre un compte à rebours ? [BASH/UNIX]configuration de squid
Probleme de Routagechainage proxy avec squid
Linux est-il un système UNIX?Guide/Fiches de toutes les commandes d'administration Linux/Unix ?
Droits d'exécution unixSquid + SquidGuard = rien de bloqué.
Plus de sujets relatifs à : [UNIX/ROUTAGE] Traffic Shapping et Squid


Copyright © 1997-2018 Hardware.fr SARL (Signaler un contenu illicite / Données personnelles) / Groupe LDLC / Shop HFR