[Windows 10 Pro]Le ping avec nom ne fonctionne pas !

**Artemus24** · 19/08/2018, 11h39

Salut à tous.

Je suis sous Windows 10 Pro Version 1709.

J'utilise le DNS de ma box où j'ai nommé dans celui-ci des noms plutôt que des adresses IPv4 ou IPv6.
A priori, je n'ai pas de problème pour identifier ces noms depuis Windows 10.

Voici l'adresse IPv4 de mon DNS :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
C:\>nslookup 192.168.1.1
Serveur :   box
Address:  2a02:8435:342:3801::1

Nom :    box
Address:  192.168.1.1


C:\>

Voici l'adresse IPv6 de mon DNS :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
C:\>nslookup 2a02:8435:342:3801::1
Serveur :   box
Address:  2a02:8435:342:3801::1

Nom :    box
Address:  2a02:8435:342:3801::1


C:\>

A priori, Windows identifie bien ma box.

Voici le nom de mon ordinateur (W-ORION) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
C:\>nslookup -type=a w-orion
Serveur :   box
Address:  2a02:8435:342:3801::1

Nom :    w-orion
Address:  192.168.1.20


C:\>

Et voici le nom de ma raspberry (W-RASPBERRY-PI-1) :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
C:\>nslookup -type=a w-raspberry-pi-1
Serveur :   box
Address:  2a02:8435:342:3801::1

Nom :    w-raspberry-pi-1
Address:  192.168.1.40


C:\>

Comme on peut le constater, windows au travers de nslookup reconnait les noms de mes périphériques.

Sauf que windows n'arrive pas à faire le ping par le nom :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
C:\>ping w-orion
La requête Ping n’a pas pu trouver l’hôte w-orion. Vérifiez le nom et essayez à nouveau.

C:\>ping w-raspberry-pi-1
La requête Ping n’a pas pu trouver l’hôte w-raspberry-pi-1. Vérifiez le nom et essayez à nouveau.

Alors qu'il arrive à le faire par l'adresse IPv4 :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
C:\>ping 192.168.1.20

Envoi d’une requête 'Ping'  192.168.1.20 avec 32 octets de données*:
Réponse de 192.168.1.20*: octets=32 temps<1ms TTL=128
Réponse de 192.168.1.20*: octets=32 temps<1ms TTL=128
Réponse de 192.168.1.20*: octets=32 temps<1ms TTL=128
Réponse de 192.168.1.20*: octets=32 temps<1ms TTL=128

Statistiques Ping pour 192.168.1.20:
    Paquets*: envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
    Minimum = 0ms, Maximum = 0ms, Moyenne = 0ms

C:\>ping 192.168.1.40

Envoi d’une requête 'Ping'  192.168.1.40 avec 32 octets de données*:
Réponse de 192.168.1.40*: octets=32 temps=3 ms TTL=64
Réponse de 192.168.1.40*: octets=32 temps=4 ms TTL=64
Réponse de 192.168.1.40*: octets=32 temps=3 ms TTL=64
Réponse de 192.168.1.40*: octets=32 temps=3 ms TTL=64

Statistiques Ping pour 192.168.1.40:
    Paquets*: envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
    Minimum = 3ms, Maximum = 4ms, Moyenne = 3ms

C:\>

Idem pour les adresses en IPv6 :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
C:\>ping 2a02:8435:342:3801::200

Envoi d’une requête 'Ping'  2a02:8435:342:3801::200 avec 32 octets de données*:
Réponse de 2a02:8435:342:3801::200*: temps<1ms
Réponse de 2a02:8435:342:3801::200*: temps<1ms
Réponse de 2a02:8435:342:3801::200*: temps<1ms
Réponse de 2a02:8435:342:3801::200*: temps<1ms

Statistiques Ping pour 2a02:8435:342:3801::200:
    Paquets*: envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
    Minimum = 0ms, Maximum = 0ms, Moyenne = 0ms

C:\>ping 2a02:8435:342:3801::400

Envoi d’une requête 'Ping'  2a02:8435:342:3801::400 avec 32 octets de données*:
Réponse de 2a02:8435:342:3801::400*: temps=24 ms
Réponse de 2a02:8435:342:3801::400*: temps=3 ms
Réponse de 2a02:8435:342:3801::400*: temps=3 ms
Réponse de 2a02:8435:342:3801::400*: temps=4 ms

Statistiques Ping pour 2a02:8435:342:3801::400:
    Paquets*: envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
    Minimum = 3ms, Maximum = 24ms, Moyenne = 8ms

C:\>

J'ai pensé dans un premier temps que le problème venait du pare-feu, mais même quand il est désactivé, le problème persiste.

A quoi est-ce dû que je n'arrive pas à faire un ping sur un nom sous windows ?

Depuis ma Raspberry, je n'ai aucun problème pour effectuer le ping, comme ci-après :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
~> ping -4 w-orion
PING w-orion (192.168.1.20) 56(84) bytes of data.
64 bytes from W-Orion (192.168.1.20): icmp_seq=1 ttl=128 time=4.85 ms
64 bytes from W-Orion (192.168.1.20): icmp_seq=2 ttl=128 time=4.55 ms
64 bytes from W-Orion (192.168.1.20): icmp_seq=3 ttl=128 time=4.79 ms
64 bytes from W-Orion (192.168.1.20): icmp_seq=4 ttl=128 time=4.88 ms
^C
--- w-orion ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 4.552/4.771/4.884/0.147 ms
~> ping -4 w-raspberry-pi-1
PING w-raspberry-pi-1 (192.168.1.40) 56(84) bytes of data.
64 bytes from RaspberryPi (192.168.1.40): icmp_seq=1 ttl=64 time=0.162 ms
64 bytes from RaspberryPi (192.168.1.40): icmp_seq=2 ttl=64 time=0.155 ms
64 bytes from RaspberryPi (192.168.1.40): icmp_seq=3 ttl=64 time=0.156 ms
64 bytes from RaspberryPi (192.168.1.40): icmp_seq=4 ttl=64 time=0.157 ms
^C
--- w-raspberry-pi-1 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3140ms
rtt min/avg/max/mdev = 0.155/0.157/0.162/0.012 ms
~>
~> ping w-orion
PING w-orion(W-Orion (2a02:8435:342:3801::200)) 56 data bytes
64 bytes from W-Orion (2a02:8435:342:3801::200): icmp_seq=1 ttl=63 time=12.6 ms
64 bytes from W-Orion (2a02:8435:342:3801::200): icmp_seq=2 ttl=64 time=4.86 ms
64 bytes from W-Orion (2a02:8435:342:3801::200): icmp_seq=3 ttl=64 time=20.6 ms
64 bytes from W-Orion (2a02:8435:342:3801::200): icmp_seq=4 ttl=64 time=4.82 ms
^C
--- w-orion ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3005ms
rtt min/avg/max/mdev = 4.820/10.749/20.636/6.544 ms
~> ping w-raspberry-pi-1
PING w-raspberry-pi-1(RaspberryPi (2a02:8435:342:3801::400)) 56 data bytes
64 bytes from RaspberryPi (2a02:8435:342:3801::400): icmp_seq=1 ttl=64 time=0.163 ms
64 bytes from RaspberryPi (2a02:8435:342:3801::400): icmp_seq=2 ttl=64 time=0.152 ms
64 bytes from RaspberryPi (2a02:8435:342:3801::400): icmp_seq=3 ttl=64 time=0.133 ms
64 bytes from RaspberryPi (2a02:8435:342:3801::400): icmp_seq=4 ttl=64 time=0.143 ms
^C
--- w-raspberry-pi-1 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3125ms
rtt min/avg/max/mdev = 0.133/0.147/0.163/0.018 ms
~>

@+

**Artemus24** · 20/08/2018, 17h26

Salut à tous.

Je poursuis mes recherches sur le problème du ping sur les noms d'hôtes de mon serveur DNS.

Si je demande à Windows de m'indiquer par le ping à quel nom d'hôte correspond une adresse Ipv4 (ce que j'ai mis en rouge), cela fonctionne :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
C:\>ping -a 192.168.1.20

Envoi d’une requête 'ping' sur W-Orion [192.168.1.20] avec 32 octets de données*:
Réponse de 192.168.1.20*: octets=32 temps<1ms TTL=128
Réponse de 192.168.1.20*: octets=32 temps<1ms TTL=128
Réponse de 192.168.1.20*: octets=32 temps<1ms TTL=128
Réponse de 192.168.1.20*: octets=32 temps<1ms TTL=128

Statistiques Ping pour 192.168.1.20:
    Paquets*: envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
    Minimum = 0ms, Maximum = 0ms, Moyenne = 0ms

C:\>ping -a 192.168.1.40

Envoi d’une requête 'ping' sur W-Raspberry-Pi-1 [192.168.1.40] avec 32 octets de données*:
Réponse de 192.168.1.40*: octets=32 temps=26 ms TTL=64
Réponse de 192.168.1.40*: octets=32 temps=4 ms TTL=64
Réponse de 192.168.1.40*: octets=32 temps=4 ms TTL=64
Réponse de 192.168.1.40*: octets=32 temps=6 ms TTL=64

Statistiques Ping pour 192.168.1.40:
    Paquets*: envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
    Minimum = 4ms, Maximum = 26ms, Moyenne = 10ms

C:\>

Idem sur le ping avec les adresses IPv6 :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
C:\>ping -a 2a02:8435:342:3801::200

Envoi d’une requête 'ping' sur W-Orion [2a02:8435:342:3801::200] avec 32 octets de données*:
Réponse de 2a02:8435:342:3801::200*: temps<1ms
Réponse de 2a02:8435:342:3801::200*: temps<1ms
Réponse de 2a02:8435:342:3801::200*: temps<1ms
Réponse de 2a02:8435:342:3801::200*: temps<1ms

Statistiques Ping pour 2a02:8435:342:3801::200:
    Paquets*: envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
    Minimum = 0ms, Maximum = 0ms, Moyenne = 0ms

C:\>ping -a 2a02:8435:342:3801::400

Envoi d’une requête 'ping' sur W-Raspberry-Pi-1 [2a02:8435:342:3801::400] avec 32 octets de données*:
Réponse de 2a02:8435:342:3801::400*: temps=3 ms
Réponse de 2a02:8435:342:3801::400*: temps=3 ms
Réponse de 2a02:8435:342:3801::400*: temps=3 ms
Réponse de 2a02:8435:342:3801::400*: temps=12 ms

Statistiques Ping pour 2a02:8435:342:3801::400:
    Paquets*: envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
    Minimum = 3ms, Maximum = 12ms, Moyenne = 5ms

C:\>

Ce problème est incompréhensible !

Mon serveur DNS est accessible puisque par la commande 'nslookup', je retrouve bien l'association adresse IP et nom d'hôte sous windows.
De même si je demande au ping de m'indiquer le nom d'hôte par rapport à une adresse IP, j'obtiens la bonne réponse.
Je peux déduire que mon DNS est bien accessible. D'ailleurs sous ma raspberry, je ne rencontre aucun problème.

Par contre, pas d'accès par le nom d'hôte sous Windows 10. Je tiens à préciser que j'ai désactiver le pare-feu windows ainsi que mon antivirus.

A titre indicatif, je donne mon ipconfig /all, si cela peut aider :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
C:\>ipconfig /all

Configuration IP de Windows

   Nom de l’hôte . . . . . . . . . . : Orion
   Suffixe DNS principal . . . . . . :
   Type de noeud. . . . . . . . . .  : Hybride
   Routage IP activé . . . . . . . . : Non
   Proxy WINS activé . . . . . . . . : Non

Carte Ethernet Connexion Ethernet :

   Statut du média. . . . . . . . . . . . : Média déconnecté
   Suffixe DNS propre à la connexion. . . :
   Description. . . . . . . . . . . . . . : Marvell Yukon 88E8072 PCI-E Gigabit Ethernet Controller
   Adresse physique . . . . . . . . . . . : 00-24-81-4B-A1-26
   DHCP activé. . . . . . . . . . . . . . : Oui
   Configuration automatique activée. . . : Oui

Carte réseau sans fil Connexion sans fil*:

   Suffixe DNS propre à la connexion. . . :
   Description. . . . . . . . . . . . . . : Intel(R) WiFi Link 5100 AGN
   Adresse physique . . . . . . . . . . . : 00-21-6B-C8-16-10
   DHCP activé. . . . . . . . . . . . . . : Oui
   Configuration automatique activée. . . : Oui
   Adresse IPv6. . . . . . . . . . .*. . .: 2a02:8435:342:3801::200(préféré)
   Bail obtenu. . . . . . . . .*. . . . . : lundi 20 août 2018 16:01:51
   Bail expirant. . . . . . . . .*. . . . : mardi 21 août 2018 16:01:51
   Adresse IPv6 de liaison locale. . . . .: fe80::e4a9:a982:ddaa:6902%5(préféré)
   Adresse IPv4. . . . . . . . . . . . . .: 192.168.1.20(préféré)
   Masque de sous-réseau. . . .*. . . . . : 255.255.255.0
   Bail obtenu. . . . . . . . .*. . . . . : lundi 20 août 2018 16:01:44
   Bail expirant. . . . . . . . .*. . . . : mardi 21 août 2018 16:01:44
   Passerelle par défaut. . . .*. . . . . : fe80::46ce:7dff:fe96:45d0%5
                                            192.168.1.1
   Serveur DHCP . . . . . . . . . . . . . : 192.168.1.1
   IAID DHCPv6 . . . . . . . . . . . : 100671851
   DUID de client DHCPv6. . . . . . . . : 00-01-00-01-19-71-B5-77-00-24-81-4B-A1-26
   Serveurs DNS. . .  . . . . . . . . . . : 2a02:8435:342:3801::1
                                            2001:4860:4860::8888
                                            2001:4860:4860::8844
                                            192.168.1.1
                                            8.8.8.8
                                            8.8.4.4
   Serveur WINS principal . . . . . . . .*:
   NetBIOS sur Tcpip. . . . . . . . . . . : Activé

C:\>

Par ailleurs, j'ai aussi les hostnames de mon ordinateur Windows et de ma Raspberry, que je ping sans problème :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
C:\>ping orion

Envoi d’une requête 'ping' sur Orion [fe80::e4a9:a982:ddaa:6902%5] avec 32 octets de données*:
Réponse de fe80::e4a9:a982:ddaa:6902%5*: temps<1ms
Réponse de fe80::e4a9:a982:ddaa:6902%5*: temps<1ms
Réponse de fe80::e4a9:a982:ddaa:6902%5*: temps<1ms
Réponse de fe80::e4a9:a982:ddaa:6902%5*: temps<1ms

Statistiques Ping pour fe80::e4a9:a982:ddaa:6902%5:
    Paquets*: envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
    Minimum = 0ms, Maximum = 0ms, Moyenne = 0ms

C:\>ping raspberrypi

Envoi d’une requête 'ping' sur raspberrypi [192.168.1.40] avec 32 octets de données*:
Réponse de 192.168.1.40*: octets=32 temps=3 ms TTL=64
Réponse de 192.168.1.40*: octets=32 temps=4 ms TTL=64
Réponse de 192.168.1.40*: octets=32 temps=3 ms TTL=64
Réponse de 192.168.1.40*: octets=32 temps=16 ms TTL=64

Statistiques Ping pour 192.168.1.40:
    Paquets*: envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
    Minimum = 3ms, Maximum = 16ms, Moyenne = 6ms

C:\>

Comme on le constate, cela fonctionne, sauf que ce ne sont pas des noms d'hôtes DNS, référencés dans mon serveur DNS.

J'ai aussi vidé le cache DNS de mon ordinateur Windows, sans succès.

Si je fais un ping sur un nom d'hôte externe à mon réseau local (internet), cela fonctionne parfaitement :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
C:\>ping -4 www.google.fr

Envoi d’une requête 'ping' sur www.google.fr [216.58.201.227] avec 32 octets de données*:
Réponse de 216.58.201.227*: octets=32 temps=39 ms TTL=44
Réponse de 216.58.201.227*: octets=32 temps=39 ms TTL=44
Réponse de 216.58.201.227*: octets=32 temps=40 ms TTL=44
Réponse de 216.58.201.227*: octets=32 temps=39 ms TTL=44

Statistiques Ping pour 216.58.201.227:
    Paquets*: envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
    Minimum = 39ms, Maximum = 40ms, Moyenne = 39ms

C:\>ping -6 www.google.fr

Envoi d’une requête 'ping' sur www.google.fr [2a00:1450:4007:816::2003] avec 32 octets de données*:
Réponse de 2a00:1450:4007:816::2003*: temps=41 ms
Réponse de 2a00:1450:4007:816::2003*: temps=40 ms
Réponse de 2a00:1450:4007:816::2003*: temps=40 ms
Réponse de 2a00:1450:4007:816::2003*: temps=41 ms

Statistiques Ping pour 2a00:1450:4007:816::2003:
    Paquets*: envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
    Minimum = 40ms, Maximum = 41ms, Moyenne = 40ms

C:\>

Je n'arrive pas à comprendre ce que j'ai mal fait dans les déclaratives de mon serveur DNS, si c'est lui qui est en cause.
Ni un paramétrage sous Windows 10 Pro, soit que j'ai oublié de faire ou soit que j'aurai supprimé pensant résoudre un problème.

Avez-vous déjà eu ce problème ?

@+

**JML19** · 20/08/2018, 17h54

Bonjour

Tu n'as un mélange d'IP sur ton DNS entre IPV4 que tu renseignes à certains endroits et sur le DNS où tu n'as qu'une IPV6 ?

**Artemus24** · 21/08/2018, 08h31

Salut JML19.

Pouvez-vous traduire votre phrase en bon français car je ne comprends pas ce que vous essayez de me dire.

@+

**Artemus24** · 21/08/2018, 14h51

Salut à tous.

J'ai trouvé l'origine du problème de mon ping.
En fait, sous Windows 10, un nom d'hôte doit être obligatoirement suffixé, ce que je n'avais pas fait.

Comment j'ai procédé pour corrigé cela :

1) je suis retourné dans ma box, plus précisément dans l'onglet consacré à DNS (aussi bien pour l'IPv4 et l'IPv6).
J'ai supprimé tous mes noms d'hôtes, ceux qui correspondent à mes périphériques locaux.

2) pour chacun d'eux, j'ai ajouté ".local", comme par exemple ci-après :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

192.168.1.20	w-orion.local

3) j'ai modifié le paramétrage de mon ordinateur windows 10.
--> panneau de configuration
--> système
--> paramètres système avancés (c'est dans la colonne de gauche, en bas).
--> dans la nouvelle fenêtre qui s'ouvre sous le nom de "propriétés système", je clique sur l'onglet "nom de l'ordinateur".
--> bouton "Modifier..."
--> bouton "Autres..."
--> dans la ligne "Suffixe DNS principal de cet ordinateur", j'ai mis "local".
--> j'ai laissé coché "Modifier le suffixe DNS principale lorsque les adhésions au domaine sont modifiées".

Il me demande de redémarrer l'ordinateur, ce que je ferrai par la suite.

4) autre vérification avant le redémarrage de l'ordinateur.
Je dois m'assurer que c'est bien ce suffixe que Windows va prendre et non un autre.
Pour ce faire, vous devez vous rendre dans :
--> panneau de contrôle
--> centre réseau et partage
--> dans la colonne de gauche, vous cliquez sur "Modifier les paramètres de la carte".
--> connexion sans fil (pour moi, c'est le wifi, pour vous, c'est peut-être autre chose).
--> Propriétés
--> Vous sélectionnez "protocole Internet version 4 (TCP/IPv4).
--> vous cliquez ensuite sur le bouton "Propriétés".
--> Puis sur le bouton "Avancé...".
--> sur l'onglet "DNS".
--> Vérifiez que vous avez sélectionné "Ajouter des suffixes DNS principaux et spécifiques aux connexions".
Je n'ai pas coché "Ajouter des suffixes parents du suffixe principal".
Et dans la fenêtre "Ajouter ces suffixes DNS (dans l'ordre) :", elle doit être vide.

Vous devez faire cela aussi pour le "Protocole Internet version 6 (TCP/IPv6).

5) Maintenant, vous pouvez redémarrer votre ordinateur, afin que vos modifications soient prises en compte.

6) je teste et voici le résultat :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
C:\>nslookup w-orion
Serveur :   box
Address:  2a02:8435:342:3801::1

Nom :    w-orion.local
Addresses:  2a02:8435:342:3801::200
          192.168.1.20


C:\>ping w-orion

Envoi d’une requête 'ping' sur w-orion.local [2a02:8435:342:3801::200] avec 32 octets de données*:
Réponse de 2a02:8435:342:3801::200*: temps<1ms
Réponse de 2a02:8435:342:3801::200*: temps<1ms
Réponse de 2a02:8435:342:3801::200*: temps<1ms
Réponse de 2a02:8435:342:3801::200*: temps<1ms

Statistiques Ping pour 2a02:8435:342:3801::200:
    Paquets*: envoyés = 4, reçus = 4, perdus = 0 (perte 0%),
Durée approximative des boucles en millisecondes :
    Minimum = 0ms, Maximum = 0ms, Moyenne = 0ms

C:\>nslookup w-raspberry-pi-1
Serveur :   box
Address:  2a02:8435:342:3801::1

Nom :    w-raspberry-pi-1.local
Addresses:  2a02:8435:342:3801::400
          192.168.1.40


C:\>ping w-raspberry-pi-1

Envoi d’une requête 'ping' sur w-raspberry-pi-1.local [2a02:8435:342:3801::400] avec 32 octets de données*:
Réponse de 2a02:8435:342:3801::400*: temps=8 ms
Réponse de 2a02:8435:342:3801::400*: temps=3 ms
Réponse de 2a02:8435:342:3801::400*: temps=4 ms
Réponse de 2a02:8435:342:3801::400*: temps=17 ms

Statistiques Ping pour 2a02:8435:342:3801::400:
    Paquets*: envoyés = 4, reçus = 4, perdus = 0 (perte 25%),
Durée approximative des boucles en millisecondes :
    Minimum = 3ms, Maximum = 17ms, Moyenne = 8ms

C:\>

Ça fonctionne !!!

Comme on peut le voir, Windows ajoute le suffixe ".local" quand le nom d'hôte ne possède pas déjà un suffixe.

7) Oui, sauf que ce n'est pas tout.
Maintenant, que j'ai modifié le suffixe dans le serveur DNS de ma box, sous la Raspberry, cela ne fonctionne plus du tout.

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
~> ping w-orion
ping: w-orion: Aucune adresse associée avec le nom de l'hôte
~> ping w-raspberry-pi-1
ping: w-raspberry-pi-1: Aucune adresse associée avec le nom de l'hôte
~> dig any w-orion

Comme on peut le voir, la Raspberry n'arrive pas à trouver les noms d'hôtes.

8) et si je fais le même test, mais en mettant le suffixe ".local" ?

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
~> ping w-orion.local
ping: w-orion.local: Nom ou service inconnu
~> ping w-raspberry-pi-1.local
ping: w-raspberry-pi-1.local: Nom ou service inconnu
~> dig any w-orion.local

Le ping ne fonctionne toujours pas.
C'est surprenant, car sous windows, en accolant ".local" à mon nom d'hôte, ça fonctionnait.
Sous la raspberry, je me retrouve maintenant dans le même problème que j'avais sous Windows.

9) Comment gérer le suffixe sous la raspberry ?

Je suis dans la version raspbian stretch :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
~> uname -a
Linux RaspberryPi 4.14.62-v7+ #1134 SMP Tue Aug 14 17:10:10 BST 2018 armv7l GNU/Linux
~>

Pour ce faire, vous devez modifier le fichier "/etc/resolvconf.conf".
En fin de fichier, ajouter la ligne suivante : "search_domains_append=local".
Voici ce que cela donne :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
# Configuration for resolvconf(8)
# See resolvconf.conf(5) for details

resolv_conf=/etc/resolv.conf
# If you run a local name server, you should uncomment the below line and
# configure your subscribers configuration files below.
#name_servers=127.0.0.1

# Mirror the Debian package defaults for the below resolvers
# so that resolvconf integrates seemlessly.
dnsmasq_resolv=/var/run/dnsmasq/resolv.conf
pdnsd_conf=/etc/pdnsd.conf
unbound_conf=/var/cache/unbound/resolvconf_resolvers.conf
search_domains_append=local

10) redémarrer la Raspberry.

11) je fais le test :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
~> ping w-orion
PING w-orion(w-orion.local (2a02:8435:342:3801::200)) 56 data bytes
64 bytes from w-orion.local (2a02:8435:342:3801::200): icmp_seq=1 ttl=63 time=11.8 ms
64 bytes from w-orion.local (2a02:8435:342:3801::200): icmp_seq=2 ttl=64 time=208 ms
64 bytes from w-orion.local (2a02:8435:342:3801::200): icmp_seq=3 ttl=64 time=87.7 ms
64 bytes from w-orion.local (2a02:8435:342:3801::200): icmp_seq=4 ttl=64 time=96.0 ms
^C
--- w-orion ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3005ms
rtt min/avg/max/mdev = 11.868/101.063/208.593/70.215 ms
~> ping w-raspberry-pi-1
PING w-raspberry-pi-1(RaspberryPi (2a02:8435:342:3801::400)) 56 data bytes
64 bytes from RaspberryPi (2a02:8435:342:3801::400): icmp_seq=1 ttl=64 time=0.268 ms
64 bytes from RaspberryPi (2a02:8435:342:3801::400): icmp_seq=2 ttl=64 time=0.214 ms
64 bytes from RaspberryPi (2a02:8435:342:3801::400): icmp_seq=3 ttl=64 time=0.204 ms
64 bytes from RaspberryPi (2a02:8435:342:3801::400): icmp_seq=4 ttl=64 time=0.194 ms
^C
--- w-raspberry-pi-1 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3094ms
rtt min/avg/max/mdev = 0.194/0.220/0.268/0.028 ms
~>

Comme on peut le voir, ça fonctionne !

12) Le test du "dig" donne :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
~> dig any w-orion

; <<>> DiG 9.10.3-P4-Raspbian <<>> any w-orion
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 13648
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;w-orion.                       IN      ANY

;; Query time: 2 msec
;; SERVER: 192.168.1.1#53(192.168.1.1)
;; WHEN: Tue Aug 21 14:28:02 CEST 2018
;; MSG SIZE  rcvd: 25

~>

Surprenant, cela ne fonctionne pas.

Mais si j'ajoute le suffixe ".local", ça fonctionne :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
~> dig any w-orion.local

; <<>> DiG 9.10.3-P4-Raspbian <<>> any w-orion.local
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 48430
;; flags: qr aa rd ra ad; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;w-orion.local.                 IN      ANY

;; ANSWER SECTION:
w-orion.local.          0       IN      A       192.168.1.20
w-orion.local.          0       IN      AAAA    2a02:8435:342:3801::200

;; Query time: 2 msec
;; SERVER: 192.168.1.1#53(192.168.1.1)
;; WHEN: Tue Aug 21 14:28:10 CEST 2018
;; MSG SIZE  rcvd: 75

~>

En ce qui concerne mon problème de "ping", je considère qu'il est résolu !

13) conclusion.
Je n'avais pas compris l'utilité du suffixe DNS. Dorénavant, je devrais suffixer mes nom d'hôtes locaux, par ".local".
Le suffixe de domaine ".local" n'existe pas, ce qui permet alors de ne pas voir se diffuser sur internet mes noms d'hôtes.

Par contre, sous la Raspberry, je ne comprends pas pourquoi le "ping w-orion.local" ne fonctionne pas.

@+

**JML19** · 21/08/2018, 14h52

Bonjour

Qu'elle est l'IPV4 du DNS ?

**Artemus24** · 21/08/2018, 14h54

Salut JML19.

192.168.1.1.

C'est aussi l'adresse de la passerelle et de la box.
C'est indique dans un de mes messages quand je fais l'ipconfig /all sous windows.
Vous devriez lire en totalité le sujet !

@+

**JML19** · 21/08/2018, 16h19

Envoyé par Artemus24

Salut JML19.

192.168.1.1.

C'est aussi l'adresse de la passerelle et de la box.
C'est indique dans un de mes messages quand je fais l'ipconfig /all sous windows.
Vous devriez lire en totalité le sujet !

@+

Dans l'ipconfig cela ne m'a pas paru clair la différentiation, comme si le DNS n'était accessible qu'en IPV6.

Comme tu configures les deux IP, il arrive que ce qui fonctionne en IPV6 ne fonctionne pas en IPV4.

C'est pour cela que je t'ai posé cette question.

**Artemus24** · 21/08/2018, 17h25

Salut JML19.

Envoyé par JML19

Dans l'ipconfig cela ne m'a pas paru clair la différentiation, comme si le DNS n'était accessible qu'en IPV6.

C'est bien ce que j'ai dit, vous n'avez pas bien lu mon sujet.

Je reprends l'Ipconfig /all de windows, et je mets en rouge la partie consacré au DNS :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
C:\>ipconfig /all

Configuration IP de Windows

   Nom de l’hôte . . . . . . . . . . : Orion
   Suffixe DNS principal . . . . . . :
   Type de noeud. . . . . . . . . .  : Hybride
   Routage IP activé . . . . . . . . : Non
   Proxy WINS activé . . . . . . . . : Non

Carte Ethernet Connexion Ethernet :

   Statut du média. . . . . . . . . . . . : Média déconnecté
   Suffixe DNS propre à la connexion. . . :
   Description. . . . . . . . . . . . . . : Marvell Yukon 88E8072 PCI-E Gigabit Ethernet Controller
   Adresse physique . . . . . . . . . . . : 00-24-81-4B-A1-26
   DHCP activé. . . . . . . . . . . . . . : Oui
   Configuration automatique activée. . . : Oui

Carte réseau sans fil Connexion sans fil*:

   Suffixe DNS propre à la connexion. . . :
   Description. . . . . . . . . . . . . . : Intel(R) WiFi Link 5100 AGN
   Adresse physique . . . . . . . . . . . : 00-21-6B-C8-16-10
   DHCP activé. . . . . . . . . . . . . . : Oui
   Configuration automatique activée. . . : Oui
   Adresse IPv6. . . . . . . . . . .*. . .: 2a02:8435:342:3801::200(préféré)
   Bail obtenu. . . . . . . . .*. . . . . : lundi 20 août 2018 16:01:51
   Bail expirant. . . . . . . . .*. . . . : mardi 21 août 2018 16:01:51
   Adresse IPv6 de liaison locale. . . . .: fe80::e4a9:a982:ddaa:6902%5(préféré)
   Adresse IPv4. . . . . . . . . . . . . .: 192.168.1.20(préféré)
   Masque de sous-réseau. . . .*. . . . . : 255.255.255.0
   Bail obtenu. . . . . . . . .*. . . . . : lundi 20 août 2018 16:01:44
   Bail expirant. . . . . . . . .*. . . . : mardi 21 août 2018 16:01:44
   Passerelle par défaut. . . .*. . . . . : fe80::46ce:7dff:fe96:45d0%5
                                            192.168.1.1
   Serveur DHCP . . . . . . . . . . . . . : 192.168.1.1
   IAID DHCPv6 . . . . . . . . . . . . . .: 100671851
   DUID de client DHCPv6. . . . . . . . . : 00-01-00-01-19-71-B5-77-00-24-81-4B-A1-26
   Serveurs DNS. . .  . . . . . . . . . . : 2a02:8435:342:3801::1
                                            2001:4860:4860::8888
                                            2001:4860:4860::8844
                                            192.168.1.1
                                            8.8.8.8
                                            8.8.4.4
   Serveur WINS principal . . . . . . . .*:
   NetBIOS sur Tcpip. . . . . . . . . . . : Activé

C:\>

Comme on peut le voir, il y a six adresses, trois en IPv6 et trois en IPv4.
Comme par hasard, il y a les adresses de mon serveur DNS en IPv4 (192.168.1.1) et en IPv6 (2a02:8435:342:3801::1).
Les autres adresses sont celles du serveur DNS de Google.
Ce n'est pas moi qui ait décidé de mettre l'IPv6 en premier, mais bien Windows.

D'autre part, si cela ne fonctionnait pas, je me serai trompé dans les adresses de mon serveur DNS, et je n'aurai jamais pu effectuer un nslookup sur l'un de mes noms d'hôtes que ce soit en IPv4 ou en IPv6.

Envoyé par JML19

Comme tu configures les deux IP, il arrive que ce qui fonctionne en IPV6 ne fonctionne pas en IPV4.

Relisez mon sujet, vous verrez que j'obtiens bien les deux adresses IPv4 & IPv6 pour un nom d'hôte.

Envoyé par JML19

C'est pour cela que je t'ai posé cette question.

Oui, sauf que votre question n'a rien à voir avec le problème que j'ai rencontré.

@+

**JML19** · 22/08/2018, 10h53

Bonjour

Effectivement j'ai lu un peu vite et comme je suis dyslexique dans l'ipconfig je n'ai pas vu l'adresse IPV4 du DNS.

J'ai pensé à une mauvaise association entre l'IP et le nom de domaine, ensuite j'allais te proposer d'utiliser le fichier Hosts pour confirmer mon point de vue.

**Artemus24** · 23/08/2018, 17h24

Salut à tous.

Je termine la solution concernant la raspberry.
Je n'ai rien trouvé de probant sur le net car ce sont des anciennes solutions, qui ne sont plus valables depuis la version stretch de raspbian.

Une remarque importante au sujet des noms d'hôte DNS qui sont locaux (le suffixe), c'est-à-dire qui n'ont pas vocation à circuler sur internet.
J'ai rencontré des problèmes pour accéder à mes noms de domaines locaux.
J'ai fait le choix d'utiliser le suffixe "local" qui est conseillé par Microsoft.
Sauf que ce suffixe ne fonctionne pas sous la raspberry, sauf en faisant de grosses modifications, ce que je me refuse de faire.
Du coup, j'ai fait le choix d'utiliser "localhost" qui convient parfaitement à windows et à Raspbian.

Pour résoudre le problème il faut modifier deux fichiers qui se trouvent dans ce répertoire :
--> /etc/resolvconf/resolv.conf.d

Nous avons "head" pour placer des commandes avant la génération automatique des noms des serveurs DNS, et nous avons "tail" pour placer des commandes après.
Dans notre cas, nous mettons dans le fichier "head" :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
domain localhost
search localhost
~

Ceci correspond au suffixe qui est utilisé sous windows.

Autrement dit, quand je tape "ping -c 4 w-orion", il va chercher le nom d'hôte "w-orion.localhost", ce que je voulais !

Puis dans le fichier "tail", nous mettons :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
nameserver 8.8.8.8
nameserver 2001:4860:4860::8888
nameserver 8.8.4.4
nameserver 2001:4860:4860::8844

Nous relançons le service resolvconf :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

resolvconf -u

ou bien :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

systemctl restart resolvconf.service

Et voici le résultat dans le fichier "resolv.conf" :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
~> cat /etc/resolv.conf
# Dynamic resolv.conf(5) file for glibc resolver(3) generated by resolvconf(8)
#     DO NOT EDIT THIS FILE BY HAND -- YOUR CHANGES WILL BE OVERWRITTEN
domain localhost
search localhost
nameserver 192.168.1.1
nameserver 2a02:8435:342:3801::1
nameserver 8.8.8.8
nameserver 2001:4860:4860::8888
nameserver 8.8.4.4
nameserver 2001:4860:4860::8844

~>

Nous testons par la commande "dig" :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
~> dig any w-orion

; <<>> DiG 9.10.3-P4-Raspbian <<>> any w-orion
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 63981
;; flags: qr rd ra; QUERY: 1, ANSWER: 0, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;w-orion.                       IN      ANY

;; Query time: 2 msec
;; SERVER: 192.168.1.1#53(192.168.1.1)
;; WHEN: Thu Aug 23 15:47:12 CEST 2018
;; MSG SIZE  rcvd: 25

~> dig any w-orion.localhost

; <<>> DiG 9.10.3-P4-Raspbian <<>> any w-orion.local
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 47999
;; flags: qr aa rd ra ad; QUERY: 1, ANSWER: 2, AUTHORITY: 0, ADDITIONAL: 0

;; QUESTION SECTION:
;w-orion.localhost.             IN      ANY

;; ANSWER SECTION:
w-orion.localhost.      0       IN      A       192.168.1.20
w-orion.localhost.      0       IN      AAAA    2a02:8435:342:3801::200

;; Query time: 1 msec
;; SERVER: 192.168.1.1#53(192.168.1.1)
;; WHEN: Thu Aug 23 15:47:22 CEST 2018
;; MSG SIZE  rcvd: 75

~>

Ce qui est bizarre dans ce résultat, la raspberry ne trouve pas le nom d'hôte sans le suffixe "localhost".
Je mets cela sur le compte de la commande "dig" et non un bug à proprement parlé.

Maintenant avec la commande ping :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
~> ping -c 4 w-orion
PING w-orion(W-Orion.localhost (2a02:8435:342:3801::200)) 56 data bytes
64 bytes from W-Orion.localhost (2a02:8435:342:3801::200): icmp_seq=1 ttl=63 time=11.1 ms
64 bytes from W-Orion.localhost (2a02:8435:342:3801::200): icmp_seq=2 ttl=64 time=5.19 ms
64 bytes from W-Orion.localhost (2a02:8435:342:3801::200): icmp_seq=3 ttl=63 time=6.00 ms
64 bytes from W-Orion.localhost (2a02:8435:342:3801::200): icmp_seq=4 ttl=64 time=5.22 ms

--- w-orion ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 5.195/6.898/11.171/2.489 ms
~> ping -c 4 w-orion.localhost
PING w-orion.localhost(W-Orion.localhost (2a02:8435:342:3801::200)) 56 data bytes
64 bytes from W-Orion.localhost (2a02:8435:342:3801::200): icmp_seq=1 ttl=63 time=9.68 ms
64 bytes from W-Orion.localhost (2a02:8435:342:3801::200): icmp_seq=2 ttl=64 time=4.91 ms
64 bytes from W-Orion.localhost (2a02:8435:342:3801::200): icmp_seq=3 ttl=64 time=4.97 ms
64 bytes from W-Orion.localhost (2a02:8435:342:3801::200): icmp_seq=4 ttl=64 time=5.14 ms

--- w-orion.localhost ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 4.914/6.179/9.689/2.028 ms
~> ping6 -c 4 w-orion
PING w-orion(W-Orion.localhost (2a02:8435:342:3801::200)) 56 data bytes
64 bytes from W-Orion.localhost (2a02:8435:342:3801::200): icmp_seq=1 ttl=64 time=4.23 ms
64 bytes from W-Orion.localhost (2a02:8435:342:3801::200): icmp_seq=2 ttl=64 time=5.16 ms
64 bytes from W-Orion.localhost (2a02:8435:342:3801::200): icmp_seq=3 ttl=64 time=4.87 ms
64 bytes from W-Orion.localhost (2a02:8435:342:3801::200): icmp_seq=4 ttl=64 time=4.95 ms

--- w-orion ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 4.236/4.805/5.161/0.345 ms
~> ping6 -c 4 w-orion.localhost
PING w-orion.localhost(W-Orion.localhost (2a02:8435:342:3801::200)) 56 data bytes
64 bytes from W-Orion.localhost (2a02:8435:342:3801::200): icmp_seq=1 ttl=63 time=4.58 ms
64 bytes from W-Orion.localhost (2a02:8435:342:3801::200): icmp_seq=2 ttl=64 time=17.5 ms
64 bytes from W-Orion.localhost (2a02:8435:342:3801::200): icmp_seq=3 ttl=63 time=6.03 ms
64 bytes from W-Orion.localhost (2a02:8435:342:3801::200): icmp_seq=4 ttl=64 time=5.15 ms

--- w-orion.localhost ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3004ms
rtt min/avg/max/mdev = 4.582/8.319/17.508/5.331 ms
~>

Cela fonctionne parfaitement !

Et pour terminer, on test avec la commande "nslookup", comme sous windows :

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
~> nslookup -type=a    w-orion
Server:         192.168.1.1
Address:        192.168.1.1#53

Name:   w-orion.localhost
Address: 192.168.1.20

~> nslookup -type=a    w-orion.localhost
Server:         192.168.1.1
Address:        192.168.1.1#53

Name:   w-orion.localhost
Address: 192.168.1.20

~> nslookup -type=aaaa w-orion
Server:         192.168.1.1
Address:        192.168.1.1#53

w-orion.localhost       has AAAA address 2a02:8435:342:3801::200

~> nslookup -type=aaaa w-orion.localhost
Server:         192.168.1.1
Address:        192.168.1.1#53

w-orion.localhost       has AAAA address 2a02:8435:342:3801::200

~>

Tout fonctionne parfaitement !

Mon problème d'accès aux noms d'hôtes du serveur DNS local est résolu.

@+

[Windows 10 Pro]Le ping avec nom ne fonctionne pas !

Réseaux

Discussions similaires

Partager

Partager