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 भी शामिल है — यह दर्शाने के लिए उपयोगी है कि एक रिज़ॉल्वर उत्तर देता है और दूसरा नहीं देता।