LLMNR vs DNS - Pourquoi 'ping' utilise-t-il llmnr au lieu de dns, sauf si j'ajoute un '.' au nom d'hôte, et pourquoi llmnr ne fonctionne-t-il pas?

J'opère sur un réseau local fermé d'Internet, et il y a quelques appareils (A, B, C, ...) connecté via un câble ethernet à un seul routeur rendant ce réseau local possible. Système d'exploitation sur tous les appareils: Windows 10.

Questions:

  • Pourquoi LLMNR échoue-t-il, alors que DNS ne le fait pas ?
  • Pourquoi 'ping A' utilise-t-il LLMNR, tandis que 'ping A.' utilise-t-il DNS ?
  • Existe-t-il un moyen de forcer nslookup à utiliser LLMNR, au lieu de DNS, et pourquoi ?
  • Quoi exactement se produit lorsque j'ajoute un '.' au nom d'hôte, pour 'ping' et 'nslookup' ?
  • Comment connaissez-vous les réponses à ces questions (domaine de travail et type d'expérience) ?

LE CONTEXTE DE CETTE QUESTION SE TROUVE CI-DESSOUS 

nslookup A

Et 

nslookup A.

Les deux donnent le résultat satisfaisant suivant 

Server:  localDnsServerName
Address: 192.168.1.1

Name:    A
Address: 192.168.1.X

Même 

ping A.

Donne un résultat satisfaisant ('.' est ajouté au nom d'hôte interrogé) 

Pinging A [192.168.1.x] with 32 bytes of data:
Reply from 192.168.1.X: byte=32 time<1ms TTL=128
Reply from 192.168.1.X: byte=32 time<1ms TTL=128
Reply from 192.168.1.X: byte=32 time<1ms TTL=128
Reply from 192.168.1.X: byte=32 time<1ms TTL=128

Ping statistics for 192.168.1.X:
    Packets: Sent = 4, Received = 4, Lost = 0 (0% loss),
Approximate round trip times in milli-seconds:
    Minimum = 0ms, Maximum = 0ms, Average = 0ms

Cependant, les éléments suivants commande 

ping A

Donne un résultat insatisfaisant 

Ping request could not find host A. Please check the name and try again.

Après une enquête plus approfondie, via Wireshark, je vois que les commandes nslookup et la commande 'ping A.' entraînent des requêtes standard réussies en utilisant le protocole DNS.

Cependant, "ping A" entraîne une requête standard utilisant le protocole LLMNR, qui échoue.

Via la RFC 4795 , Résumé pour LLMNR :
" Le but de la Résolution de nom de multidiffusion locale de lien (LLMNR) est d'activer la résolution de nom dans des scénarios dans quelle résolution de nom DNS classique n'est pas possible. LLMNR prend en charge tous les formats, types et classes DNS actuels et futurs, tout en fonctionnant sur un port distinct du DNS, et avec un cache de résolveur distinct. Puisque LLMNR fonctionne uniquement sur la liaison locale, il ne peut pas être considéré comme un substitut au DNS."

Balise supplémentaire: 'llmnr'
J'aurais ajouté officiellement la balise supplémentaire mentionnée, mais je n'ai pas une réputation d'au moins 300 pour créer une nouvelle balise. Veuillez ajouter cette balise, si c'est le cas possibilité de marquer une question après sa création, en éditant cette question.

demandé sur