IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Réseau Discussion :

DNS - Bind Site miroir de secours


Sujet :

Réseau

  1. #1
    ovh
    ovh est déconnecté
    Rédacteur
    Avatar de ovh
    Homme Profil pro
    Architecte devops web full stack
    Inscrit en
    Mai 2002
    Messages
    3 841
    Détails du profil
    Informations personnelles :
    Sexe : Homme
    Âge : 46
    Localisation : France, Paris (Île de France)

    Informations professionnelles :
    Activité : Architecte devops web full stack

    Informations forums :
    Inscription : Mai 2002
    Messages : 3 841
    Points : 6 514
    Points
    6 514
    Par défaut DNS - Bind Site miroir de secours
    Bonjour à tous

    J'ai une question qui me turlupine depuis un certain temps... J'ai 1 serveur dédié avec une IP fixe chez un hébergeur, qui contient un site web ainsi que le serveur DNS de mon domaine. Mais j'ai une copie des données et du site sur un serveur local, derrière une connexion ADSL à IP fixe, d'un autre opérateur.

    Question : au niveau DNS comment faire en sorte de lui dire que www.monsite.com doit être par défaut l'ip du serveur dédié, MAIS qu'en cas de problème (serveur dédié injoignable), il donne l'ip du serveur de backup sur adsl ?

    Eléments de réflexion :
    - le mécanisme d'un DNS secondaire n'a rien à voir ici, puisqu'un dns secondaire doit être une copie conforme du serveur primaire, il ne sert qu'à palier à un crash dns.
    - impossible de modifier la configuration dns à la volée, puisque les infos mettent énormément de temps à se propager dans les caches DNS des opérateurs du monde entier; de plus si le serveur dns est injoignable, impossible de modifier quoique ce soit
    - j'ai entendu parler du mécanisme de "round-robin dns" : ça consiste à renseigner plusieurs IP par adresse, comme ceci
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    www IN A x.x.x.x, y.y.y.y, z.z.z.z
    Inconvénient majeur : pas moyen de prioritiser ces IP, le DNS renvoit de manière +/- aléatoire l'une d'entre elle. C'est donc une solution plutôt adaptée pour le load balancing, mais pas pour le failover comme moi je veux.
    - en fait la technologie pour ce que je veux faire existe au niveau des dns MAIS... uniquement pour les serveurs mails
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    mail IN MX 10 mail.serveurprincipal.com
    mail IN MX 50 mail.serveurbackup.com
    Où les chiffres 10 et 50 indiquent la priorité du serveur à renseigner : donc si le serveur principal est joignable il renseignera toujours celui-là, sinon il renseignera l'autre.

    Cette prioritisation des records MX est-elle aussi possible sur les records A (alias), et si oui comment ?
    Ou bien y a-t-il d'autres moyens d'arriver à mes fins ? Sans avoir une 3e machine de surveillance pour rediriger les appels à la volée, car si elle tombe aussi, ça ne sert à rien...

    Merci d'avance à tous ceux qui pourront m'éclairer, j'espère que j'ai été +/- compréhensible

  2. #2
    vic
    vic est déconnecté
    Membre confirmé

    Profil pro
    Inscrit en
    Août 2002
    Messages
    431
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Août 2002
    Messages : 431
    Points : 498
    Points
    498
    Par défaut
    Le problème est que le serveur DNS ne fait que renvoyer l'adresse IP, il ne sait pas a priori si la machine a cette adresse fonctionne ou pas.

    Tu peux utiliser un script qui met à jour la conf DNS en cas de problème, et rabaisser le TTL dans la conf DNS à quelques minutes ... Ca marcherait mais ca n'est pas très "propre".

  3. #3
    Expert confirmé
    Avatar de Katyucha
    Femme Profil pro
    DevUxSecScrumOps Full Stack Bullshit
    Inscrit en
    Mars 2004
    Messages
    3 287
    Détails du profil
    Informations personnelles :
    Sexe : Femme
    Localisation : Irlande

    Informations professionnelles :
    Activité : DevUxSecScrumOps Full Stack Bullshit

    Informations forums :
    Inscription : Mars 2004
    Messages : 3 287
    Points : 5 075
    Points
    5 075
    Par défaut
    C'est ce que je pensais .... avoir une machine qui vérifie ton site.
    Mais ca changera pas le problème de MaJ des DNS...
    Sans avoir la possibilité de faire un cluster ou un altéon(bien que ca soit quand même plus du load balancing)... je vois pas trop la réponse à ton problème

  4. #4
    Membre expérimenté

    Inscrit en
    Mai 2002
    Messages
    720
    Détails du profil
    Informations forums :
    Inscription : Mai 2002
    Messages : 720
    Points : 1 594
    Points
    1 594
    Par défaut
    Salut

    Jamais touche a Bind donc la probabbilite que je te donne un truc inutile est grande ... mais on sait jamais ... Je viens de trouver ca par hasard, et j'y ai repere des mots que tu avais ecrit, donc j'ai cherche ton post pour te passer le lien :
    http://bsdwiki.tehinterweb.net/index.php/Named.conf

    Il utilise deux IP mais les mets pas sur la meme lignes, mais l'une en dessous de l'autre. Desole si ca apporte rien

Discussions similaires

  1. [WS 2003] Impossible de configurer le serveur DNS BIND via PLESK
    Par Invité dans le forum Windows Serveur
    Réponses: 2
    Dernier message: 19/06/2009, 12h10
  2. [DEBUTANT] Problème DNS vers sites
    Par tripper.dim dans le forum Windows Serveur
    Réponses: 7
    Dernier message: 17/10/2007, 12h14
  3. Problème serveur DNS Bind
    Par Purple Haze dans le forum Réseau
    Réponses: 20
    Dernier message: 03/06/2007, 13h43
  4. Réponses: 8
    Dernier message: 03/05/2007, 17h07
  5. Configuration d'une zone - DNS, Bind
    Par Longrais dans le forum Réseau
    Réponses: 2
    Dernier message: 05/01/2006, 10h13

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo