"Sébastien Monbrun aka TiChou" a écrit dans le message de news:
(Supersedes )
Dans le message <news:4549035b$0$3977$, *rahan* tapota sur f.c.o.ms-windows et f.c.r.ip :
jean wrote:
Je voudrais me connecter par l'un des fai avec certains logiciels et me connecter par l'autre fai avec d'autres logiciels.
Premiere solution est de prendre un routeur qui fait du QOS (Qualité Of Service)
La QoS n'a rien à voir avec ça... Petit rappel : la QoS est, en gros, un mécanisme qui permet sur un même lien de rendre prioritaire des trafics parmi d'autres.
et tu paramètres ton routeur de manière à router les paquets TCP destinés au port IRC (TCP/6001, 6002, 6003... si je me rappel bien)
Le port 6667, mais parfois aussi les ports voisins de celui-ci (6665, 6666, etc.).
vers ton 2er FAI et tu laisses la route par défaut vers le 1er FAI pour tous les autres flux (http, ftp, https, sftp, smtp, pop, rtsp, nntp, dns... etc)
Pour que cela fonctionne, il faut que le routeur permette de définir une politique de routage (routing policy) basée sur le port de destination, ce qui n'est pas le cas de la plupart des routeurs grand public et ce qui ne se met pas en place aussi facilement pour les routeurs le permettant.
Sans routeur, il te reste à identifier les adresses IP des serveurs IRC que tu utilises et tu ajoutes une route statiques en persistent sur ta machine de maniere à router via ton 2e FAI le traffic pour arriver aux serveurs IRC déjà identifiés.
Ça ne fonctionnera pas ou pas comme souhaité. Il faut en plus que le client IRC permette de « binder » sur l'adresse IP du 2ème FAI en question. Ou bien, sans mettre en place de route statique, mettre en place une politique de routage basée sur l'adresse source, mais ce que ne permet pas Windows XP Pro.
Une manière d'identifier tes serveurs IRC, est d'executer "netstat -an" pour lister les connexion TCP en cours ou actives.
Un nslookup me parrait plus adapté. En effet, il n'est pas rare que les serveurs IRC aient plusieurs adresses IP pour le même nom d'hôte.
Une derniere solution, est d'utiliser deux proxy, un pour chaque FAI et tu paramètres chaqun de tes logiciels (internet explorer, client FTP, client IRC... etc) de maniere à pointer sur le premier ou le second proxy.
Cela ne changera rien, on en revient au problème précédent.
Donc, il n'y a aucune solution à mon probleme ?
"Sébastien Monbrun aka TiChou" <gro.uohcit@uohcit> a écrit dans le message
de news: bzium.20061102002356@florizarre.tichou.org...
Dans le message <news:4549035b$0$3977$426a74cc@news.free.fr>,
*rahan* tapota sur f.c.o.ms-windows et f.c.r.ip :
jean wrote:
Je voudrais me connecter par l'un des fai avec certains logiciels et me
connecter par l'autre fai avec d'autres logiciels.
Premiere solution est de prendre un routeur qui fait du QOS (Qualité Of
Service)
La QoS n'a rien à voir avec ça... Petit rappel : la QoS est, en gros, un
mécanisme qui permet sur un même lien de rendre prioritaire des trafics
parmi d'autres.
et tu paramètres ton routeur de manière à router les paquets TCP destinés
au port IRC (TCP/6001, 6002, 6003... si je me rappel bien)
Le port 6667, mais parfois aussi les ports voisins de celui-ci (6665,
6666,
etc.).
vers ton 2er FAI et tu laisses la route par défaut vers le 1er FAI pour
tous les autres flux (http, ftp, https, sftp, smtp, pop, rtsp, nntp,
dns... etc)
Pour que cela fonctionne, il faut que le routeur permette de définir une
politique de routage (routing policy) basée sur le port de destination, ce
qui n'est pas le cas de la plupart des routeurs grand public et ce qui ne
se
met pas en place aussi facilement pour les routeurs le permettant.
Sans routeur, il te reste à identifier les adresses IP des serveurs IRC
que tu utilises et tu ajoutes une route statiques en persistent sur ta
machine de maniere à router via ton 2e FAI le traffic pour arriver aux
serveurs IRC déjà identifiés.
Ça ne fonctionnera pas ou pas comme souhaité. Il faut en plus que le
client
IRC permette de « binder » sur l'adresse IP du 2ème FAI en question. Ou
bien, sans mettre en place de route statique, mettre en place une
politique
de routage basée sur l'adresse source, mais ce que ne permet pas Windows
XP
Pro.
Une manière d'identifier tes serveurs IRC, est d'executer "netstat -an"
pour lister les connexion TCP en cours ou actives.
Un nslookup me parrait plus adapté. En effet, il n'est pas rare que les
serveurs IRC aient plusieurs adresses IP pour le même nom d'hôte.
Une derniere solution, est d'utiliser deux proxy, un pour chaque FAI et
tu paramètres chaqun de tes logiciels (internet explorer, client FTP,
client IRC... etc) de maniere à pointer sur le premier ou le second
proxy.
Cela ne changera rien, on en revient au problème précédent.
"Sébastien Monbrun aka TiChou" a écrit dans le message de news:
(Supersedes )
Dans le message <news:4549035b$0$3977$, *rahan* tapota sur f.c.o.ms-windows et f.c.r.ip :
jean wrote:
Je voudrais me connecter par l'un des fai avec certains logiciels et me connecter par l'autre fai avec d'autres logiciels.
Premiere solution est de prendre un routeur qui fait du QOS (Qualité Of Service)
La QoS n'a rien à voir avec ça... Petit rappel : la QoS est, en gros, un mécanisme qui permet sur un même lien de rendre prioritaire des trafics parmi d'autres.
et tu paramètres ton routeur de manière à router les paquets TCP destinés au port IRC (TCP/6001, 6002, 6003... si je me rappel bien)
Le port 6667, mais parfois aussi les ports voisins de celui-ci (6665, 6666, etc.).
vers ton 2er FAI et tu laisses la route par défaut vers le 1er FAI pour tous les autres flux (http, ftp, https, sftp, smtp, pop, rtsp, nntp, dns... etc)
Pour que cela fonctionne, il faut que le routeur permette de définir une politique de routage (routing policy) basée sur le port de destination, ce qui n'est pas le cas de la plupart des routeurs grand public et ce qui ne se met pas en place aussi facilement pour les routeurs le permettant.
Sans routeur, il te reste à identifier les adresses IP des serveurs IRC que tu utilises et tu ajoutes une route statiques en persistent sur ta machine de maniere à router via ton 2e FAI le traffic pour arriver aux serveurs IRC déjà identifiés.
Ça ne fonctionnera pas ou pas comme souhaité. Il faut en plus que le client IRC permette de « binder » sur l'adresse IP du 2ème FAI en question. Ou bien, sans mettre en place de route statique, mettre en place une politique de routage basée sur l'adresse source, mais ce que ne permet pas Windows XP Pro.
Une manière d'identifier tes serveurs IRC, est d'executer "netstat -an" pour lister les connexion TCP en cours ou actives.
Un nslookup me parrait plus adapté. En effet, il n'est pas rare que les serveurs IRC aient plusieurs adresses IP pour le même nom d'hôte.
Une derniere solution, est d'utiliser deux proxy, un pour chaque FAI et tu paramètres chaqun de tes logiciels (internet explorer, client FTP, client IRC... etc) de maniere à pointer sur le premier ou le second proxy.
Cela ne changera rien, on en revient au problème précédent.
Donc, il n'y a aucune solution à mon probleme ?
rahan
Bonjour,
Sébastien Monbrun aka TiChou wrote:
(Supersedes )
Dans le message <news:4549035b$0$3977$, *rahan* tapota sur f.c.o.ms-windows et f.c.r.ip :
jean wrote:
Je voudrais me connecter par l'un des fai avec certains logiciels et me connecter par l'autre fai avec d'autres logiciels.
Premiere solution est de prendre un routeur qui fait du QOS (Qualité Of Service)
La QoS n'a rien à voir avec ça... Petit rappel : la QoS est, en gros, un mécanisme qui permet sur un même lien de rendre prioritaire des trafics parmi d'autres.
Faire du Policy Routing est une forme de QOS car il s'agit d'orienter un trafic vers telle ou telle itinéraire pour entre autre faire en sorte qu'un trafic soit rapide et prioritaire.
et tu paramètres ton routeur de manière à router les paquets TCP destinés au port IRC (TCP/6001, 6002, 6003... si je me rappel bien)
Le port 6667, mais parfois aussi les ports voisins de celui-ci (6665, 6666, etc.).
vers ton 2er FAI et tu laisses la route par défaut vers le 1er FAI pour tous les autres flux (http, ftp, https, sftp, smtp, pop, rtsp, nntp, dns... etc)
Pour que cela fonctionne, il faut que le routeur permette de définir une politique de routage (routing policy) basée sur le port de destination, ce qui n'est pas le cas de la plupart des routeurs grand public et ce qui ne se met pas en place aussi facilement pour les routeurs le permettant.
C'était valable avant... aujourd'hui, beaucoup de routeur basé sur Linux le permette !! comme par exemple le Linksys WRT54G avec les IOS OPEN-WRT et ses dérivés. Et ce n'est pas super compliquer a mettre en place.
Sans routeur, il te reste à identifier les adresses IP des serveurs IRC que tu utilises et tu ajoutes une route statiques en persistent sur ta machine de maniere à router via ton 2e FAI le traffic pour arriver aux serveurs IRC déjà identifiés.
Ça ne fonctionnera pas ou pas comme souhaité. Il faut en plus que le client IRC permette de « binder » sur l'adresse IP du 2ème FAI en question. Ou bien, sans mettre en place de route statique, mettre en place une politique de routage basée sur l'adresse source, mais ce que ne permet pas Windows XP Pro.
Une manière d'identifier tes serveurs IRC, est d'executer "netstat -an" pour lister les connexion TCP en cours ou actives.
Un nslookup me parrait plus adapté. En effet, il n'est pas rare que les serveurs IRC aient plusieurs adresses IP pour le même nom d'hôte.
En effet, nslookup complete mais NETSTAT est plus sure car vous aurez l'adresse réel alors que nslookup vous renvoi que ce que le serveur DNS veuille vous donner alors que comme vous dites, il peut y avoir plusieurs machines deriere une adresse virtuelle et sur des réseaux différents et là, il y a peu de chance que nslookup vous renvoi l'info.
Une derniere solution, est d'utiliser deux proxy, un pour chaque FAI et tu paramètres chaqun de tes logiciels (internet explorer, client FTP, client IRC... etc) de maniere à pointer sur le premier ou le second proxy.
Cela ne changera rien, on en revient au problème précédent.
Pour la solution de Proxy, vous identifier vos machines de destinations pour appliquer du routage en fonction de la destination et c'est bon.
Les cartes étant sur deux réseaux différents et les deux proxy doivent savoir forwarder vers les bons routeurs et ça devrait marcher.
Il est certain que tout cela sont des solutions de bidouillage. Pour les solution de pro, il faut un équipement de pro à un prix autre.
Encore une fois, des solutions sous Linux existe et elles sont nombreuses !
Dans le message <news:4549035b$0$3977$426a74cc@news.free.fr>,
*rahan* tapota sur f.c.o.ms-windows et f.c.r.ip :
jean wrote:
Je voudrais me connecter par l'un des fai avec certains logiciels et
me connecter par l'autre fai avec d'autres logiciels.
Premiere solution est de prendre un routeur qui fait du QOS (Qualité
Of Service)
La QoS n'a rien à voir avec ça... Petit rappel : la QoS est, en gros, un
mécanisme qui permet sur un même lien de rendre prioritaire des trafics
parmi d'autres.
Faire du Policy Routing est une forme de QOS car il s'agit d'orienter un
trafic vers telle ou telle itinéraire pour entre autre faire en sorte
qu'un trafic soit rapide et prioritaire.
et tu paramètres ton routeur de manière à router les paquets TCP destinés
au port IRC (TCP/6001, 6002, 6003... si je me rappel bien)
Le port 6667, mais parfois aussi les ports voisins de celui-ci (6665, 6666,
etc.).
vers ton 2er FAI et tu laisses la route par défaut vers le 1er FAI
pour tous les autres flux (http, ftp, https, sftp, smtp, pop, rtsp,
nntp, dns... etc)
Pour que cela fonctionne, il faut que le routeur permette de définir une
politique de routage (routing policy) basée sur le port de destination, ce
qui n'est pas le cas de la plupart des routeurs grand public et ce qui
ne se
met pas en place aussi facilement pour les routeurs le permettant.
C'était valable avant... aujourd'hui, beaucoup de routeur basé sur Linux
le permette !! comme par exemple le Linksys WRT54G avec les IOS OPEN-WRT
et ses dérivés. Et ce n'est pas super compliquer a mettre en place.
Sans routeur, il te reste à identifier les adresses IP des serveurs
IRC que tu utilises et tu ajoutes une route statiques en persistent
sur ta machine de maniere à router via ton 2e FAI le traffic pour
arriver aux serveurs IRC déjà identifiés.
Ça ne fonctionnera pas ou pas comme souhaité. Il faut en plus que le client
IRC permette de « binder » sur l'adresse IP du 2ème FAI en question. Ou
bien, sans mettre en place de route statique, mettre en place une politique
de routage basée sur l'adresse source, mais ce que ne permet pas Windows XP
Pro.
Une manière d'identifier tes serveurs IRC, est d'executer "netstat
-an" pour lister les connexion TCP en cours ou actives.
Un nslookup me parrait plus adapté. En effet, il n'est pas rare que les
serveurs IRC aient plusieurs adresses IP pour le même nom d'hôte.
En effet, nslookup complete mais NETSTAT est plus sure car vous aurez
l'adresse réel alors que nslookup vous renvoi que ce que le serveur DNS
veuille vous donner alors que comme vous dites, il peut y avoir
plusieurs machines deriere une adresse virtuelle et sur des réseaux
différents et là, il y a peu de chance que nslookup vous renvoi l'info.
Une derniere solution, est d'utiliser deux proxy, un pour chaque FAI
et tu paramètres chaqun de tes logiciels (internet explorer, client
FTP, client IRC... etc) de maniere à pointer sur le premier ou le second
proxy.
Cela ne changera rien, on en revient au problème précédent.
Pour la solution de Proxy, vous identifier vos machines de destinations
pour appliquer du routage en fonction de la destination et c'est bon.
Les cartes étant sur deux réseaux différents et les deux proxy doivent
savoir forwarder vers les bons routeurs et ça devrait marcher.
Il est certain que tout cela sont des solutions de bidouillage.
Pour les solution de pro, il faut un équipement de pro à un prix autre.
Encore une fois, des solutions sous Linux existe et elles sont nombreuses !
Dans le message <news:4549035b$0$3977$, *rahan* tapota sur f.c.o.ms-windows et f.c.r.ip :
jean wrote:
Je voudrais me connecter par l'un des fai avec certains logiciels et me connecter par l'autre fai avec d'autres logiciels.
Premiere solution est de prendre un routeur qui fait du QOS (Qualité Of Service)
La QoS n'a rien à voir avec ça... Petit rappel : la QoS est, en gros, un mécanisme qui permet sur un même lien de rendre prioritaire des trafics parmi d'autres.
Faire du Policy Routing est une forme de QOS car il s'agit d'orienter un trafic vers telle ou telle itinéraire pour entre autre faire en sorte qu'un trafic soit rapide et prioritaire.
et tu paramètres ton routeur de manière à router les paquets TCP destinés au port IRC (TCP/6001, 6002, 6003... si je me rappel bien)
Le port 6667, mais parfois aussi les ports voisins de celui-ci (6665, 6666, etc.).
vers ton 2er FAI et tu laisses la route par défaut vers le 1er FAI pour tous les autres flux (http, ftp, https, sftp, smtp, pop, rtsp, nntp, dns... etc)
Pour que cela fonctionne, il faut que le routeur permette de définir une politique de routage (routing policy) basée sur le port de destination, ce qui n'est pas le cas de la plupart des routeurs grand public et ce qui ne se met pas en place aussi facilement pour les routeurs le permettant.
C'était valable avant... aujourd'hui, beaucoup de routeur basé sur Linux le permette !! comme par exemple le Linksys WRT54G avec les IOS OPEN-WRT et ses dérivés. Et ce n'est pas super compliquer a mettre en place.
Sans routeur, il te reste à identifier les adresses IP des serveurs IRC que tu utilises et tu ajoutes une route statiques en persistent sur ta machine de maniere à router via ton 2e FAI le traffic pour arriver aux serveurs IRC déjà identifiés.
Ça ne fonctionnera pas ou pas comme souhaité. Il faut en plus que le client IRC permette de « binder » sur l'adresse IP du 2ème FAI en question. Ou bien, sans mettre en place de route statique, mettre en place une politique de routage basée sur l'adresse source, mais ce que ne permet pas Windows XP Pro.
Une manière d'identifier tes serveurs IRC, est d'executer "netstat -an" pour lister les connexion TCP en cours ou actives.
Un nslookup me parrait plus adapté. En effet, il n'est pas rare que les serveurs IRC aient plusieurs adresses IP pour le même nom d'hôte.
En effet, nslookup complete mais NETSTAT est plus sure car vous aurez l'adresse réel alors que nslookup vous renvoi que ce que le serveur DNS veuille vous donner alors que comme vous dites, il peut y avoir plusieurs machines deriere une adresse virtuelle et sur des réseaux différents et là, il y a peu de chance que nslookup vous renvoi l'info.
Une derniere solution, est d'utiliser deux proxy, un pour chaque FAI et tu paramètres chaqun de tes logiciels (internet explorer, client FTP, client IRC... etc) de maniere à pointer sur le premier ou le second proxy.
Cela ne changera rien, on en revient au problème précédent.
Pour la solution de Proxy, vous identifier vos machines de destinations pour appliquer du routage en fonction de la destination et c'est bon.
Les cartes étant sur deux réseaux différents et les deux proxy doivent savoir forwarder vers les bons routeurs et ça devrait marcher.
Il est certain que tout cela sont des solutions de bidouillage. Pour les solution de pro, il faut un équipement de pro à un prix autre.
Encore une fois, des solutions sous Linux existe et elles sont nombreuses !
Cdlt Rahan
Eric Masson
rahan writes:
'Lut,
C'était valable avant... aujourd'hui, beaucoup de routeur basé sur Linux le permette !! comme par exemple le Linksys WRT54G avec les IOS OPEN-WRT et ses dérivés. Et ce n'est pas super compliquer a mettre en place.
Ios et OpenWRT n'ont strictement rien à voir l'un avec l'autre, ios est un os propriétaire de chez cisco alors qu'OpenWRT est une distribution linux spécialisée dans l'embarqué.
Quand à la QOS, le sujet est très vaste, et autant mettre en place du priority queueing sur une plateforme ios est trivial, autant mettre en place une politique hfsc efficiente peut donner dans le parcours du combattant.
-- MT: ... apres avoir bisouiller la config linux pendant un certain temps. LF: On attend avec impatience l'AAD pour fr.comp.os.linux.erotica... Laurent Frigault in "Guide du Linuxien pervers"
rahan <rahan@rahan.net> writes:
'Lut,
C'était valable avant... aujourd'hui, beaucoup de routeur basé sur Linux
le permette !! comme par exemple le Linksys WRT54G avec les IOS OPEN-WRT
et ses dérivés. Et ce n'est pas super compliquer a mettre en place.
Ios et OpenWRT n'ont strictement rien à voir l'un avec l'autre, ios est
un os propriétaire de chez cisco alors qu'OpenWRT est une distribution
linux spécialisée dans l'embarqué.
Quand à la QOS, le sujet est très vaste, et autant mettre en place du
priority queueing sur une plateforme ios est trivial, autant mettre en
place une politique hfsc efficiente peut donner dans le parcours du
combattant.
--
MT: ... apres avoir bisouiller la config linux pendant un certain temps.
LF: On attend avec impatience l'AAD pour fr.comp.os.linux.erotica...
Laurent Frigault in "Guide du Linuxien pervers"
C'était valable avant... aujourd'hui, beaucoup de routeur basé sur Linux le permette !! comme par exemple le Linksys WRT54G avec les IOS OPEN-WRT et ses dérivés. Et ce n'est pas super compliquer a mettre en place.
Ios et OpenWRT n'ont strictement rien à voir l'un avec l'autre, ios est un os propriétaire de chez cisco alors qu'OpenWRT est une distribution linux spécialisée dans l'embarqué.
Quand à la QOS, le sujet est très vaste, et autant mettre en place du priority queueing sur une plateforme ios est trivial, autant mettre en place une politique hfsc efficiente peut donner dans le parcours du combattant.
-- MT: ... apres avoir bisouiller la config linux pendant un certain temps. LF: On attend avec impatience l'AAD pour fr.comp.os.linux.erotica... Laurent Frigault in "Guide du Linuxien pervers"
