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: を確認してください — ANSWER 数がゼロでない NOERROR は、正常に名前解決が完了したことを意味します。

下部の SERVER: は応答したリゾルバーを示しており、確認する価値がある部分です。Azureノードでは、通常はプラットフォームリゾルバーの 168.63.129.16 が表示されますが、それ以外の値が表示された場合、ノードは意図しないリゾルバーを使用していることになります。

登録の失敗は多くの場合DNSに起因します。ノードが register.ves.volterra.io やコンテナレジストリを解決できない場合、その先のすべての処理が機能しなくなります。これはその問題を素早く証明するための最短の方法です。

このコマンドは通常の dig 引数を受け付けており、特定のサーバーに問い合わせるための @resolver も使用できます。あるリゾルバーは応答するが別のリゾルバーは応答しないことを示す際に有用です。