ตรวจสุขภาพโดเมนและ VPS ด้วย dnsxray.com ฟรีไม่ต้องสมัคร
ทุกครั้งที่ย้ายโดเมนมาชี้ VPS ใหม่ ตั้ง email server หรือเพิ่ม SSL certificate สิ่งที่ admin ต้องทำคือ ตรวจสอบ ว่าทุกอย่างทำงานถูกต้องจริง ไม่ใช่แค่เชื่อว่าน่าจะ OK เครื่องมือออนไลน์ส่วนใหญ่ตรวจได้แค่ 1–2 อย่าง แต่ dnsxray.com รวมทุก tool ที่ VPS admin ต้องการไว้ในเว็บเดียว — ฟรี ไม่ต้องสมัคร เปิดแล้วใช้ได้เลย
เครื่องมือที่มีใน dnsxray.com
ณ วันที่เขียนบทความนี้ dnsxray.com มีเครื่องมือครอบคลุม 4 หมวดหลัก:
🌐 DNS & โดเมน
ตรวจ DNS records ทุกชนิด (A/AAAA/MX/TXT/NS/CNAME), DNSSEC, propagation, Whois, DNS TTL, TXT records และ BIMI
📧 Email Health
ตรวจ SPF, DKIM, DMARC ในที่เดียว, MTA-STS, email authentication score และ mail server test แบบ live
🔒 SSL & Web Security
ตรวจ SSL certificate grade, expiry, chain, OCSP stapling, security headers (HSTS/CSP/X-Frame-Options) และ mixed content
🛠️ Network & Server
ตรวจ uptime, redirect chain, technology detection, IPv6 support, robots.txt, GeoIP และ port scanning
ที่ชอบมากคือไม่มีโฆษณา popup และผลลัพธ์เห็นแบบ real-time ไม่ต้องรอ load page ใหม่
Workflow: ย้าย VPS ใหม่ ตรวจอะไรก่อน
เมื่อย้ายเว็บมา VPS ใหม่และอัปเดต DNS แล้ว ลำดับการตรวจที่ใช้ได้จริง:
ขั้นที่ 1: ดู DNS propagation
ไปที่ dnsxray.com/dns พิมพ์โดเมน เลือก record type เป็น A จะเห็นว่า nameserver แต่ละตัวตอบ IP อะไร — ถ้ายังมีบาง resolver ตอบ IP เก่า แสดงว่า propagation ยังไม่ครบ ให้รอจนกว่าจะ consistent ทุกแถว
# ตรวจ DNS propagation ด้วย command line ด้วย
dig @8.8.8.8 example.com A +short # Google DNS
dig @1.1.1.1 example.com A +short # Cloudflare DNS
dig @9.9.9.9 example.com A +short # Quad9 DNS
ขั้นที่ 2: ตรวจ SSL certificate
ที่ dnsxray.com/ssl จะเห็น grade (A+/A/B/C), วันหมดอายุ, certificate chain ครบหรือไม่ และ OCSP status รวมถึงการตรวจว่ามี cipher ที่ weak หรือเปล่า ถ้าได้ B ลงมาให้ดูว่ามี TLS 1.0/1.1 เปิดอยู่หรือเปล่า
ขั้นที่ 3: ตรวจ Email authentication
สำหรับ VPS ที่รัน mail server ให้ใช้ dnsxray.com/mailtest ตรวจ SPF/DKIM/DMARC ในครั้งเดียว หน้านี้จะบอกทันทีว่า record ไหนขาดหรือตั้งค่าผิด พร้อม suggestion แก้ไข
ขั้นที่ 4: ตรวจ Security Headers
ที่ dnsxray.com/security-headers ตรวจว่า Nginx/Apache ส่ง header ครบหรือไม่ — HSTS, X-Frame-Options, Content-Security-Policy, X-Content-Type-Options, Permissions-Policy ถ้า header ขาดจะมีคำแนะนำ config ให้เลย
# ตรวจ security headers ด้วย curl
curl -sI https://example.com | grep -E "Strict|X-Frame|Content-Security|X-Content|Permissions"
ขั้นที่ 5: ตรวจ Redirect chain
ใช้ dnsxray.com/redirect ตรวจว่า http → https redirect ถูกต้อง, www → non-www (หรือกลับกัน) redirect ครบ และไม่มี redirect loop หรือ redirect chain ยาวเกิน 3 ขั้น
ฟีเจอร์ที่ VPS Admin ใช้บ่อยที่สุด
Fresh Check — Query NS โดยตรง
ปัญหาของ DNS tool ทั่วไปคือ result ที่เห็นอาจมาจาก cache ของ tool เอง dnsxray.com มีปุ่ม "Fresh Check" ที่ query authoritative nameserver โดยตรง ข้ามทุก cache — ใช้ตรวจว่า TXT record ที่เพิ่งเพิ่มไปนั้น propagate จริงหรือยัง ไม่ใช่แค่ cache เก่า
GeoIP พร้อม ASN
ที่ dnsxray.com/geoip ตรวจ IP ได้ทั้ง country, region, city, ISP/ASN — ใช้ตรวจว่า IP ของ VPS ที่เพิ่งเช่ามาตั้ง GeoIP ถูกต้องหรือเปล่า บาง datacenter IP ถูก map ประเทศผิดซึ่งกระทบ geo-blocking rule
Technology Detection
ตรวจว่าเว็บใช้ server อะไร, CMS อะไร, framework อะไร — ใช้ตรวจตัวเองว่า server signature ที่ต้องการซ่อนนั้นซ่อนแล้วจริงหรือยัง หลังจากตั้ง server_tokens off ใน Nginx
ตรวจสอบว่าโดเมน VPS พร้อม production จริง
Checklist ที่ควรผ่านทั้งหมดก่อน go-live:
# 1. DNS A record ชี้ IP ถูกต้อง
dig example.com A +short
# ต้องได้ IP ของ VPS ใหม่
# 2. SSL certificate ใช้ได้จริง
curl -sI https://example.com | head -1
# ต้องได้ HTTP/2 200 (ไม่ใช่ 301/connection error)
# 3. HSTS header ถูกต้อง
curl -sI https://example.com | grep -i "strict-transport"
# ควรเห็น max-age=31536000; includeSubDomains
# 4. HTTP → HTTPS redirect ทำงาน
curl -sI http://example.com | grep -i "location"
# ต้องได้ Location: https://example.com/
# 5. Email: SPF record มีอยู่
dig example.com TXT | grep "v=spf1"
แก้ปัญหาที่พบบ่อยหลังใช้ dnsxray.com
Error: "DNSSEC validation failed"
dnsxray.com แจ้งว่า DNSSEC signature ไม่ valid มักเกิดจาก DS record ที่ registrar กับ DNSKEY ที่ nameserver ไม่ match — เกิดบ่อยหลังย้าย nameserver โดยไม่ update DS record ก่อน:
# ตรวจ DS record ที่ registrar
dig example.com DS +short
# ตรวจ DNSKEY ที่ authoritative NS
dig @ns1.example.com example.com DNSKEY +short
# ถ้าไม่ match ต้องไปที่ registrar แล้ว update DS record ให้ตรงกับ DNSKEY ใหม่
Error: "SPF record has too many DNS lookups"
SPF มี limit 10 DNS lookups ถ้าเกินจะ fail การตรวจที่ dnsxray.com จะนับให้เห็นว่า lookup ไหนใช้ไปเท่าไร:
# ดู SPF record ทั้งหมด
dig example.com TXT | grep "v=spf1"
# วิธีแก้: ใช้ SPF flattening tool แปลง include: เป็น IP range โดยตรง
# หรือลด include: ที่ไม่จำเป็นออก เช่น include จาก email service ที่เลิกใช้แล้ว
Error: "SSL certificate chain incomplete"
เกิดบน mobile browser บางตัวที่ไม่มี intermediate cert ใน trust store ทั้งที่ desktop ไม่มีปัญหา:
# ตรวจ certificate chain
openssl s_client -connect example.com:443 -showcerts 2>/dev/null | grep "s:/"
# ควรเห็น 3 บรรทัด: domain cert → intermediate → root
# ถ้าขาด intermediate: ใส่ fullchain.pem แทน cert.pem ใน Nginx config
ssl_certificate /etc/letsencrypt/live/example.com/fullchain.pem;
Error: "Security headers score: D — missing CSP"
Content-Security-Policy เป็น header ที่ยากที่สุดเพราะ whitelist ต้องครอบคลุมทุก resource ที่ใช้ เริ่มด้วย report-only mode ก่อน:
# ใน Nginx: เริ่มด้วย report-only ก่อน เพื่อเก็บ violation log
add_header Content-Security-Policy-Report-Only "default-src 'self'; report-uri /csp-report";
# ดู log ว่า resource ไหน block แล้วค่อย migrate ไป CSP จริง
add_header Content-Security-Policy "default-src 'self'; script-src 'self' 'unsafe-inline';";
Error: "Redirect chain too long (5+ hops)"
เกิดจากมี redirect ซ้อนกันหลายชั้น เช่น http → www → https → non-www ควรเหลือแค่ 1 hop:
# ตรวจ redirect chain ด้วย curl
curl -sL -o /dev/null -w "%{url_effective}\n%{redirect_url}\n" \
-D - http://example.com 2>&1 | grep -E "HTTP|Location"
# แก้: ใน Nginx รวม redirect เป็น rule เดียว
server {
listen 80;
server_name example.com www.example.com;
return 301 https://example.com$request_uri; # 1 hop เท่านั้น
}
คำถามที่พบบ่อย
dnsxray.com ใช้ฟรีตลอดไปหรือเปล่า?
ใช้ฟรีทุก tool ไม่ต้องสมัครบัญชี ไม่มี rate limit สำหรับการใช้งานปกติ ทำโดยทีม asiagb.com ซึ่งเป็น hosting provider ไทย เปิดให้ใช้เป็น public tool สำหรับชุมชน developer และ sysadmin
ต่างจาก MXToolbox หรือ DNSChecker อย่างไร?
MXToolbox เน้น email / DNS และมี premium plan สำหรับ monitoring ส่วน dnsxray.com ครอบคลุมกว่าในด้าน web security (security headers, technology detection, redirect chain) และรวม GeoIP กับ DNSSEC verify แบบ live ไว้ด้วย ข้อได้เปรียบคือ interface เร็วกว่า ไม่มี ads และ Fresh Check ที่ bypass cache ได้
ใช้ dnsxray.com เพื่อ monitor uptime แทน tool อื่นได้ไหม?
ใช้ check ตามต้องการได้ดี แต่ไม่มีระบบ alert อัตโนมัติ สำหรับ uptime monitoring แบบต่อเนื่องที่ต้องการ notification เมื่อล่มควรใช้ tool เฉพาะทางอย่าง Uptime Kuma หรือ Grafana บน VPS ของตัวเอง แต่ใช้ dnsxray.com ตรวจ on-demand หลัง deploy หรือหลัง DNS change ได้ดีมาก
สรุป
ที่เขียนถึง dnsxray.com เพราะมันแก้ปัญหาจริงที่ admin เจอทุกวัน แทนที่จะเปิด 5 tab สำหรับ DNS, SSL, email, headers, redirect แยกกัน เปิดแค่ที่เดียวแล้วตรวจได้ครบ ประหยัดเวลาไปได้มาก โดยเฉพาะในช่วง go-live หรือ troubleshoot ที่ทุกนาทีมีความหมาย