Cumuler plusieurs connexions Internet (répartition de charge) - Windows & Software
Marsh Posté le 30-12-2004 à 09:04:08
a priori une machine linux avec plusieurs interface reseau peut le faire
Marsh Posté le 30-12-2004 à 10:38:41
salut !
Oui pour Linux.
Sinon des boitiers Symantec Firewall VP peuvent le faire aussi.
Avantage Linux : Firewall entierement paramétrable.
Avantage Symantec : Facile à mettre en place.
Doudou.
Marsh Posté le 30-12-2004 à 11:22:58
Merci pour vos premières réponses qui me confortent dans mon idée.
Je souhaite travailler sous microsoft windows server 2003. Y a t-il une solution software ?
Marsh Posté le 30-12-2004 à 11:38:10
Ca existe (avec RainConnect ou ISA Server 2004), mais c'est bcp plus simple et fiable (et souvent moins cher) de mettre ca en place avec un routeur qui gère ca tout seul, et mettre un serveur directement sur le net c'est pas vraiment top...
Marsh Posté le 30-12-2004 à 12:02:19
J'ai mon serveur sur mon réseau local. J'ai déjà deux connexions ADSL et 2 routeurs ADSL. Le but étant toujours, si possible avec le matériel déjà présent, de profiter du débit des 2 connexions simultanément
Marsh Posté le 30-12-2004 à 14:35:21
Et donc faut ce dont j'ai parlé au dessus.
Et attention, tu n'aboutiras pas l'equivalent d'une seule grosse connexion qui aurait le débit des 2 autres cumulés, pour un flux particulier tu n'iras jamais plus vite que la plus rapide des 2 connexions.
Marsh Posté le 30-12-2004 à 14:43:26
El Pollo Diablo a écrit : Ca existe (avec RainConnect ou ISA Server 2004), mais c'est bcp plus simple et fiable (et souvent moins cher) de mettre ca en place avec un routeur qui gère ca tout seul, et mettre un serveur directement sur le net c'est pas vraiment top... |
ISA 2004 peut le faire en natif ?
Si c'est le cas, tu peux préciser un lien ou un site ou je peux trouver de la doc ? Je ne trouve rien d'intéressant avec google.
Marsh Posté le 30-12-2004 à 14:46:44
ccp6128 a écrit : ISA 2004 peut le faire en natif ? |
C'est ce que m'a dit un gars qui s'y connait mieux que moi (et j'ai revu l'info sur 2-3 sites) pour ISA, perso j'ai encore jamais eu l'occasion de tester.
Citation : Si c'est le cas, tu peux préciser un lien ou un site ou je peux trouver de la doc ? Je ne trouve rien d'intéressant avec google. |
Chez Microsoft, ou sur isaserver.org
Marsh Posté le 30-12-2004 à 14:52:57
El Pollo Diablo a écrit : C'est ce que m'a dit un gars qui s'y connait mieux que moi (et j'ai revu l'info sur 2-3 sites) pour ISA, perso j'ai encore jamais eu l'occasion de tester. |
Bon je viens de parler au gars en question, en fait il avait fait ca avec rainconnect
Tu peux avoir plusieurs interfaces externes avec ISA, mais une seule peut avoir une passerelle par defaut, pour les autres faut se palucher la table de routage a la main, ce qui pour internet risque de prendre un certain temps
Marsh Posté le 30-12-2004 à 19:36:19
Salut,
El Pollo Diablo a écrit : Et attention, tu n'aboutiras pas l'equivalent d'une seule grosse connexion qui aurait le débit des 2 autres cumulés, pour un flux particulier tu n'iras jamais plus vite que la plus rapide des 2 connexions. |
Peux-tu développer ce point précis STP? Je m'intéresse à ce genre de solution pour des "petites" situations professionnelles (petits réseaux avec environ une dizaine de postes), mais si cela ne permet pas d'additionner la bande passante, je ne comprends pas bien.
Admettons que je télécharge un fichier en ftp depuis un poste dans le LAN depuis un site Web, la solution de load balancing (RainConnect?) va utiliser une des connexions ADSL disponibles. Un deuxième poste veut alors effectuer un téléchargement, logiquement la solution de load balancing devrait aiguiller cette demande vers la ligne la moins chargée, càd la 2e connexion ADSL. Non?
Marsh Posté le 30-12-2004 à 19:40:45
Ce que veut dire Diablo c'est que tu ne peux pas consommer l'intégralité de la bande passante des n connexions avec un seul flux.
Par exemple si tu as 2*1024 tu ne pourras pas télécharger en ftp à 2048 mais faire 2 transferts à 1024. (en fait vous dites la mêmes chose tous les 2).
Marsh Posté le 30-12-2004 à 21:24:55
ccp6128 a écrit : en fait vous dites la mêmes chose tous les 2 |
Oui, mais là je comprends mieux!!! Merci! Pas d'offense El Diablo hein?!
Question subsidiaire, dans le cas du P2P, sachant qu'UN poste du LAN émet énormément de requêtes à destination de pleins d'IP du WAN différentes, est-ce que la solution de load balancing réagit "correctement" et répartit la charge? Ou bien elle va considérer qu'il y a "un seul" flux sous prétexte que cela émane d'UN SEUL poste du LAN?
Je demande, pas tellement pour fantasmer de faire tourner du P2P sur 3 lignes ADSL , mais plutôt parce que j'ai vu des solutions de load balancing dans des routeurs qui se base sur les paires d'IP émetteur/destinataire pour effectuer le routage balancé, ou avec des XOR de ces combinaisons (j'ai pas tout capté et surtout pas tout lu la doc technique, alors j'explique sûrement pas bien!).
Si ces solutions à base de routeur répartissent bien la charge, je les préfèrerai à une solution RainConnect qui nécessitent une machine (ordi + os) pour effectuer ce travail.
En plus, on s'est aperçu, avec des voisins de l'immeuble, qu'on avait tous des bons tuyaux entre 2Mb et 8Mb, et on s'est mis à fantasmer de se créer un réseau privé dans l'immeuble en trunkant nos ADSL!!! ... Ben quoi? On peut rêver non!
Marsh Posté le 30-12-2004 à 08:58:29
Bonjour à tous,
Je souhaiterai savoir les possibilités qui se présentent à moi pour cumuler le débit de plusieurs connexions Internet.
A l'endroit où se trouve les machines, le débit est limité à 512 Kbps donc pour l'upload, je suis limité à 16 Kbps...
Je souhaite cumuler 2 voire 3 connexion ADSL différentes.
NIVEAU HARDWARE : il existe des routeurs avec plusieurs ports WAN capable de gérer la répartition de charge.
=> Connaissez-vous des routeurs de ce type avec à votre connaissance une très bonne performance dans la répartition de charge
NIVEAU SOFTWARE : j'ai rien trouvé qui corresponde suffisamment à mon problème sans être trop compliqué ou trop onéreux... j'attends vos suggestions...
Merci à tous