La charge DNS, risque néanmoins d'être faible. IMAP/MAPI maintient par exemple toujours sa connexion ouverte et n'aura besoin de refresh le DNS qu'en cas de perte de connexion.

Edit : Mais quand j'y pense, ça ne détectera pas le soucis de connexion entre ISP1 (du client) et ISP2 (du serveur) si l'ISP3 (du DNS) n'est pas affecté.

La seule solution réaliste sans réécrire tous les logiciels est de déborder le moteur de résolution DNS de l'os pour y faire les check avant de retourner l'ip résolue. Ca doit être possible sous windows / linux / osx ... sur des bb/android/iphone j'ai des doutes

Oui mais c'est l'ip front qui est différente

Une ligne BGC Fiber et une ligne SCARLET Vdsl pour le backup

Si, mais je l'ai remplacé par le même, facile à y recopier la config

Ce n'est pas celui qui a cramé ?

Sinon, t'as aussi la solution d'un firewall qui ferait arbitrairement un choix d'une IP via un SAT tout en ayant une seule IP en front. La au moins quand y a une IP qui crève le firewall est capable de le détecter et tu peux garder un TTL correct.

Je pense que même mon Firewall DLink peut gérer ça

Ca ne va pas t'aider puisque le client ne la redemandera pas d'office. Donc, oui, si tu trouves ce genre de chose, il faut minimiser le TTL. Le problème, c'est la charge sur le DNS du coup...

En c#, un Dns.GetHostEntry retourne la liste de toutes les IPs associées au record. NSLookup & Dig retournent toutes les IPs aussi xD

Mais j'assume totalement que les logiciels ne le gèrent pas bien d'où ma question.

Qu'est-ce que vous suggérez ? Un TTL faible et priez pour qu'une machine n'ait pas un manque de bol grave à toujours recevoir l'ip invalide ?

Ou est-ce qu'il existe des serveurs DNS plus intelligents qui peuvent détecter qu'une IP ne répond plus à un ip et la retirer du pool jusqu'à ce qu'elle revienne à la vie ?

Le client va faire la résolution d'adresse sur le nom et va recevoir une IP, tantôt l'une, tantôt l'autre. Il l'a redemandera à expiration du TTL

Petite question à mes amis experts réseaux et admin-sys

J'ai un service qui est accessible indifféremment à travers 2 ips différentes (un serveur exchange avec 2 wan dans ce cas-ci) donc je peux facilement mettre un RR-DNS qui pointe vers les 2 ips.

Néanmoins, vu la configuration très simple du dns, je suppose qu'il retourne les 2 ips et basta. Au mieux, il retourne un fois l'ip1 comme étant la première et une fois l'ip2 pour faire du balancing.

Ma question est donc la suivante, est-ce que vous savez si les clients mails comme outlook / thunderbird / etc... vont essayez toutes les IPs de la résolution DNS ou uniquement la première ?

De même pour les MTA comme postfix / exchange / ... vont-ils essayer toutes l'ips ou uniquement la première de la résolution DNS ?

Merci.