Frederic Beck a écrit :
> Pour que vous compreniez ma problématique, je vais détailler un peu
[...]
> Pour el DNs, je cherchais un moyen d'utiliser le DNs de chaque ISP.
Malgré ces explications, je n'ai toujours pas saisi en fonction de
quels critères tu comptais décider d'utiliser tel ou tel DNS. Le
reste c'est du routage, et c'est facile.
Frederic Beck a écrit :
> Pour que vous compreniez ma problématique, je vais détailler un peu
[...]
> Pour el DNs, je cherchais un moyen d'utiliser le DNs de chaque ISP.
Malgré ces explications, je n'ai toujours pas saisi en fonction de
quels critères tu comptais décider d'utiliser tel ou tel DNS. Le
reste c'est du routage, et c'est facile.
Frederic Beck a écrit :
> Pour que vous compreniez ma problématique, je vais détailler un peu
[...]
> Pour el DNs, je cherchais un moyen d'utiliser le DNs de chaque ISP.
Malgré ces explications, je n'ai toujours pas saisi en fonction de
quels critères tu comptais décider d'utiliser tel ou tel DNS. Le
reste c'est du routage, et c'est facile.
Le Fri, 30 May 2008 15:19:51 +0200,
Pascal Hambourg a écrit :Frederic Beck a écrit :
> Pour que vous compreniez ma problématique, je vais détailler un peu
[...]
> Pour el DNs, je cherchais un moyen d'utiliser le DNs de chaque ISP.
Malgré ces explications, je n'ai toujours pas saisi en fonction de
quels critères tu comptais décider d'utiliser tel ou tel DNS. Le
reste c'est du routage, et c'est facile.
Je ne vais utiliser les DNS que d'un seul de mes ISP, en forwardant les
requêtes via un DNS local.
Le Fri, 30 May 2008 15:19:51 +0200,
Pascal Hambourg <pascal.mail@plouf.fr.eu.org> a écrit :
Frederic Beck a écrit :
> Pour que vous compreniez ma problématique, je vais détailler un peu
[...]
> Pour el DNs, je cherchais un moyen d'utiliser le DNs de chaque ISP.
Malgré ces explications, je n'ai toujours pas saisi en fonction de
quels critères tu comptais décider d'utiliser tel ou tel DNS. Le
reste c'est du routage, et c'est facile.
Je ne vais utiliser les DNS que d'un seul de mes ISP, en forwardant les
requêtes via un DNS local.
Le Fri, 30 May 2008 15:19:51 +0200,
Pascal Hambourg a écrit :Frederic Beck a écrit :
> Pour que vous compreniez ma problématique, je vais détailler un peu
[...]
> Pour el DNs, je cherchais un moyen d'utiliser le DNs de chaque ISP.
Malgré ces explications, je n'ai toujours pas saisi en fonction de
quels critères tu comptais décider d'utiliser tel ou tel DNS. Le
reste c'est du routage, et c'est facile.
Je ne vais utiliser les DNS que d'un seul de mes ISP, en forwardant les
requêtes via un DNS local.
Frederic Beck écrivait:Je ne vais utiliser les DNS que d'un seul de mes ISP, en forwardant les
requêtes via un DNS local.
C'est pas une bonne idée, et il n'est pas nécessaire, dans ce cas,
d'avoir un DNS local.
J'ai toujours pas bien compris la problématique, malgré tes
explications... Désolé, je dois être un peu dans le brouillard :(
Frederic Beck écrivait:
Je ne vais utiliser les DNS que d'un seul de mes ISP, en forwardant les
requêtes via un DNS local.
C'est pas une bonne idée, et il n'est pas nécessaire, dans ce cas,
d'avoir un DNS local.
J'ai toujours pas bien compris la problématique, malgré tes
explications... Désolé, je dois être un peu dans le brouillard :(
Frederic Beck écrivait:Je ne vais utiliser les DNS que d'un seul de mes ISP, en forwardant les
requêtes via un DNS local.
C'est pas une bonne idée, et il n'est pas nécessaire, dans ce cas,
d'avoir un DNS local.
J'ai toujours pas bien compris la problématique, malgré tes
explications... Désolé, je dois être un peu dans le brouillard :(
François TOURDE a écrit :Frederic Beck écrivait:Je ne vais utiliser les DNS que d'un seul de mes ISP, en forwardant les
requêtes via un DNS local.
C'est pas une bonne idée, et il n'est pas nécessaire, dans ce cas,
d'avoir un DNS local.
Il y a quand même un avantage : le DNS local peut facilement êt re
reconfiguré pour relayer vers d'autres DNS, sans qu'il soit néc essaire
de reconfigurer toutes les machines du LAN.
J'ai toujours pas bien compris la problématique, malgré tes
explications... Désolé, je dois être un peu dans le broui llard :(
Alors on est deux.
François TOURDE a écrit :
Frederic Beck écrivait:
Je ne vais utiliser les DNS que d'un seul de mes ISP, en forwardant les
requêtes via un DNS local.
C'est pas une bonne idée, et il n'est pas nécessaire, dans ce cas,
d'avoir un DNS local.
Il y a quand même un avantage : le DNS local peut facilement êt re
reconfiguré pour relayer vers d'autres DNS, sans qu'il soit néc essaire
de reconfigurer toutes les machines du LAN.
J'ai toujours pas bien compris la problématique, malgré tes
explications... Désolé, je dois être un peu dans le broui llard :(
Alors on est deux.
François TOURDE a écrit :Frederic Beck écrivait:Je ne vais utiliser les DNS que d'un seul de mes ISP, en forwardant les
requêtes via un DNS local.
C'est pas une bonne idée, et il n'est pas nécessaire, dans ce cas,
d'avoir un DNS local.
Il y a quand même un avantage : le DNS local peut facilement êt re
reconfiguré pour relayer vers d'autres DNS, sans qu'il soit néc essaire
de reconfigurer toutes les machines du LAN.
J'ai toujours pas bien compris la problématique, malgré tes
explications... Désolé, je dois être un peu dans le broui llard :(
Alors on est deux.
Le 14031ième jour après Epoch,
Pascal Hambourg écrivait:
> François TOURDE a écrit :
>> Frederic Beck écrivait:
>>
>>>Je ne vais utiliser les DNS que d'un seul de mes ISP, en
>>>forwardant les requêtes via un DNS local.
>>
>> C'est pas une bonne idée, et il n'est pas nécessaire, dans c e cas,
>> d'avoir un DNS local.
>
> Il y a quand même un avantage : le DNS local peut facilement à ªtre
> reconfiguré pour relayer vers d'autres DNS, sans qu'il soit
> nécessaire de reconfigurer toutes les machines du LAN.
Pas bête, j'avoue tout simplement ne pas y avoir pensé :p
C'est d'autant plus grave que c'est l'une des raisons qui m'avait
amené à mettre le couple DNS/DHCP chez moi ;)
>> J'ai toujours pas bien compris la problématique, malgré tes
>> explications... Désolé, je dois être un peu dans le bro uillard :(
>
> Alors on est deux.
Ouf, je suis rassuré :)
Le 14031ième jour après Epoch,
Pascal Hambourg écrivait:
> François TOURDE a écrit :
>> Frederic Beck écrivait:
>>
>>>Je ne vais utiliser les DNS que d'un seul de mes ISP, en
>>>forwardant les requêtes via un DNS local.
>>
>> C'est pas une bonne idée, et il n'est pas nécessaire, dans c e cas,
>> d'avoir un DNS local.
>
> Il y a quand même un avantage : le DNS local peut facilement à ªtre
> reconfiguré pour relayer vers d'autres DNS, sans qu'il soit
> nécessaire de reconfigurer toutes les machines du LAN.
Pas bête, j'avoue tout simplement ne pas y avoir pensé :p
C'est d'autant plus grave que c'est l'une des raisons qui m'avait
amené à mettre le couple DNS/DHCP chez moi ;)
>> J'ai toujours pas bien compris la problématique, malgré tes
>> explications... Désolé, je dois être un peu dans le bro uillard :(
>
> Alors on est deux.
Ouf, je suis rassuré :)
Le 14031ième jour après Epoch,
Pascal Hambourg écrivait:
> François TOURDE a écrit :
>> Frederic Beck écrivait:
>>
>>>Je ne vais utiliser les DNS que d'un seul de mes ISP, en
>>>forwardant les requêtes via un DNS local.
>>
>> C'est pas une bonne idée, et il n'est pas nécessaire, dans c e cas,
>> d'avoir un DNS local.
>
> Il y a quand même un avantage : le DNS local peut facilement à ªtre
> reconfiguré pour relayer vers d'autres DNS, sans qu'il soit
> nécessaire de reconfigurer toutes les machines du LAN.
Pas bête, j'avoue tout simplement ne pas y avoir pensé :p
C'est d'autant plus grave que c'est l'une des raisons qui m'avait
amené à mettre le couple DNS/DHCP chez moi ;)
>> J'ai toujours pas bien compris la problématique, malgré tes
>> explications... Désolé, je dois être un peu dans le bro uillard :(
>
> Alors on est deux.
Ouf, je suis rassuré :)
Pour que ca tourne, si j'ai Free et Orange sur le meme serveur, je dois
rediriger le trafic du programme de tests qui tourne sur l'interface
Free vers la GW de Free, et idem pour Orange. Ca pas de soucis c facile.
Ensuite, la derniere interface configurée utilisant DHCP, elle m'écrase
le fichier resolv.conf et met ses DNS dedans.
donc si eth0 = Free et
eth1 = Orange, le programme de test de Free essaiera d'utiliser les DNs
de Orange, ce qui ne marche pas.
Je voulais essayer d'associer un DNS à une interface ou une IP source
pour voir si le système serait capable de le gérer.
Pour que ca tourne, si j'ai Free et Orange sur le meme serveur, je dois
rediriger le trafic du programme de tests qui tourne sur l'interface
Free vers la GW de Free, et idem pour Orange. Ca pas de soucis c facile.
Ensuite, la derniere interface configurée utilisant DHCP, elle m'écrase
le fichier resolv.conf et met ses DNS dedans.
donc si eth0 = Free et
eth1 = Orange, le programme de test de Free essaiera d'utiliser les DNs
de Orange, ce qui ne marche pas.
Je voulais essayer d'associer un DNS à une interface ou une IP source
pour voir si le système serait capable de le gérer.
Pour que ca tourne, si j'ai Free et Orange sur le meme serveur, je dois
rediriger le trafic du programme de tests qui tourne sur l'interface
Free vers la GW de Free, et idem pour Orange. Ca pas de soucis c facile.
Ensuite, la derniere interface configurée utilisant DHCP, elle m'écrase
le fichier resolv.conf et met ses DNS dedans.
donc si eth0 = Free et
eth1 = Orange, le programme de test de Free essaiera d'utiliser les DNs
de Orange, ce qui ne marche pas.
Je voulais essayer d'associer un DNS à une interface ou une IP source
pour voir si le système serait capable de le gérer.
Ensuite, la derniere interface configurée utilisant DHCP, elle m'à ©crase
le fichier resolv.conf et met ses DNS dedans.
donc si eth0 = Free et
eth1 = Orange, le programme de test de Free essaiera d'utiliser les DNs
de Orange, ce qui ne marche pas.
Je voulais essayer d'associer un DNS Ã une interface ou une IP
source
J'espère que c'est un peu plus clair pour vous.
Ensuite, la derniere interface configurée utilisant DHCP, elle m'à ©crase
le fichier resolv.conf et met ses DNS dedans.
donc si eth0 = Free et
eth1 = Orange, le programme de test de Free essaiera d'utiliser les DNs
de Orange, ce qui ne marche pas.
Je voulais essayer d'associer un DNS Ã une interface ou une IP
source
J'espère que c'est un peu plus clair pour vous.
Ensuite, la derniere interface configurée utilisant DHCP, elle m'à ©crase
le fichier resolv.conf et met ses DNS dedans.
donc si eth0 = Free et
eth1 = Orange, le programme de test de Free essaiera d'utiliser les DNs
de Orange, ce qui ne marche pas.
Je voulais essayer d'associer un DNS Ã une interface ou une IP
source
J'espère que c'est un peu plus clair pour vous.
> donc si eth0 = Free et
> eth1 = Orange, le programme de test de Free essaiera d'utiliser les
> DNs de Orange, ce qui ne marche pas.
Je ne saisis pas bien le sens de "le programme de test de Free", mais
bon.
Il faut que tu forces les routes de ces fameux serveurs DNS pour
passer par la bonne interface. En gros, tu fais comme pour le source
routing, avec des règles "ip route" pour chaque DNS identifié.
> donc si eth0 = Free et
> eth1 = Orange, le programme de test de Free essaiera d'utiliser les
> DNs de Orange, ce qui ne marche pas.
Je ne saisis pas bien le sens de "le programme de test de Free", mais
bon.
Il faut que tu forces les routes de ces fameux serveurs DNS pour
passer par la bonne interface. En gros, tu fais comme pour le source
routing, avec des règles "ip route" pour chaque DNS identifié.
> donc si eth0 = Free et
> eth1 = Orange, le programme de test de Free essaiera d'utiliser les
> DNs de Orange, ce qui ne marche pas.
Je ne saisis pas bien le sens de "le programme de test de Free", mais
bon.
Il faut que tu forces les routes de ces fameux serveurs DNS pour
passer par la bonne interface. En gros, tu fais comme pour le source
routing, avec des règles "ip route" pour chaque DNS identifié.
Frederic Beck a écrit :
>
> Pour que ca tourne, si j'ai Free et Orange sur le meme serveur, je
> dois rediriger le trafic du programme de tests qui tourne sur
> l'interface Free vers la GW de Free, et idem pour Orange. Ca pas de
> soucis c facile.
Routage basé sur l'adresse source, n'est-ce pas ?
> donc si eth0 = Free et
> eth1 = Orange, le programme de test de Free essaiera d'utiliser les
> DNs de Orange, ce qui ne marche pas.
Je suis un peu surpris que ça ne marche pas.
> Je voulais essayer d'associer un DNS Ã une interface ou une IP
> source pour voir si le système serait capable de le gérer.
J'ai peur que le resolver de la glibc ne le permette pas. Par contre
on peut faire l'inverse avec des routes : sélectionner l'interface e t
l'adresse source en fonction de l'adresse du DNS interrogé.
Frederic Beck a écrit :
>
> Pour que ca tourne, si j'ai Free et Orange sur le meme serveur, je
> dois rediriger le trafic du programme de tests qui tourne sur
> l'interface Free vers la GW de Free, et idem pour Orange. Ca pas de
> soucis c facile.
Routage basé sur l'adresse source, n'est-ce pas ?
> donc si eth0 = Free et
> eth1 = Orange, le programme de test de Free essaiera d'utiliser les
> DNs de Orange, ce qui ne marche pas.
Je suis un peu surpris que ça ne marche pas.
> Je voulais essayer d'associer un DNS Ã une interface ou une IP
> source pour voir si le système serait capable de le gérer.
J'ai peur que le resolver de la glibc ne le permette pas. Par contre
on peut faire l'inverse avec des routes : sélectionner l'interface e t
l'adresse source en fonction de l'adresse du DNS interrogé.
Frederic Beck a écrit :
>
> Pour que ca tourne, si j'ai Free et Orange sur le meme serveur, je
> dois rediriger le trafic du programme de tests qui tourne sur
> l'interface Free vers la GW de Free, et idem pour Orange. Ca pas de
> soucis c facile.
Routage basé sur l'adresse source, n'est-ce pas ?
> donc si eth0 = Free et
> eth1 = Orange, le programme de test de Free essaiera d'utiliser les
> DNs de Orange, ce qui ne marche pas.
Je suis un peu surpris que ça ne marche pas.
> Je voulais essayer d'associer un DNS Ã une interface ou une IP
> source pour voir si le système serait capable de le gérer.
J'ai peur que le resolver de la glibc ne le permette pas. Par contre
on peut faire l'inverse avec des routes : sélectionner l'interface e t
l'adresse source en fonction de l'adresse du DNS interrogé.
Le 14033ième jour après Epoch,
Frederic Beck écrivait:
> Le Tue, 03 Jun 2008 09:32:13 +0200,
> (François TOURDE) a écrit :
>
>> > donc si eth0 = Free et
>> > eth1 = Orange, le programme de test de Free essaiera d'utiliser
>> > les DNs de Orange, ce qui ne marche pas.
>>
>> Je ne saisis pas bien le sens de "le programme de test de Free",
>> mais bon.
>
> C'est l'instance de mon outil qui tourne sur l'interface reliée au
> réseau Free.
Tu veux dire que ton programme ne fait ses requêtes que vers une
interface particulière? Comment gères-tu ça?
>> Il faut que tu forces les routes de ces fameux serveurs DNS pour
>> passer par la bonne interface. En gros, tu fais comme pour le
>> source routing, avec des règles "ip route" pour chaque DNS
>> identifié.
>
> J'avais pensé à ca, mais avec des règles de routage uniq uement ca ne
> passis pas parce que le resolver du système ne me permet pas de la
> faire. Je n'ai pas trouvé de moyen simple et rapide de dire au
> resolver d'utiliser tel DNs pour tel démon ou telle interface
> réseau.
Je l'avais mis en place, et je n'ai jamais eu de soucis avec ça. Es- tu
sûr d'avoir correctement configuré les routes?
> Avec uniquement des règles de routage, je peux forcer le systà ¨me Ã
> envoyer les requêtes sur un ISP donné, mais l'adresse du serv eur DNS
> doit être configurée au niveau du système lui même.
Soit, mais si c'est le dernier DHCP qui a raison, ça te fais faire un
round-robin automatique sur les DNS ;)
Lors du refresh du bail Free, ce sont les DNS de free qui vont être
utilisés par tous tes programmes, et les règles de routage vont faire
passer les requêtes vers l'interface Free...
Puis quand le bail d'Orange va se mettre en place, tout ça change po ur
passer par Orange.
> C'est pour cela que j'ai choisi de mettre un DNs local, donc je n'ai
> qu'une adresse sur un réseau privé à configurer, de mani ère
> identique sur tous mes serveurs
Ãa, effectivement, c'est un avantage dans le cas où tu fixes en dur
les DNS.
Le 14033ième jour après Epoch,
Frederic Beck écrivait:
> Le Tue, 03 Jun 2008 09:32:13 +0200,
> fra-duf-no-spam@tourde.org (François TOURDE) a écrit :
>
>> > donc si eth0 = Free et
>> > eth1 = Orange, le programme de test de Free essaiera d'utiliser
>> > les DNs de Orange, ce qui ne marche pas.
>>
>> Je ne saisis pas bien le sens de "le programme de test de Free",
>> mais bon.
>
> C'est l'instance de mon outil qui tourne sur l'interface reliée au
> réseau Free.
Tu veux dire que ton programme ne fait ses requêtes que vers une
interface particulière? Comment gères-tu ça?
>> Il faut que tu forces les routes de ces fameux serveurs DNS pour
>> passer par la bonne interface. En gros, tu fais comme pour le
>> source routing, avec des règles "ip route" pour chaque DNS
>> identifié.
>
> J'avais pensé à ca, mais avec des règles de routage uniq uement ca ne
> passis pas parce que le resolver du système ne me permet pas de la
> faire. Je n'ai pas trouvé de moyen simple et rapide de dire au
> resolver d'utiliser tel DNs pour tel démon ou telle interface
> réseau.
Je l'avais mis en place, et je n'ai jamais eu de soucis avec ça. Es- tu
sûr d'avoir correctement configuré les routes?
> Avec uniquement des règles de routage, je peux forcer le systà ¨me Ã
> envoyer les requêtes sur un ISP donné, mais l'adresse du serv eur DNS
> doit être configurée au niveau du système lui même.
Soit, mais si c'est le dernier DHCP qui a raison, ça te fais faire un
round-robin automatique sur les DNS ;)
Lors du refresh du bail Free, ce sont les DNS de free qui vont être
utilisés par tous tes programmes, et les règles de routage vont faire
passer les requêtes vers l'interface Free...
Puis quand le bail d'Orange va se mettre en place, tout ça change po ur
passer par Orange.
> C'est pour cela que j'ai choisi de mettre un DNs local, donc je n'ai
> qu'une adresse sur un réseau privé à configurer, de mani ère
> identique sur tous mes serveurs
Ãa, effectivement, c'est un avantage dans le cas où tu fixes en dur
les DNS.
Le 14033ième jour après Epoch,
Frederic Beck écrivait:
> Le Tue, 03 Jun 2008 09:32:13 +0200,
> (François TOURDE) a écrit :
>
>> > donc si eth0 = Free et
>> > eth1 = Orange, le programme de test de Free essaiera d'utiliser
>> > les DNs de Orange, ce qui ne marche pas.
>>
>> Je ne saisis pas bien le sens de "le programme de test de Free",
>> mais bon.
>
> C'est l'instance de mon outil qui tourne sur l'interface reliée au
> réseau Free.
Tu veux dire que ton programme ne fait ses requêtes que vers une
interface particulière? Comment gères-tu ça?
>> Il faut que tu forces les routes de ces fameux serveurs DNS pour
>> passer par la bonne interface. En gros, tu fais comme pour le
>> source routing, avec des règles "ip route" pour chaque DNS
>> identifié.
>
> J'avais pensé à ca, mais avec des règles de routage uniq uement ca ne
> passis pas parce que le resolver du système ne me permet pas de la
> faire. Je n'ai pas trouvé de moyen simple et rapide de dire au
> resolver d'utiliser tel DNs pour tel démon ou telle interface
> réseau.
Je l'avais mis en place, et je n'ai jamais eu de soucis avec ça. Es- tu
sûr d'avoir correctement configuré les routes?
> Avec uniquement des règles de routage, je peux forcer le systà ¨me Ã
> envoyer les requêtes sur un ISP donné, mais l'adresse du serv eur DNS
> doit être configurée au niveau du système lui même.
Soit, mais si c'est le dernier DHCP qui a raison, ça te fais faire un
round-robin automatique sur les DNS ;)
Lors du refresh du bail Free, ce sont les DNS de free qui vont être
utilisés par tous tes programmes, et les règles de routage vont faire
passer les requêtes vers l'interface Free...
Puis quand le bail d'Orange va se mettre en place, tout ça change po ur
passer par Orange.
> C'est pour cela que j'ai choisi de mettre un DNs local, donc je n'ai
> qu'une adresse sur un réseau privé à configurer, de mani ère
> identique sur tous mes serveurs
Ãa, effectivement, c'est un avantage dans le cas où tu fixes en dur
les DNS.