Vues DNS et Relai Medulla en DMZ

~~Cette FAQ explique l’usage des~~ ~~vues DNS~~ ~~(split-horizon DNS) dans~~Dans une architecture ~~Medulla avec~~Medulla, un relai peut être positionné en DMZ, afin de ~~conserver~~permettre aux postes externes d’accéder à la plateforme sans exposer directement le serveur Medulla interne.

Pour simplifier la configuration, il est possible d’utiliser un seul nom DNS ~~tout~~et d’adapter la réponse en ~~orientant~~fonction ~~les~~de ~~postes~~l’emplacement ~~vers~~du laposte ~~bonne~~grâce ~~destination~~aux ~~(interne~~vues ouDNS.

~~DMZ).~~

Principe

~~Qu’est-ce qu’une~~

Une vue DNS ?

~~Une~~ ~~vue DNS~~ ~~(DNS view) est une fonctionnalité d’un serveur DNS (ex. BIND) qui~~ permet de fournir ~~retourner~~ des réponses différentes pour un même nom~~, selon l’origine de la requête (réseau interne, Internet, DMZ, VPN, etc.).~~

~~Le serveur DNS identifie le client (via son adresse IP) et applique la vue correspondante, chaque vue ayant sa propre version de la zone DNS.~~

~~Pourquoi utiliser des vues DNS avec Medulla ?~~

~~Conserver~~ ~~un seul nom DNS~~ ~~pour Medulla.~~ ~~Diriger automatiquement les postes internes vers~~ ~~Medulla interne~~. ~~Diriger les postes externes vers le~~ ~~relai Medulla en DMZ~~. ~~Éviter d’exposer le serveur interne sur Internet.~~ ~~Simplifier la configuration des postes (aucun changement selon le contexte).~~

~~Comment ça fonctionne concrètement ?~~

~~Vous conservez un nom unique, par exemple~~ medulla.exemple.fr~~. Le serveur DNS retourne :~~

~~Depuis l’interne~~ ~~: l’IP du serveur Medulla interne.~~ ~~Depuis l’externe~~ ~~: l’IP du relai Medulla en DMZ.~~

~~Ainsi, le nom DNS reste identique, seule la réponse change selon le réseau d’origine.~~

~~Est-ce que c’est la même chose que “split DNS” ou “split-horizon DNS” ?~~

~~Oui. “Vues DNS”, “split DNS” et “split-horizon DNS” désignent le même principe : le DNS répond différemment~~ selon l’origine de la requête.

~~Quelles sont les bonnes pratiques recommandées ?~~

~~Définir clairement les réseaux~~Postes internes ~~via~~→ ~~des~~serveur ~~ACL~~.Medulla interne
~~Vérifier~~Postes ~~l’ordre~~externes ~~des~~→ ~~vues~~relai ~~: la~~ ~~première vue correspondante~~ ~~est appliquée.~~

~~Utiliser des~~ ~~TTL courts~~ ~~pendant les phases de mise~~Medulla en ~~place.~~ ~~Tester la résolution depuis un poste interne et un poste externe.~~ ~~Documenter les flux réseau nécessaires entre postes, relai~~ DMZ ~~et serveur Medulla.~~

Avantages

Oùseul ~~trouver~~nom laDNS ~~documentation~~à ~~officielle~~configurer

Un ~~BIND~~Aucune ~~sur~~différence ~~les~~de configuration côté postes Le serveur Medulla interne n’est pas exposé Architecture claire et sécurisée

À retenir

Les vues DNS ?permettent

~~Références~~d’orienter ~~(documentation~~automatiquement ~~officielle~~les ~~BIND~~postes 9)vers :

bon

point ~~Views~~d’accès :Medulla, en ~~https://bind9.readthedocs.io/en/latest/reference.html#views~~ ~~Using Views / Split DNS :~~ ~~https://bind9.readthedocs.io/en/latest/chapter3.html#using-views~~ ~~ACL (Access Control Lists) :~~ ~~https://bind9.readthedocs.io/en/latest/reference.html#access-control-lists~~ ~~BIND 9 ARM :~~ ~~https://bind9.readthedocs.io/~~

~~Astuce : pour valider votre configuration, testez la résolution DNS depuis~~conservant un ~~poste~~nom ~~interne~~unique et unune ~~poste~~configuration ~~externe avec~~ dig ou nslookup.simple.