Linux.general : DNS SRV et redirection en cas de problème..
Posté par ploum (page perso, ) le 28 avril 2005
Bonjour,
j'aimerais comprendre un peu mieux DNS (j'utilise bind) et j'aimerais faire en sorte que lorsque mon serveur jabber fritalk.com est mort (ça peut être soit le soft qui ne répond plus, soit la machine elle-même est complètement inaccessible), les clients qui tentent de se connecter le fassent automatiquement sur un autre serveur.
En fait, considérons juste le problème générique suivant : j'ai deux serveurs qui sont miroirs l'un de l'autre. J'aimerais que si l'un deux ne répond pas, les gens soient automatiquement connectés au second.
qqn a une idée de comment on fait ça ?
j'aimerais comprendre un peu mieux DNS (j'utilise bind) et j'aimerais faire en sorte que lorsque mon serveur jabber fritalk.com est mort (ça peut être soit le soft qui ne répond plus, soit la machine elle-même est complètement inaccessible), les clients qui tentent de se connecter le fassent automatiquement sur un autre serveur.
En fait, considérons juste le problème générique suivant : j'ai deux serveurs qui sont miroirs l'un de l'autre. J'aimerais que si l'un deux ne répond pas, les gens soient automatiquement connectés au second.
qqn a une idée de comment on fait ça ?
> Lire le message (6 commentaires, moyenne: 1,5).
Vous avez demandé le commentaire #576010.
Run by 
Cette page a été générée par Templeet en 0.045s (dont 0.0041 de SQL).
Cette page est peut-être conforme xhtml 1.0.
Information sur le site.
DNS Round Robin
Tu veux donc faire du DNS Round Robin.
Suivant la configuration de Bind, celui-ci va renvoyer une ou plusieurs données (adresses, nom de serveur...) dans un ordre déterminé (cyclique, aléatoire, fixe...).
Ensuite, c'est à ton client d'essayer les différents serveurs
Autre possibiltié : Ne renseigner qu'une seule donnée (un seul serveur par exemple) dans ton DNS. Le serveur DNS teste la disponibilité de ton service et il met à jour l(es)' enregistrement(s) correspondants (et recharge la conf'). Inconvénients : Attention aux différents "caches" (client, serveur "forward", serveur esclave) .... et c'est réellement pas propre.
J'espère que cela pourra t'aider.
htam
[^]Re: DNS Round Robin
N'importnawak :)
Le DNS round robin permet simplement d'envoyer le client sur un serveur au hasard... il n'a pas l'intelligence de se dire "mmm... le serveur X fonctionne-t-il réellement"... et le client n'a pas cette intelligence non plus en général.
[^]Re: DNS Round Robin
Quand plusieurs RRset ont le même nom (mais pointent vers des ressources distinctes), c'est la configuration du serveur DNS qui dicte ce qui est transmis au client (un, plusieurs ou tous les enregistrements) et dans quel ordre (aléatoire à chaque requête, ordre fixe, cyclique...).
Quant au client, excuse-moi, mais je connais un certain nombre de soft qui savent parfaitement gérer le fait de recevoir plusieurs ressources possibles pour un nom demandé (lors du gethostbyname).
Pour le test de fonctionnement du serveur équilibré, bien sûr c'est un programme indépendant de BIND (et non par BIND lui-même !) qui met à jour les fichiers de zone et recharge BIND quand c'est nécessaire. Cela implique que les time-out (de cache négatif, notamment) doivent être assez court.
Enfin, comme préciser dans les commentaires ci-dessous, la bonne méthode est d'implémenter les RRsets de type SRV, mais cela implique que le client sache utiliser ce type d'enregistrements.
htam