# Accès DNS fonctionnel mais pas de résolu

**URL:** <https://www.debian-fr.org/t/acces-dns-fonctionnel-mais-pas-de-resolu/76591>\
**Category:** Support Debian\
**Created:** [Mai 6, 2018, 1:37 UTC](https://www.debian-fr.org/t/acces-dns-fonctionnel-mais-pas-de-resolu/76591 "2018-05-06T13:37:45Z")\
**Posts on this page:** 16\
**Page:** 3

<div class="post-metadata">

**Author:** ![Leobo](https://www.debian-fr.org/user_avatar/www.debian-fr.org/leobo/32/6262_2.png) [@Leobo](https://www.debian-fr.org/u/Leobo)\
**Post date:** [Mai 7, 2018, 8:30 UTC](https://www.debian-fr.org/t/acces-dns-fonctionnel-mais-pas-de-resolu/76591/41 "2018-05-07T20:30:21Z")

</div>

C’est moi ça.^^ Je passe par l’adresse URL complète : [https://www.suinot.org](https://www.suinot.org)

---

<div class="post-metadata">

**Author:** ![rsuinux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/rsuinux/32/4554_2.png) [@rsuinux](https://www.debian-fr.org/u/rsuinux)\
**Post date:** [Mai 7, 2018, 8:31 UTC](https://www.debian-fr.org/t/acces-dns-fonctionnel-mais-pas-de-resolu/76591/42 "2018-05-07T20:31:21Z")

</div>

Donc ca marche?

Je suis surpris!!!

---

<div class="post-metadata">

**Author:** ![Leobo](https://www.debian-fr.org/user_avatar/www.debian-fr.org/leobo/32/6262_2.png) [@Leobo](https://www.debian-fr.org/u/Leobo)\
**Post date:** [Mai 7, 2018, 8:48 UTC](https://www.debian-fr.org/t/acces-dns-fonctionnel-mais-pas-de-resolu/76591/43 "2018-05-07T20:48:52Z")

</div>

Ça marche ça marche, c’est vite dit !^^ C’est le seul moyen que j’ai de joindre ton site, c’est pas très pratique quand même, et surtout pas très normal.  
As-tu essayé de rajouter l’enregistrement que je te suggérais dans mon avant-dernier message ?

---

<div class="post-metadata">

**Author:** ![rsuinux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/rsuinux/32/4554_2.png) [@rsuinux](https://www.debian-fr.org/u/rsuinux)\
**Post date:** [Mai 8, 2018, 8:24 UTC](https://www.debian-fr.org/t/acces-dns-fonctionnel-mais-pas-de-resolu/76591/44 "2018-05-08T08:24:09Z")

</div>

Bon, est ce qu’une nuit de sommeil ira mieux ?  
Pour répondre à ta question, oui, j’ai ajouté ta suggestion.  
Et toujours rien  
Question: comment on peut debuger ça ?  
Comment savoir si c’est un problème de configuration de zone, de configuration de bons ou autre ?

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Mai 8, 2018, 9:49 UTC](https://www.debian-fr.org/t/acces-dns-fonctionnel-mais-pas-de-resolu/76591/45 "2018-05-08T09:49:02Z")

</div>

> [@Leobo](#):
>
> Par contre en relisant ton fichier de zone, je ne comprends pas pourquoi tu as mis
> 
> ```
> * IN CNAME www
> 
> ```
> 
> Pourquoi pas
> 
> ```
> * IN A 78.214.39.5
> 
> ```
> 
> ?  
> À savoir que ton domaine n’est apparemment pas accessible en url avec un simple [suinot.org](http://suinot.org).

Il ne le serait pas plus avec la seconde forme. Pour cela il faut ajouter un enregistrement A spécifique pour [suinot.org](http://suinot.org) (@).

> [@rsuinux](#):
>
> Donc ca marche?

Chez moi ça marche.

> [@Leobo](#):
>
> Ça marche ça marche, c’est vite dit !^^ C’est le seul moyen que j’ai de joindre ton site, c’est pas très pratique quand même, et surtout pas très normal.

De quoi parles-tu ? Qu’est-ce qui n’est pas pratique ni normal ?

> [@rsuinux](#):
>
> Et toujours rien

Toujours rien quoi ?  
Qu’est ce qui ne se passe pas ce comme tu veux exactement ?

---

<div class="post-metadata">

**Author:** ![Leobo](https://www.debian-fr.org/user_avatar/www.debian-fr.org/leobo/32/6262_2.png) [@Leobo](https://www.debian-fr.org/u/Leobo)\
**Post date:** [Mai 8, 2018, 10:16 UTC](https://www.debian-fr.org/t/acces-dns-fonctionnel-mais-pas-de-resolu/76591/46 "2018-05-08T10:16:56Z")

</div>

> [@PascalHambourg](#):
>
> Il ne le serait pas plus avec la seconde forme. Pour cela il faut ajouter un enregistrement A spécifique pour [suinot.org](http://suinot.org) (@).

Je ne parlais pas de ça, c’était deux messages décorrélés. On a abordé l’enregistrement dont tu parles dans les messages qui suivent.

> [@PascalHambourg](#):
>
> De quoi parles-tu ? Qu’est-ce qui n’est pas pratique ni normal ?

Je ne parviens au site qu’avec l’URL explicitement détaillée. Les redirections du nom de domaine et des sous-domaines ne fonctionnent pas.

Après avoir testé sur d’autres machines et navigateurs, voici ce que je récolte :  
Firefox renvoie une erreur de violation de protocole réseau et Chrome un ERR\_INVALID\_REDIRECT.  
(Peut-être un lien avec ton TTL de 24h.)  
Aussi, [https://suinot.org/](https://suinot.org/) me renvoie un «&nbsp;not found&nbsp;», donc il doit aussi y avoir un souci dans ta config nginx.

Je remarque que je n’obtiens de réponses de ton serveur web qu’avec le «&nbsp;https&nbsp;» explicitement précisé et que je n’en obtiens pas «&nbsp;par défaut&nbsp;», il peut peut-être y avoir un souci de ce côté-là en même temps.

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Mai 8, 2018, 10:37 UTC](https://www.debian-fr.org/t/acces-dns-fonctionnel-mais-pas-de-resolu/76591/47 "2018-05-08T10:37:34Z")

</div>

> [@Leobo](#):
>
> Je ne parviens au site qu’avec l’URL explicitement détaillée. Les redirections du nom de domaine et des sous-domaines ne fonctionnent pas.

Qu’appelles-tu «&nbsp;URL explicitement détaillée&nbsp;» et «&nbsp;redirections du nom de domaine et des sous-domaines&nbsp;» ? Il n’y a pas de redirections en DNS.

Pour le reste, cela relève du serveur web et/ou du navigateur, pas du DNS.

---

<div class="post-metadata">

**Author:** ![Leobo](https://www.debian-fr.org/user_avatar/www.debian-fr.org/leobo/32/6262_2.png) [@Leobo](https://www.debian-fr.org/u/Leobo)\
**Post date:** [Mai 8, 2018, 11:07 UTC](https://www.debian-fr.org/t/acces-dns-fonctionnel-mais-pas-de-resolu/76591/48 "2018-05-08T11:07:47Z")

</div>

> [@PascalHambourg](#):
>
> Qu’appelles-tu “URL explicitement détaillée”

Tapée à la main.

> [@PascalHambourg](#):
>
> Il n’y a pas de redirections en DNS.

Abus de langage de ma part. Je voulais dire des enregistrements qui font pointer les requêtes au bon endroit :

- [suinot.org](http://suinot.org) OU [www.suinot.org](http://www.suinot.org) OU [blabla.suinot.org](http://blabla.suinot.org) \> [https://www.suinot.org](https://www.suinot.org)

---

<div class="post-metadata">

**Author:** ![rsuinux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/rsuinux/32/4554_2.png) [@rsuinux](https://www.debian-fr.org/u/rsuinux)\
**Post date:** [Mai 8, 2018, 11:17 UTC](https://www.debian-fr.org/t/acces-dns-fonctionnel-mais-pas-de-resolu/76591/49 "2018-05-08T11:17:20Z")

</div>

En fait, je (on) cherche sur le DNS, alors qu’en fait c’est la configuration de nginx qui merde?  
Celle là , je n’y ai pas touché, sauf que je confirme, on ne peut pas accéder à [http://suinot.org](http://suinot.org)  
Il faut que je m’en occupe, mais le temps n’est pas élastique hélas.  
Ceci dit, c’est l’occasion.  
Je vais donc ouvrir un nouveau sujet.

---

<div class="post-metadata">

**Author:** ![Leobo](https://www.debian-fr.org/user_avatar/www.debian-fr.org/leobo/32/6262_2.png) [@Leobo](https://www.debian-fr.org/u/Leobo)\
**Post date:** [Mai 8, 2018, 11:45 UTC](https://www.debian-fr.org/t/acces-dns-fonctionnel-mais-pas-de-resolu/76591/50 "2018-05-08T11:45:33Z")

</div>

> [@rsuinux](#):
>
> En fait, je (on) cherche sur le DNS, alors qu’en fait c’est la configuration de nginx qui merde?

Pour le «&nbsp;not found&nbsp;», y a un souci nginx mais pour l’absence de retours en contactant [suinot.org](http://suinot.org) ou [www.suinot.org](http://www.suinot.org), je pencherais quand même pour un souci dns avec le protocole https mal renseigné.  
(Mais sans avoir le tout sous la main et sous les yeux, c’est pas évident de deviner ce qu’il se passe chez toi.)

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Mai 8, 2018, 12:13 UTC](https://www.debian-fr.org/t/acces-dns-fonctionnel-mais-pas-de-resolu/76591/51 "2018-05-08T12:13:38Z")

</div>

> [@Leobo](#):
>
> > Qu’appelles-tu “URL explicitement détaillée”
> 
> Tapée à la main.

Cela ne m’éclaire pas des masses. Tu tapes quoi exactement ?

> [@Leobo](#):
>
> Je voulais dire des enregistrements qui font pointer les requêtes au bon endroit :
> 
> [suinot.org](http://suinot.org) OU [www.suinot.org](http://www.suinot.org) OU [blabla.suinot.org](http://blabla.suinot.org) \> [https://www.suinot.org](https://www.suinot.org)

Tout ça c’est de la cuisine d’URL du navigateur et du serveur web, pas du DNS.

> [@Leobo](#):
>
> pour l’absence de retours en contactant [suinot.org](http://suinot.org) ou [www.suinot.org](http://www.suinot.org), je pencherais quand même pour un souci dns avec le protocole https mal renseigné.

Non. Le nom de domaine pointe vers la bonne adresse IP donc DNS a fait sa partie. Le reste, je le répète, est entre le navigateur et le serveur web.  
D’ailleurs, depuis chez moi ça a marche.

---

<div class="post-metadata">

**Author:** ![Leobo](https://www.debian-fr.org/user_avatar/www.debian-fr.org/leobo/32/6262_2.png) [@Leobo](https://www.debian-fr.org/u/Leobo)\
**Post date:** [Mai 8, 2018, 12:32 UTC](https://www.debian-fr.org/t/acces-dns-fonctionnel-mais-pas-de-resolu/76591/52 "2018-05-08T12:32:46Z")

</div>

> [@PascalHambourg](#):
>
> Cela ne m’éclaire pas des masses. Tu tapes quoi exactement ?

> [@Leobo](#):
>
> C’est moi ça.^^ Je passe par l’adresse URL complète : [https://www.suinot.org](https://www.suinot.org)

> [@PascalHambourg](#):
>
> > [@Leobo](#):
> >
> > Je voulais dire des enregistrements qui font pointer les requêtes au bon endroit :
> > 
> > [suinot.org](http://suinot.org) OU [www.suinot.org](http://www.suinot.org) OU [blabla.suinot.org](http://blabla.suinot.org) \> [https://www.suinot.org](https://www.suinot.org)
> 
> Tout ça c’est de la cuisine d’URL du navigateur et du serveur web, pas du DNS.

Non, si les zones DNS ne renseignent pas quoi faire des sous-domaines contactés, la requête ne sera pas transmise au serveur web.

> [@PascalHambourg](#):
>
> Non. Le nom de domaine pointe vers la bonne adresse IP donc DNS a fait sa partie.

Les erreurs que j’ai obtenues plus tôt semblaient montrer qu’au contraire, aucune adresse IP n’était contactée, à moins que ça ne soit un comportement opaque des navigateurs. En tous les cas, je n’avais aucun retour de serveur web.

EDIT : après avoir fouillé, il semble qu’il s’agissait en fait d’un comportement opaque des navigateurs et que le couac se situait côté serveur, sans doute au niveau de la config pour le protocole https.

> [@PascalHambourg](#):
>
> D’ailleurs, depuis chez moi ça a marche.

Chez moi aussi, @rsuinux a dû faire le nécessaire ou bien des caches ont été mis à jour entre temps.

---

<div class="post-metadata">

**Author:** ![rsuinux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/rsuinux/32/4554_2.png) [@rsuinux](https://www.debian-fr.org/u/rsuinux)\
**Post date:** [Mai 8, 2018, 2:39 UTC](https://www.debian-fr.org/t/acces-dns-fonctionnel-mais-pas-de-resolu/76591/53 "2018-05-08T14:39:54Z")

</div>

merci à tous pour votre aide.  
Je viens de reconfigurer nginx pour pointer correctement vers [http://suinot.org](http://suinot.org) et le reste.  
En local ça marche (depuis mon réseau wifi, ca fonctionne plutôt bien)

Si vous êtes d’accord, je passe en résolu.

> [@Leobo](#):
>
> > [@PascalHambourg](#):
> >
> > D’ailleurs, depuis chez moi ça a marche.
> 
> Chez moi aussi, @rsuinux a dû faire le nécessaire ou bien des caches ont été mis à jour entre temps.

j’en déduis qu’il faut attendre la propagation.

En tout cas, je vous remercie tous de votre aide précieuse, et toujours efficace ici.  
Celui qui passe vers Limoges, j’offre une bière.

Amicalement.

---

<div class="post-metadata">

**Author:** ![PascalHambourg](https://www.debian-fr.org/user_avatar/www.debian-fr.org/pascalhambourg/32/5837_2.png) [@PascalHambourg](https://www.debian-fr.org/u/PascalHambourg)\
**Post date:** [Mai 8, 2018, 3:10 UTC](https://www.debian-fr.org/t/acces-dns-fonctionnel-mais-pas-de-resolu/76591/54 "2018-05-08T15:10:44Z")

</div>

> [@rsuinux](#):
>
> j’en déduis qu’il faut attendre la propagation.

Ça dépend de quoi on parle.

On parle de propagation du NS primaire vers le ou les NS secondaires. En l’absence de notification, le délai est défini par la valeur du «&nbsp;refresh&nbsp;» du SOA de la zone (3 heures dans ton cas), auquel il faut éventuellement ajouter le délai de «&nbsp;retry&nbsp;» du SOA (1 heure) en cas de perte de connectivité entre le primaire et le secondaire au moment où ce dernier va chercher à se synchroniser.

On parle plutôt d’expiration pour un NS cache récursif, qui ne va rechercher un enregistrement que s’il est absent de son cache au moment où il en a besoin, donc n’a jamais été recherché ou a expiré et été supprimé. Le délai d’expiration d’un enregistrement est défini par la durée de vie (TTL) spécifiée pour cet enregistrement (par défaut, la valeur définie par la directive $TTL du fichier de zone, 1 jour dans ton cas).

Donc si un client utilise un serveur DNS cache qui venait juste de rechercher l’enregistrement avant que sa valeur change et va interroger le serveur DNS secondaire qui ne reçoit pas de notification et venait juste de vérifier si le serial du NS primaire avait changé, il faudra additionner le délai de propagation et le délai d’expiration avant de faire une requête et recevoir la nouvelle valeur de l’enregistrement.

Note que lorsque tu prévois de faire des modifications dans une zone, il peut être pratique de raccourcir ces délais afin que les changements prennent effet plus rapidement. Mais comme rien n’est jamais simple, certains serveurs DNS secondaires ou caches peuvent appliquer leur propres valeurs minimales de refresh ou de TTL et ne pas tenir compte des valeurs inférieures spécifiées dans les enregistrements.

---

<div class="post-metadata">

**Author:** ![rsuinux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/rsuinux/32/4554_2.png) [@rsuinux](https://www.debian-fr.org/u/rsuinux)\
**Post date:** [Mai 8, 2018, 3:19 UTC](https://www.debian-fr.org/t/acces-dns-fonctionnel-mais-pas-de-resolu/76591/55 "2018-05-08T15:19:15Z")

</div>

Et bien merci pour ces explications.  
J’en apprends tous les jours 🙂

C’est peut être pour ça que ma fille, à Paris , ne voit toujours rien.  
“Nous ne parvenons pas à trouver ce site, impossible de se connecter” Maintenant, je vais pas lui demander de faire des tests poussé. Elle fait du dessin, pas de l’informatique…

---

<div class="post-metadata">

**Author:** ![rsuinux](https://www.debian-fr.org/user_avatar/www.debian-fr.org/rsuinux/32/4554_2.png) [@rsuinux](https://www.debian-fr.org/u/rsuinux)\
**Post date:** [Mai 10, 2018, 9:08 UTC](https://www.debian-fr.org/t/acces-dns-fonctionnel-mais-pas-de-resolu/76591/56 "2018-05-10T09:08:59Z")

</div>

Un dernier message pour dire que cette fois ci tout fonctionne:  
pourquoi je dis ça: parce que sur le portable (smartphone), ou sur le réseau de free, par exemple, il n’y avait toujours pas d’accès à mon nom de domaine.  
Solution: quand on met une clef dans l’interface de gandi, il ne faut pas faire de copier/coller depuis la console vers leur interface. Ca a mis des retour à la ligne ☹  
J’ai corrigé ce matin, et cette fois ça, bingo, ca marche.  
Je ne comprenais pas pourquoi certain arrivait bien sur mes sites et pas d’autre.  
A présent, sujet clos définitivement.

[Page précédente](https://www.debian-fr.org/t/acces-dns-fonctionnel-mais-pas-de-resolu/76591.md?page=2)
