- หน้าแรก
- เครือข่ายมัลติคลาวด์
- Customer Edge diagnostics
- Command reference
- Network commands
- 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: ในส่วนหัวก่อน — NOERROR พร้อมจำนวน ANSWER ที่ไม่เป็นศูนย์ หมายความว่าการค้นหาสำเร็จ
SERVER: ที่ด้านล่างระบุตัวแก้ไขที่ตอบสนอง ซึ่งเป็นส่วนที่ควรตรวจสอบ: บนโหนด Azure โดยปกติจะเป็นตัวแก้ไขของแพลตฟอร์มที่ 168.63.129.16 และหากเป็นค่าอื่น แสดงว่าโหนดกำลังใช้ตัวแก้ไขที่คุณไม่ได้ตั้งใจ
ความล้มเหลวในการลงทะเบียนมักย้อนกลับไปที่ DNS หากโหนดไม่สามารถแก้ไข register.ves.volterra.io หรือ container registry ได้ ทุกอย่างที่อยู่ถัดไปจะไม่ทำงาน และนี่คือวิธีที่รวดเร็วที่สุดในการพิสูจน์
คำสั่งนี้รับอาร์กิวเมนต์ dig ปกติ รวมถึง @resolver เพื่อสอบถามเซิร์ฟเวอร์เฉพาะ — มีประโยชน์สำหรับการแสดงให้เห็นว่าตัวแก้ไขหนึ่งตอบสนองและอีกตัวหนึ่งไม่ตอบสนอง