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

먼저 헤더의 status:를 확인하십시오 — 0이 아닌 ANSWER 카운트와 함께 NOERROR가 표시되면 조회가 성공한 것입니다.

하단의 SERVER:는 응답한 리졸버를 나타내며, 이것이 확인할 가치가 있는 부분입니다. Azure 노드에서는 일반적으로 168.63.129.16의 플랫폼 리졸버이며, 다른 값이 표시되면 노드가 의도하지 않은 리졸버를 사용하고 있다는 의미입니다.

등록 실패는 종종 DNS로 귀결됩니다. 노드가 register.ves.volterra.io 또는 컨테이너 레지스트리를 확인할 수 없으면 하위의 어떤 것도 작동하지 않으며, 이것이 이를 증명하는 가장 빠른 방법입니다.

이 명령은 특정 서버를 쿼리하기 위한 @resolver를 포함한 일반적인 dig 인수를 허용합니다 — 하나의 리졸버는 응답하고 다른 리졸버는 응답하지 않음을 보여줄 때 유용합니다.