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

Lesen Sie zuerst status: in der Kopfzeile — NOERROR mit einem ANSWER-Zähler ungleich null ist eine erfolgreiche Auflösung.

SERVER: am unteren Ende benennt den Resolver, der geantwortet hat, und das ist der Teil, der sich lohnt zu überprüfen: Auf einem Azure-Knoten ist dies normalerweise der Plattform-Resolver unter 168.63.129.16, und etwas anderes bedeutet, dass der Knoten einen Resolver verwendet, den Sie nicht vorgesehen haben.

Registrierungsfehler lassen sich häufig auf DNS zurückführen. Wenn der Knoten register.ves.volterra.io oder die Container-Registry nicht auflösen kann, funktioniert nichts Nachgelagertes, und dies ist der schnellste Weg, dies nachzuweisen.

Der Befehl akzeptiert die üblichen dig-Argumente, einschließlich @resolver zur Abfrage eines bestimmten Servers — nützlich, um zu zeigen, dass ein Resolver antwortet und ein anderer nicht.