Je n’ai pas parlé de jouer avec leur "resolver » interne. Tu ajoutes un serveur (un Raspberry PI par exemple) pour gérer preprod.monsite.com Le « resolver » interne va interroger les DNS auth de monsite.com pour avoir le DNS auth de preprod.monsite.com et le « resolver » interne va pouvoir l’interroger directement puisqu’ils sont à priori sur le même réseau interne. Tu fais gérer le DNS auth de preprod.monsite.com par les devs, et s’ils cassent tout, c’est pas grave.
Oui c’est cracra, mais c’est rigolo. Le 24 sept. 2015 à 14:43, Julien Escario <esca...@azylog.net> a écrit : > Le 24/09/2015 12:23, David Ponzone a écrit : >> Tu mets ta preprod dans un sous-domaine que tu délègues à un DNS interne (en >> RFC1918 donc probablement), qui n’est pas accessible de l’extérieur. >> Donc les postes internes eux arriveront à résoudre. >> >> Un vue sans utiliser les vues que Stéphane n’aime pas. > > Mouais, en admettant que tu as un minimum la main sur le SI du client. Dans > mon > cas, c'est le presta dev du client qui demande ça. Ils ne vont sûrement pas > m’accueillir à bras ouvert quand je vais leur dire que je viens changer leur > resolveur interne (donc un machinbox) par un serveur DNS qui bouffe du jus et > de > la place juste pour ça. > > Pragmatisme, toussa. > > Ceci dit, les vues, c'est pareil, je ne suis pas fan, trop complexe à > maintenir > dans le temps. Il faut vraiment ne pas pouvoir faire autrement. > > Julien > > --------------------------- Liste de diffusion du FRnOG http://www.frnog.org/
