[DNS] : Aide à la configuration d'un serveur DNS

117504
,

Bonjour à tous,

Je souhaiterai avoir vos avis et votre aide sur un sujet qui me bloque depuis quelque temps. Je suis développeur web et j'ai des compétences minimes en terme de réseaux.

Contexte :

Nous sommes 3 développeurs au pôle informatique. Nous utilisons une VM, nos différents environnements de développement sont montés avec SAMBA vers nos répertoires distincts. Nous utilisons des vhosts pour tous nos domaines, ex :

  • dev1.domain.dev / dev2.domain.dev
  • dev1.domain2.dev / dev2.domain.dev

Nous avons sur nos postes respectifs modifier le fichier host comme ceci :

  • 192.168.1.X dev1.domain.dev

  • 192.168.1.X dev1.domain2.dev

Le problème de cette méthode est que le nom de domaine dev1.domain.dev n'est disponible que sur le PC du développeur n°1.

Évolution souhaitée :

L'idée est se séparé des modifications apportées au fichier host de Windows et d'accéder à notre environement de dev depuis n'importe quel PC, qu'il soit PC-DEV ou PC-USER-LAMBDA. Nous avons toujours une VM, nous aimerions configuré un serveur DNS afin de pouvoir accéder aux différents domaines :

  • Le développeur n°1 pourrait accéder à dev2.domain.dev etc etc..

Aujourd'hui, nous avons un serveur DNS d'installer sur la VM dont voici la configuration :

Fichier /etc/bind/db.domain.dev

$TTL 10800
$ORIGIN domain.dev.
@   IN SOA ns.domain.dev. root.domain.dev. (
      20160505;
      3h;
      1h;
      1w;
      1h);
@       IN   NS    ns.domain.dev.
ns    IN   A     192.168.1.41
dev1  IN   A     192.168.1.41
dev2 IN   A     192.168.1.41

Fichier /etc/bind/1.168.192.in-addr.arpa

IN 1.168.192.in-addr.arpa.
@   IN SOA ns.domain.dev. root.domain.dev. (
          20160505;
          3h;
          1h;
          1w;
          1h);
@       IN NS ns.domain.dev.
41    IN PTR ns.domain.dev.

Pour être honnête, le tutoriel utilisé est le suivant : https://www.supinfo.com/articles/single/1709-mise-place-serveur-dns-avec-bind9

Le problème, c'est que maintenant en associant mes vhosts au sous domaine dev1.domain.dev, eh bien cela ne fonctionne pas, cette erreur survient sur CHROME : DNS_PROBE_FINISHED_NXDOMAIN

Pourtant le dig indique que tout fonctionne (dig dev1.domain.dev)

; <<>> DiG 9.9.5-9+deb8u18-Debian <<>> dev1.domain.dev
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 52737
;; flags: qr aa rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 1, ADDITIONAL: 2

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;dev1.domain.dev.      IN      A

;; ANSWER SECTION:
dev1.domain. 10800 IN      A       192.168.1.41

;; AUTHORITY SECTION:
domain.dev.    10800   IN      NS      ns.domain.dev.

;; ADDITIONAL SECTION:
ns.domain.dev. 10800   IN      A       192.168.1.41

;; Query time: 4 msec
;; SERVER: 192.168.1.41#53(192.168.1.41)
;; WHEN: Fri Jan 31 13:37:43 CET 2020
;; MSG SIZE  rcvd: 102

J'espère que vous aurez compris ma problèmatique. Je reste disponible si vous avez besoin d'avanatage de réponses.

En espérent qu'on trouve ensemble une solution si mon évolution est réalisable évidemment.

Cordialement,

Kévin

2 Réponse

Default
,

Hello kevincadieu,

Appriorie tu te trouve sur ton serveur web, ça veux dire que ton serveur dns fonctionne,
essaye d'aller voir les logs d'apache dans /var/log/apache2/error.log et l'access.log

je dirais qu'il y a un problème dans la configuration de t'es vhost en particulier sur le servername

check avec :
ServerName dev1.domain.dev.

et tu peux aussi checker l'accès à ton serveur avec ces commandes
curl --header "Host: dev1.domain.dev" http://192.168.1.41/
curl --header "Host: dev1.domain.dev." http://192.168.1.41/

Aussi pour info tu peux paramètre sur les deux postes le meme domaine dans ton /etc/hosts
192.168.1.41 dev1.domain.dev
192.168.1.41 dev2.domain.dev

117504
,

Salut @Asks,

Tout d'abord merci pour ta réponse.
J'ai lu et testé chacune des solutions proposées mais en vain.

L'idée derrière tout ça, c'est de pouvoir se séparer de la modification du fichier hosts de Window.
Aujourd'hui nous avons cette organisation, mais c'est problématique lorsqu'il faut faire des démos ou autre.

L'intérêt est de pouvoir, de n'importe où sur le réseau local d'accéder à dev1.domain.dev etc etc..

Après peut-être que ce n'est pas possible ?

Merci.