تخطَّ إلى المحتوى

dig

Terminal window
{"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: في الترويسة أولاً — فـNOERROR مع عدد ANSWER غير صفري يعني بحثًا ناجحًا.

يُسمّي SERVER: في الأسفل المحلل الذي استجاب، وهو الجزء الجدير بالتحقق منه: على عقدة Azure يكون هذا في العادة محلل المنصة عند 168.63.129.16، وأي قيمة مغايرة هناك تعني أن العقدة تستخدم محللاً لم تقصد استخدامه.

كثيرًا ما تُختزل أعطال التسجيل إلى DNS. إذا تعذّر على العقدة تحليل register.ves.volterra.io أو سجل الحاويات، فلن يعمل أي شيء في المراحل اللاحقة، وهذه هي أسرع طريقة لإثبات ذلك.

يقبل الأمر وسيطات dig المعتادة، بما فيها @resolver للاستعلام عن خادم محدد — مما يفيد في إظهار أن محللاً ما يستجيب وآخر لا يستجيب.