ยืนยันค่าส่งกลับปัจจุบันของประเภทบันทึกเฉพาะอย่างรวดเร็วและเปรียบเทียบกับผลการตรวจสอบการกระจาย
เครื่องมือค้นหา DNS ออนไลน์ฟรี ป้อนโดเมนเพื่อค้นหา 7 ประเภทเรคคอร์ด DNS: A/AAAA/CNAME/MX/TXT/NS/SOA คิวรีแบ็กเอนด์โดยไม่มีข้อจำกัด CORS แสดง TTL และลำดับความสำคัญ MX รองรับการคัดลอกด้วยคลิกเดียว
DNS (Domain Name System, ระบบชื่อโดเมน) คือ "สมุดโทรศัพท์" ของอินเทอร์เน็ต ซึ่งแปลชื่อโดเมนที่จดจำได้ง่าย (เช่น example.com) เป็นที่อยู่ IP ที่เครื่องสามารถอ่านได้ การค้นหาเรคคอร์ด DNS ช่วยให้คุณ: 1) ยืนยันว่าการแปลงโดเมนทำงาน; 2) วินิจฉัยสาเหตุที่ไซต์ไม่สามารถเข้าถึงได้; 3) ตรวจสอบว่าการกำหนดค่าอีเมลเช่น MX/TXT ถูกต้อง; 4) ตรวจสอบว่าการย้าย CDN หรือโอนโดเมนเสร็จสมบูรณ์; 5) ยืนยันว่าเรคคอร์ดความปลอดภัยเช่น SPF/DKIM/DMARC ได้รับการกำหนดค่า
สาเหตุส่วนใหญ่คือแคช DNS: คอมพิวเตอร์ในเครื่อง เราเตอร์ และเซิร์ฟเวอร์ DNS แบบเรียกซ้ำของ ISP แคชเรคคอร์ด DNS ทั้งหมด ส่งคืนค่าที่แคชแทนค่าใหม่ในช่วงเวลา TTL หลังจากเปลี่ยนเรคคอร์ด DNS โหนดต้องรอ TTL หมดอายุเพื่อเห็นค่าใหม่ เครื่องมือนี้ทำการคิวรีจากโหนด DNS สาธารณะที่แบ็กเอนด์ โดยไม่ผ่านแคชในเครื่อง/ISP เพื่อแสดงผลลัพธ์การแปลงที่มีอำนาจล่าสุด
เรคคอร์ด A จับคู่โดเมนกับที่อยู่ IPv4 (เช่น 192.0.2.1) ในขณะที่เรคคอร์ด AAAA (เรียกว่าเรคคอร์ดที่อยู่ IPv6) จับคู่โดเมนกับที่อยู่ IPv6 (เช่น 2001:db8::1) ไซต์สมัยใหม่มักกำหนดค่าทั้งเรคคอร์ด A และ AAAA สำหรับการเข้าถึงคู่ IPv4/IPv6 AAAA ยาวกว่า A 4 เท่า (ที่อยู่ IPv6 คือ 128 บิตเทียบกับ 32 บิตของ IPv4) จึงเรียกว่าเรคคอร์ด "A สี่เท่า"
โดเมนราก (เช่น example.com โดยไม่มี www) ไม่สามารถใช้ CNAME ได้ (CNAME บล็อกประเภทเรคคอร์ดอื่น ละเมิดข้อมูลจำเพาะ RFC) และต้องใช้เรคคอร์ด A/AAAA โดเมนย่อย (เช่น www, cdn, api) สามารถใช้ CNAME เพื่อชี้ไปยังโดเมนอื่น (ทั่วไปในสถานการณ์ CDN เช่น www.example.com → example.cdn.cloudflare.com) โดเมนที่มีเรคคอร์ด MX, NS หรือ SOA ที่มีอยู่ก็ไม่สามารถมี CNAME ได้
หมายเลข priority/preference ที่น้อยกว่าในเรคคอร์ด MX แสดงลำดับความสำคัญที่สูงกว่า เมื่อส่งอีเมล จะลองเซิร์ฟเวอร์ MX ที่มีหมายเลขน้อยที่สุดก่อน; หากการเชื่อมต่อล้มเหลว จะลองเซิร์ฟเวอร์ MX อื่นๆ ตามลำดับตัวเลขที่เพิ่มขึ้น การกำหนดค่าทั่วไป: MX หลักที่ 10, MX สำรองที่ 20; เซิร์ฟเวอร์หลายตัวที่มีลำดับความสำคัญเท่ากันสามารถใช้หมายเลขเดียวกัน (ปรับสมดุลโหลด) อย่ากำหนดค่าเพียงเซิร์ฟเวอร์ MX เดียว เนื่องจากจุดล้มเหลวจุดเดียวจะป้องกันการส่งอีเมล
เรคคอร์ด TXT เป็นประเภทเรคคอร์ด DNS ที่ยืดหยุ่นที่สุด; การใช้งานทั่วไป ได้แก่: 1) เรคคอร์ด SPF: ระบุเซิร์ฟเวอร์ที่ได้รับอนุญาตให้ส่งอีเมล ป้องกันอีเมลปลอม; 2) DKIM: คีย์สาธารณะลายเซ็นดิจิทัลอีเมล; 3) DMARC: รายงานนโยบายอีเมล; 4) การยืนยันความเป็นเจ้าของโดเมน (Google Search Console, การออกใบรับรอง SSL, การยืนยันนักพัฒนา Apple ฯลฯ); 5) ข้อความกำหนดเองใดๆ
TTL (Time To Live) คือระยะเวลาที่ถูกต้องของแคชเรคคอร์ด DNS ในเซิร์ฟเวอร์ DNS แบบเรียกซ้ำ วัดเป็นวินาที หลังจากแก้ไข DNS "เวลาแพร่กระจาย" ขึ้นอยู่กับการกำหนดค่า TTL ก่อนหน้า: เรคคอร์ดที่มี TTL=3600 (1 ชั่วโมง) ใช้เวลาแพร่กระจายทั่วโลกถึง 1 ชั่วโมง; TTL=300 (5 นาที) แพร่กระจายใน 5 นาที แนะนำให้ลด TTL เป็น 300 วินาที 24-48 ชั่วโมงก่อนการย้าย/เปลี่ยนแปลงและคืนค่า TTL ปกติหลังจากการเปลี่ยนแปลงเสร็จสิ้น หมายเหตุ: เวลาอัปเดตแคชแตกต่างกันไประหว่างเซิร์ฟเวอร์ DNS แบบเรียกซ้ำของ ISP; การแพร่กระจายทั่วโลกที่สมบูรณ์อาจใช้เวลานานขึ้น
การค้นหา DNS คือกระบวนการขอเรคคอร์ดการแปลงสำหรับโดเมนเฉพาะจากเซิร์ฟเวอร์ DNS และเป็นหนึ่งในการดำเนินงานพื้นฐานที่สุดของอินเทอร์เน็ต: ทุกการเยี่ยมชมไซต์ การส่งอีเมล หรือการเชื่อมต่อ API จะทริกเกอร์คิวรี DNS ในพื้นหลัง เรคคอร์ด DNS มีหลายประเภท; ที่ใช้กันทั่วไป ได้แก่: A (ที่อยู่ IPv4), AAAA (ที่อยู่ IPv6), CNAME (นามแฝง), MX (เซิร์ฟเวอร์อีเมล), TXT (ข้อความ/การยืนยัน/นโยบายความปลอดภัย), NS (เซิร์ฟเวอร์ DNS), SOA (อำนาจโซน) ฯลฯ
**เหตุใดจึงควรใช้เครื่องมือค้นหา DNS ออนไลน์?** คอมพิวเตอร์ในเครื่อง เบราว์เซอร์ ระบบปฏิบัติการ เราเตอร์ และเซิร์ฟเวอร์ DNS แบบเรียกซ้ำของ ISP แคชเรคคอร์ด DNS ทั้งหมด (เวลาแคชถูกควบคุมโดย TTL) ดังนั้นสิ่งที่คุณเห็นในเครื่องอาจเป็นค่าแคชที่ล้าสมัย หลังจากเปลี่ยนเรคคอร์ด DNS คุณต้องการเครื่องมือคิวรีที่เป็นอิสระจากสภาพแวดล้อมในเครื่องเพื่อยืนยันว่าเรคคอร์ดใหม่มีผลบังคับใช้บน DNS ที่มีอำนาจ เครื่องมือนี้ทำการคิวรีแบบเรียกซ้ำโดยตรงจากโหนด DNS สาธารณะที่แบ็กเอนด์ **ข้ามแคชในเครื่อง/ISP** เพื่อส่งคืนผลลัพธ์การแปลงที่มีอำนาจปัจจุบัน
**สถานการณ์การค้นหา DNS ทั่วไป**: ยืนยันว่าเรคคอร์ด A/AAAA ชี้ไปยัง IP ที่ถูกต้องเมื่อไซต์ไม่สามารถเข้าถึงได้; ตรวจสอบการแพร่กระจายการแปลงหลังจากเปลี่ยน CDN/ย้ายเซิร์ฟเวอร์; ตรวจสอบเรคคอร์ด MX และลำดับความสำคัญหลังจากกำหนดค่าอีเมลองค์กร (Google Workspace/Office 365 ฯลฯ); ตรวจสอบเรคคอร์ด TXT หลังจากกำหนดค่านโยบายป้องกันสแปม SPF/DKIM/DMARC; ตรวจสอบเรคคอร์ด TXT การยืนยันในระหว่างการยืนยันความเป็นเจ้าของโดเมน (Google Search Console, ออก SSL, Apple Developer)
**การใช้งานหลักของแต่ละประเภทเรคคอร์ด**: A/AAAA เป็นเรคคอร์ดที่อยู่พื้นฐานที่สุด; CNAME ใช้สำหรับนามแฝงโดเมนย่อย (ทั่วไปในสถานการณ์ CDN แต่ไม่สามารถใช้บนโดเมนรากได้); MX มีลำดับความสำคัญและกำหนดเส้นทางการส่งอีเมล; TXT เป็นเรคคอร์ด "มีดพับสวิส" สำหรับ SPF/DKIM/DMARC/การยืนยันโดเมน; NS ระบุเซิร์ฟเวอร์ DNS ใดที่มีอำนาจ; SOA บันทึกเวอร์ชันโซน NS หลัก อีเมลผู้ดูแลระบบและพารามิเตอร์การอัปเดต
เครื่องมือนี้ **รองรับ 7 ประเภทเรคคอร์ด DNS ที่ใช้กันทั่วไปมากที่สุด** (A/AAAA/CNAME/MX/TXT/NS/SOA) คิวรี DNS แบ็กเอนด์ไม่ได้รับอิทธิพลจากข้อจำกัด CORS ของเบราว์เซอร์หรือแคชในเครื่อง โดยแยกค่า TTL และข้อมูลเพิ่มเติมของแต่ละเรคคอร์ด (เช่น ลำดับความสำคัญ MX) โดยอัตโนมัติ รองรับการสลับอย่างรวดเร็วระหว่างการค้นหาล่าสุด ตัวอย่างรวดเร็วที่กำหนดไว้ล่วงหน้า และการคัดลอกสรุป/รายการเรคคอร์ด/JSON ดิบด้วยคลิกเดียว
| ประเภทเรคคอร์ด | ID ประเภท | วัตถุประสงค์ | ตัวอย่าง |
|---|---|---|---|
A | 1 | จับคู่โดเมนกับที่อยู่ IPv4 | example.com → 93.184.216.34 |
AAAA | 28 | จับคู่โดเมนกับที่อยู่ IPv6 | example.com → 2606:2800:220:1:: |
CNAME | 5 | เรคคอร์ดนามแฝง ชี้ไปยังโดเมนอื่น | www.example.com → example.com |
MX | 15 | ที่อยู่และลำดับความสำคัญของเซิร์ฟเวอร์อีเมล | 10 mx.example.com |
TXT | 16 | เรคคอร์ดข้อความ (SPF/DKIM/DMARC/การยืนยัน) | v=spf1 include:_spf.google.com ~all |
NS | 2 | ระบุเซิร์ฟเวอร์ DNS ที่มีอำนาจสำหรับโดเมน | ns1.example.com |
SOA | 6 | จุดเริ่มต้นของอำนาจโซน มี NS หลัก/อีเมล/หมายเลขซีเรียล | ns1.example.com admin.example.com 2024010101 |
PTR | 12 | การแปลงย้อนกลับ (IP → โดเมน) | 34.216.184.93.in-addr.arpa → example.com |
CAA | 257 | ระบุ CA ที่ได้รับอนุญาตให้ออกใบรับรอง | 0 issue "letsencrypt.org" |
SRV | 33 | ตำแหน่งบริการ (SIP/XMPP/LDAP ฯลฯ) | _sip._tcp.example.com |
| สถานการณ์ | TTL ที่แนะนำ | หมายเหตุ |
|---|---|---|
| การทำงานเสถียร (ปกติ) | 3600 วินาที (1 ชั่วโมง) | สร้างสมดุลระหว่างประสิทธิภาพแคชและความยืดหยุ่นในการเปลี่ยนแปลง |
| กำลังจะย้าย/เปลี่ยน | 300 วินาที (5 นาที) | ลด 24-48 ชั่วโมงก่อนการเปลี่ยนแปลงเพื่อลดเวลาอัปเดตแคช |
| ระหว่างการเปลี่ยนแปลง | 60 วินาที (1 นาที) | ช่วยให้ย้อนกลับได้อย่างรวดเร็ว; คืนค่า TTL ปกติหลังจากการเปลี่ยนแปลงเสร็จสิ้น |
| CDN/ความพร้อมใช้งานสูง | 300-600 วินาที | สร้างสมดุลระหว่างความเร็ว failover และภาระคิวรี DNS |
| เรคคอร์ด MX อีเมล | 3600-86400 วินาที (1ชม-1วัน) | เรคคอร์ดอีเมลมีการเปลี่ยนแปลงน้อย; TTL ยาวสามารถยอมรับได้ |
| เรคคอร์ด NS | 86400 วินาที (1 วัน) | การเปลี่ยน NS นานมาก; TTL ยาวช่วยเพิ่มประสิทธิภาพการแปลง |
| ผู้ให้บริการ | DNS หลัก | DNS รอง | คุณสมบัติ |
|---|---|---|---|
| Google Public DNS | 8.8.8.8 | 8.8.4.4 | โหนดทั่วโลก ความเร็วสูง เข้ากันได้กับ DNS-over-TLS |
| Cloudflare 1.1.1.1 | 1.1.1.1 | 1.0.0.1 | ความเป็นส่วนตัวเป็นอันดับแรก เร็วที่สุดในโลก เข้ากันได้กับ DoH/DoT |
| Quad9 | 9.9.9.9 | 149.112.112.112 | การป้องกันความปลอดภัย บล็อกโดเมนที่เป็นอันตรายอัตโนมัติ |
