dig

`dig`

{"command":["dig","volterra.azurecr.io"]}

; <<>> DiG 9.16.23-RH <<>> volterra.azurecr.io
;; global options: +cmd
;; Got answer:
;; ->>HEADER<<- opcode: QUERY, status: NOERROR, id: 57771
;; flags: qr rd ra; QUERY: 1, ANSWER: 5, AUTHORITY: 0, ADDITIONAL: 1

;; OPT PSEUDOSECTION:
; EDNS: version: 0, flags:; udp: 1224
; COOKIE: 92376ed790213a39 (echoed)
;; QUESTION SECTION:
;volterra.azurecr.io.    IN  A

;; ANSWER SECTION:
volterra.azurecr.io.  1421  IN  CNAME  22f7044cf29c444e8ca1c1ee28c49790.trafficmanager.net.
22f7044cf29c444e8ca1c1ee28c49790.trafficmanager.net. 300 IN CNAME eus-3.fe.azcr.io.
eus-3.fe.azcr.io.  510  IN  CNAME  eus-3-acr-reg.trafficmanager.net.
eus-3-acr-reg.trafficmanager.net. 157 IN CNAME  r0721eus-3-az.eastus.cloudapp.azure.com.
r0721eus-3-az.eastus.cloudapp.azure.com. 3 IN A  <public-ip>

;; Query time: 5 msec
;; SERVER: 168.63.129.16#53(168.63.129.16)
;; WHEN: Mon Aug 03 16:30:31 UTC 2026
;; MSG SIZE  rcvd: 250

Lisez d’abord status: dans l’en-tête — NOERROR avec un nombre ANSWER non nul indique une résolution réussie.

SERVER: en bas identifie le résolveur qui a répondu, ce qui est l’élément essentiel à vérifier : sur un nœud Azure, il s’agit normalement du résolveur de la Plateforme à 168.63.129.16, et toute autre valeur signifie que le nœud utilise un résolveur que vous n’aviez pas prévu.

Les échecs d’enregistrement se réduisent souvent à des problèmes DNS. Si le nœud ne peut pas résoudre register.ves.volterra.io ou le registre de conteneurs, rien en aval ne fonctionnera, et c’est le moyen le plus rapide de le démontrer.

La commande accepte les arguments habituels de dig, notamment @resolver pour interroger un serveur spécifique — utile pour montrer qu’un résolveur répond et qu’un autre ne répond pas.