Passerelle, NAT, qos

Passerelle, NAT, qos - Réseaux - Systèmes & Réseaux Pro

Marsh Posté le 16-02-2009 à 04:22:13    

Bonjour à tous.
 
je suis depuis quelques jours confronté à un problème dont je ne voi le bout.
 
Même après de nombreuses recherches sur le forum (qui me font tomber sur des sujet de 2002)
 
 
Je m'occupe un réseau assez simple.
 
- Une livebox pro
- Un server (debian) faisant office de serveur dhcp, , serveur web, php, ftp, et passerelle.
- Un groupe de postes clients
 
La livebox est connectée au serveur, lui même relié au switch, puis tout les postes sur le hub
 
Tout les postes se voient attribuer une ip via le dhcp, et s'en servent comme passerelle également.
J'aurai besoin d'installer du qos sur ma passerelle, ou tout autre solution me permettant de contrôler/réguler la bande passante.
 
Contrôler non seulement la bande passante / le trafic vers l'internet, mais aussi le trafic interne (transferts de fichiers entre les postes clients), qui sont assez courant, et monopolise le reseau (hub anciens).
 
 
Comment devrais-je m'y prendre?
 
Les iptables? une solution plus pratique?
 
J'ai bien trouvé des scipt de gestion de bande pasante, mais moi je ne veu pas favoriser tel ou tel protocol (bien sur ssh et ce genre de chose prioritaires), mais simplement attribuer un "debit max internet" ainsi qu'un "debit max partage local", en fonction de l'ip de la machine.
 
Merci d'avance de votre attention.
 
 
 
EDit : Petite update. J'ai commencé la mise en place du qos à l'aide du script htb.
 
Cela fonctionne a merveille exepeté une chose : ce que je limite, se limite pour tout le monde, dans la doc que j'ai, je sais comment donner des priorités à certains protocol / port, mais pas a certains ip. En effet dans mon reseau, il y a des postes "libres consultation", ou j'aimerai limiter la bande passante plus que sur les postes "travail".... Ca vous inspire?


Message édité par djbennyj le 16-02-2009 à 14:20:00
Reply

Marsh Posté le 16-02-2009 à 04:22:13   

Reply

Marsh Posté le 18-02-2009 à 01:39:49    

htb c'est une bonne idée, mais comme tu dis c'est pas super précis.
 
En fait, si mes souvenir sont bon, htb n'est qu'un script se basant sur l'utilitaire "tc". "tc" permet de faire de la qos sur les système Linux (donc ta debian), le probleme de "tc" c'est que c'est pas humain à configurer (comme la qos en général) donc y on ecrit htb.
 
En fait il existe un moyen simple de faire des choses précise, c'est d'utiliser "tc" avec iptables. En fait tu marque tes paquets avec iptables (target MARK) et ensuite tu les travailles avec "tc".
 
Je peux pas t'aider plus que ça, j'ai bricoler un truc avec ça il ya qque temps donc je peux t'assurer que ça marche :)
 
J'ai retrouver un script, je te pose ça ici, ca te permettra de te faire une idée. Si tu arrives à qque chose :O fait partager :)
 

Code :
  1. EXTIF="eth2"
  2. MARKPRIO1="10"
  3. # Setting priority marks
  4. # Prio 1
  5. # icmp
  6. iptables -t mangle -A POSTROUTING -p icmp -j MARK --set-mark $MARKPRIO1
  7. iptables -t mangle -A PREROUTING -p icmp -j MARK --set-mark $MARKPRIO1
  8. # Rates
  9. UPRATE="800kbit"
  10. PRIORATE1="8kbit"
  11. CEIL1="192kbit"
  12. BURST1="2k"
  13. CBURST1="1k"
  14. # Set queue length for $EXTIF
  15. ifconfig $EXTIF txqueuelen 16
  16. # Specify queue discipline
  17. tc qdisc add dev $EXTIF root handle 1:0 htb default 105 r2q 1
  18. # Set root class
  19. tc class add dev $EXTIF parent 1:0 classid 1:1 htb rate $UPRATE burst $BURST1 cburst $CBURST1
  20. # Specify sub classes
  21. tc class add dev $EXTIF parent 1:1 classid 1:101 htb rate $PRIORATE1 ceil $CEIL1 burst $BURST1 cburst $CBURST1 prio 1
  22. # Filter packets
  23. tc filter add dev $EXTIF parent 1:0 protocol ip prio 1 handle $MARKPRIO1 fw classid 1:101
  24. # Add queuing disciplines
  25. tc qdisc add dev $EXTIF parent 1:101 sfq perturb 16


Message édité par Xtr3m01 le 18-02-2009 à 01:42:05
Reply

Marsh Posté le 18-02-2009 à 10:03:16    

Citation :

puis tout les postes sur le hub


Ouais enfin si tes postes sont sur un hub... Faut déjà creuser la dessus ;).


Message édité par clockover le 18-02-2009 à 10:03:46
Reply

Marsh Posté le 18-02-2009 à 13:51:01    

Merci à tous les 2.
 
Premièrement pour le hub, il n'est pas switch manageable
 
Sinon merci pour ton script, c'est cool , je voi le principe.
 
En revanche ca limite pour tout le monde, et comme j'ai dit j'ai des postes a favoriser.
 
Je vais me pencher sur la commande tc et voir ce que je peut tirer de ton scrip^t.
 
Merci encor

Message cité 2 fois
Message édité par djbennyj le 18-02-2009 à 15:35:03
Reply

Marsh Posté le 18-02-2009 à 13:53:40    

djbennyj a écrit :


Premièrement pour le hub, il n'est pas mangeable.

Need un hub en chocolat :D


---------------
The only thing necessary for the triumph of evil is for good people to do nothing.
Reply

Marsh Posté le 18-02-2009 à 15:34:29    

Eheh petite cocquille ^^ j'edit

Reply

Marsh Posté le 19-02-2009 à 20:57:38    

djbennyj a écrit :

Merci à tous les 2.
 
Premièrement pour le hub, il n'est pas switch manageable
 
Sinon merci pour ton script, c'est cool , je voi le principe.
 
En revanche ca limite pour tout le monde, et comme j'ai dit j'ai des postes a favoriser.
 
Je vais me pencher sur la commande tc et voir ce que je peut tirer de ton scrip^t.
 
Merci encor


 
Ca limite pas pour tout le monde, tu adaptes ta marques et tu crées des cas pour subnet, ou par host avec iptables

Reply

Sujets relatifs:

Leave a Replay

Make sure you enter the(*)required information where indicate.HTML code is not allowed