# Problème de résolution DNS

**URL:** <https://www.debian-fr.org/t/probleme-de-resolution-dns/82444>\
**Category:** Support Debian\
**Created:** [Juillet 2, 2020, 3:01 UTC](https://www.debian-fr.org/t/probleme-de-resolution-dns/82444 "2020-07-02T15:01:43Z")\
**Posts on this page:** 15\
**Page:** 2

<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:** [Juillet 3, 2020, 1:46 UTC](https://www.debian-fr.org/t/probleme-de-resolution-dns/82444/21 "2020-07-03T13:46:30Z")

</div>

Je me doutais un peu que le préfixe réel était plus grand. Ajoute /18 à l’adresse dans /etc/network/interfaces pour voir.

---

<div class="post-metadata">

**Author:** ![Dznet](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/d/df705f/32.png) [@Dznet](https://www.debian-fr.org/u/Dznet)\
**Post date:** [Juillet 3, 2020, 1:48 UTC](https://www.debian-fr.org/t/probleme-de-resolution-dns/82444/22 "2020-07-03T13:48:22Z")

</div>

En fait, j’ai ajouter directement le mask, dans /etc/network/interfaces et c’est bon, j’ai bien un /18

---

<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:** [Juillet 3, 2020, 1:49 UTC](https://www.debian-fr.org/t/probleme-de-resolution-dns/82444/23 "2020-07-03T13:49:42Z")

</div>

> [@anon70622873](#):
>
> Non je ne rentrerai pas dans cette polémique sur l’utilité ou pas du pare-feu

La polémique ne porte pas sur l’utilité (discutable) d’un pare-feu _en général_ mais spécifiquement _sur une VM_. Pourquoi cela serait-il moins utile sur une VM que sur une machine physique ?

---

<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:** [Juillet 3, 2020, 1:51 UTC](https://www.debian-fr.org/t/probleme-de-resolution-dns/82444/24 "2020-07-03T13:51:32Z")

</div>

> [@Dznet](#):
>
> En fait, j’ai ajouter directement le mask, dans /etc/network/interfaces et c’est bon, j’ai bien un /18

C’était une autre possibilité, mais je trouve la notation avec longueur de préfixe plus lisible. Question de goût. Et puis ça habitue pour l’IPv6 où on utilise systématiquement cette notation.

Et donc, ça change quelque chose sur l’accessibilité des DNS et autres ?

---

<div class="post-metadata">

**Author:** ![Dznet](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/d/df705f/32.png) [@Dznet](https://www.debian-fr.org/u/Dznet)\
**Post date:** [Juillet 3, 2020, 1:59 UTC](https://www.debian-fr.org/t/probleme-de-resolution-dns/82444/25 "2020-07-03T13:59:49Z")

</div>

> [@PascalHambourg](#):
>
> Et donc, ça change quelque chose sur l’accessibilité des DNS et autres ?

non, pareil 😢  
mais ce qui est encourageant c’est que maintenant le resolver répond au ping

ping xxx.yyy.162.43 répond bien

(Désolé de caviarder, mais c’est pour être discret vis a vis de mon employeur )

---

<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:** [Juillet 3, 2020, 2:43 UTC](https://www.debian-fr.org/t/probleme-de-resolution-dns/82444/26 "2020-07-03T14:43:46Z")

</div>

Si je récapitule :  
Le serveur DNS du réseau, xxx.yyy.162.43, répond au ping (donc a priori le routage est correct) mais pas aux requêtes DNS.  
Le serveur DNS de Google, 8.8.8.8 répond aux requêtes DNS.

J’ai tendance à rejoindre l’avis de @anon70622873, ça ressemble à un filtrage. Pas forcément sur la VM mais peut-être sur n’importe quel élément du chemin. Et pas aussi basique que «&nbsp;bloquer le port XX&nbsp;» puisque le trafic DNS avec Google passe.

---

<div class="post-metadata">

**Author:** ![Dznet](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/d/df705f/32.png) [@Dznet](https://www.debian-fr.org/u/Dznet)\
**Post date:** [Juillet 3, 2020, 3:40 UTC](https://www.debian-fr.org/t/probleme-de-resolution-dns/82444/27 "2020-07-03T15:40:33Z")

</div>

@PascalHambourg  
@anon70622873  
J 'ai l’impression que le resolver xxx.yyy.162.43 répond maintenant, mais le ping vers [google.fr](http://google.fr) non

```
root@vm2:~# dig debian-fr.org @8.8.8.8

; <<>> DiG 9.10.3-P4-Debian <<>> debian-fr.org @8.8.8.8
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 64669
;; flags: qr rd ra ad; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 512
;; QUESTION SECTION:
;debian-fr.org. IN A

;; ANSWER SECTION:
debian-fr.org. 3599 IN A 163.172.90.35

;; Query time: 21 msec
;; SERVER: 8.8.8.8#53(8.8.8.8)
;; WHEN: Fri Jul 03 17:36:40 CEST 2020
;; MSG SIZE rcvd: 58

root@vm2:~# dig debian-fr.org @xxx.yyy.162.43

; <<>> DiG 9.10.3-P4-Debian <<>> debian-fr.org @xxx.yyy.162.43
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 47339
;; flags: qr rd ra; QUERY: 1, ANSWER: 1, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 4096
;; QUESTION SECTION:
;debian-fr.org. IN A

;; ANSWER SECTION:
debian-fr.org. 3600 IN A 163.172.90.35

;; Query time: 85 msec
;; SERVER: xxx.yyy.162.43#53(xxx.yyy.162.43)
;; WHEN: Fri Jul 03 17:36:50 CEST 2020
;; MSG SIZE rcvd: 58
48 CEST 2020
;; MSG SIZE rcvd: 58
```

---

<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:** [Juillet 3, 2020, 4:06 UTC](https://www.debian-fr.org/t/probleme-de-resolution-dns/82444/28 "2020-07-03T16:06:34Z")

</div>

On peut voir le ping ?

---

<div class="post-metadata">

**Author:** ![Dznet](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/d/df705f/32.png) [@Dznet](https://www.debian-fr.org/u/Dznet)\
**Post date:** [Juillet 3, 2020, 4:14 UTC](https://www.debian-fr.org/t/probleme-de-resolution-dns/82444/29 "2020-07-03T16:14:31Z")

</div>

Voici le ping avec [google.fr](http://google.fr) et le 8.8.8.8

```
root@vm2:~# ping google.fr
ping: google.fr: Temporary failure in name resolution

root@vm2:~# ping -c2 8.8.8.8
PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=115 time=2.31 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=115 time=2.15 ms

--- 8.8.8.8 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1001ms
rtt min/avg/max/mdev = 2.151/2.234/2.317/0.083 ms
```

---

<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:** [Juillet 3, 2020, 4:33 UTC](https://www.debian-fr.org/t/probleme-de-resolution-dns/82444/30 "2020-07-03T16:33:40Z")

</div>

Ce n’est pas le ping qui ne répond pas, c’est la résolution DNS qui échoue. Que dit dig ?

Note : 8.8.8.8 n’est pas l’adresse IP de [google.fr](http://google.fr).

---

<div class="post-metadata">

**Author:** ![Dznet](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/d/df705f/32.png) [@Dznet](https://www.debian-fr.org/u/Dznet)\
**Post date:** [Juillet 3, 2020, 4:42 UTC](https://www.debian-fr.org/t/probleme-de-resolution-dns/82444/31 "2020-07-03T16:42:22Z")

</div>

Voici le résultat de la commande dig

```
root@vm2:~# dig

; <<>> DiG 9.10.3-P4-Debian <<>>
;; global options: +cmd
;; connection timed out; no servers could be reached

```

Note : oui je sais que 8.8.8.8 est le DNS de Google 🙂

---

<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:** [Juillet 3, 2020, 5:01 UTC](https://www.debian-fr.org/t/probleme-de-resolution-dns/82444/32 "2020-07-03T17:01:33Z")

</div>

J’avais vraiment besoin de préciser : que dit dig de **[google.fr](http://google.fr)**?

---

<div class="post-metadata">

**Author:** ![Dznet](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/d/df705f/32.png) [@Dznet](https://www.debian-fr.org/u/Dznet)\
**Post date:** [Juillet 3, 2020, 10:35 UTC](https://www.debian-fr.org/t/probleme-de-resolution-dns/82444/33 "2020-07-03T22:35:11Z")

</div>

Ok, voici le retour de la commande dig [google.fr](http://google.fr)

```
root@vm2:~# dig google.fr

; <<>> DiG 9.10.3-P4-Debian <<>> google.fr
;; global options: +cmd
;; connection timed out; no servers could be reached
```

---

<div class="post-metadata">

**Author:** ![anon70622873](https://www.debian-fr.org/letter_avatar_proxy/v4/letter/a/278dde/32.png) [@anon70622873](https://www.debian-fr.org/u/anon70622873)\
**Post date:** [Juillet 4, 2020, 6:52 UTC](https://www.debian-fr.org/t/probleme-de-resolution-dns/82444/34 "2020-07-04T06:52:10Z")

</div>

J’ai du mal à suivre ce qui fonctionne et ce qui ne fonctionne pas…  
D’après tes derniers retours, la résolution de nom ne fonctionne pas (message #33). Mais si tu cherches à résoudre un nom en précisant le le résolveur à utiliser cela fonctionne : avec 8.8.8.8 ou avec ton xxx.yyy.162…43 (message #27). Pourtant c’est en contradiction avec les résultats obtenus au message #8 !  
On va donc refaire quelques vérifications. Comment le réseau est-il géré ?  
Retours de :

```nohighlight
systemctl status NetworkManager

```

```nohighlight
systemctl status systemd-netwokd

```

Comment les résolveurs sont-ils gérés ? Retours de :

```nohighlight
systemctl status resolvconf

```

```nohighlight
apt policy dnsmasq

```

---

<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:** [Juillet 4, 2020, 7:09 UTC](https://www.debian-fr.org/t/probleme-de-resolution-dns/82444/35 "2020-07-04T07:09:33Z")

</div>

Le contenu de /etc/resolv.conf montré au message #5 indique qu’il est géré par resolvconf et qu’il utilise un résolveur DNS local (127.0.0.1), peut-être une cochonnerie genre dnsmasq ou systemd-resolved.

@Dznet a marqué comme solution son propre message où il rapporte que ça ne marche pas, j’ai du mal à comprendre…

[Page précédente](https://www.debian-fr.org/t/probleme-de-resolution-dns/82444.md?page=1)