ตรวจสอบ WHOIS โดเมนและเนมเซิร์ฟเวอร์: กรอกโดเมน → เช็กระเบียน DNS (รองรับกว่า 1,400 TLD)

บางครั้งหลังย้ายโฮสติ้ง เว็บไซต์ยังเชื่อมไปยังเซิร์ฟเวอร์เดิม หรือต้องตรวจวันหมดอายุของโดเมน เครื่องมือนี้ตรวจ WHOIS โดเมนและเนมเซิร์ฟเวอร์ไปพร้อมกันจากที่อยู่โดเมนเดียว และแสดงผู้รับจดทะเบียน วันที่จดทะเบียน วันหมดอายุ และระเบียน A·AAAA·MX·TXT·SOA ในหน้าจอเดียว
ข้อมูลการจดทะเบียนจะดึงจาก RDAP ของโดเมนก่อน ถ้าโดเมนไม่รองรับก็ดึงจากเซิร์ฟเวอร์ WHOIS ของโดเมน แล้วนำเนมเซิร์ฟเวอร์ที่จดทะเบียนไว้มาวางเทียบกับ การตอบกลับของระเบียน DNS จริง เพื่อดูว่าตรงกันหรือไม่ ไม่ต้องเข้าไปในหน้าจัดการของผู้รับจดทะเบียน
Ⅰ. วิธีอ่านผลการตรวจ WHOIS โดเมน
หน้าผลการตรวจ WHOIS โดเมนแบ่งเป็นสี่ส่วน คือข้อมูลการจดทะเบียน เนมเซิร์ฟเวอร์ ระเบียน DNS และบริการที่ตรวจพบ ทั้งหมดอธิบายโดเมนเดียวกันแต่มาจากแหล่งต่างกัน ข้อมูลการจดทะเบียนคือค่าในบัญชีทะเบียนที่หน่วยงานจดทะเบียนดูแล ส่วนระเบียน DNS คือการตอบกลับที่เนมเซิร์ฟเวอร์ส่งกลับมาจริงในขณะนี้ การที่ทั้งสองอย่างอาจไม่ตรงกันคือจุดเริ่มต้นในการอ่านหน้าจอนี้
1️⃣ ข้อมูลการจดทะเบียน: ผู้รับจดทะเบียน วันที่จดทะเบียน วันหมดอายุ และสถานะ
ข้อมูลการจดทะเบียนดึงมาจากบัญชีทะเบียนที่ดูแลโดเมน ไม่เกี่ยวกับว่าเว็บไซต์เปิดอยู่หรือไม่ หรือหน้าจอแสดงอะไรอยู่ แม้เว็บไซต์ปิดไปแล้ว ถ้าการจดทะเบียนยังมีผล รายการเหล่านี้ก็ยังแสดงตามเดิม
ผู้รับจดทะเบียนคือผู้ที่ขายโดเมน ซึ่งต่างจากรีจิสทรี ผู้ที่ดูแลชื่อ .com ทั้งหมดคือ Verisign และผู้ที่ขายโดเมนแต่ละชื่อและรับต่ออายุภายใต้ Verisign คือผู้รับจดทะเบียน เช่น Gabia, Whois, Namecheap และ GoDaddy
รหัส IANA คือหมายเลขเฉพาะที่กำหนดให้ผู้รับจดทะเบียนแต่ละรายที่ได้รับการรับรองจาก ICANN เมื่อมีหลายบริษัทชื่อคล้ายกัน ก็แยกแยะได้ด้วยหมายเลขนี้ ถ้าไม่มีหมายเลข แปลว่าไม่ได้จดผ่านผู้รับจดทะเบียนที่ได้รับการรับรองจาก ICANN ซึ่งพบบ่อยในโดเมนประจำประเทศ
เผยแพร่ — ข้างวันที่จดทะเบียนจะแสดงจำนวนปีที่ผ่านไปนับจากจดทะเบียนด้วย อายุโดเมนไม่ได้ช่วยเพิ่มอันดับในตัวเอง แต่ใช้เป็นข้อมูลอ้างอิงได้เมื่อเปรียบเทียบเว็บไซต์ที่มีหัวข้อเดียวกัน แก้ไขล่าสุดไม่ใช่วันที่แก้ไขเนื้อหาเว็บไซต์ แต่เป็นค่าที่อัปเดตเมื่อเปลี่ยนเนมเซิร์ฟเวอร์ แก้ไขข้อมูลติดต่อ หรือต่ออายุโดเมน
วันหมดอายุแสดงเป็นป้ายที่ด้านบนด้วย ถ้ายังเหลือเวลาอีกนานจะเป็นสีเขียว ถ้าเหลือไม่เกิน 30 วันจะเป็นสีส้ม และถ้าเลยไปแล้วจะเป็นสีแดง โดเมนไม่ได้หายไปทันทีที่เลยวันหมดอายุ ส่วนนี้จะอธิบายต่อในหัวข้อ Ⅲ
สถานะคือรหัสที่บอกการล็อกและสถานะการดำเนินการของโดเมน เครื่องมือจะคงรหัสไว้ตามเดิมและเติมคำอธิบายไว้ข้างหน้า clientTransferProhibited หมายถึงการล็อกการโอนย้ายที่ผู้รับจดทะเบียนตั้งไว้ รหัสที่ขึ้นต้นด้วย client เป็นของผู้รับจดทะเบียน ส่วนที่ขึ้นต้นด้วย server เป็นของรีจิสทรี การล็อกการโอนย้ายไม่ใช่ปัญหา แต่ส่วนใหญ่เป็นค่าเริ่มต้น ผู้รับจดทะเบียนตั้งไว้เพื่อป้องกันการโอนย้ายโดเมนโดยมิชอบ
DNSSEC คือฟีเจอร์ที่ใช้ลายเซ็นยืนยันว่าการตอบกลับ DNS ไม่ได้ถูกปลอมแปลง ถ้าเปิดใช้งานอยู่แปลว่ามีการลงทะเบียนลายเซ็นไว้ ส่วนการไม่ได้เปิดใช้งานก็ไม่ได้แปลว่ามีปัญหาเสมอไป
2️⃣ ทำไมผลตรวจเนมเซิร์ฟเวอร์จึงแยกเป็นสองคอลัมน์
เนมเซิร์ฟเวอร์จะแสดงเป็นสองคอลัมน์ ไม่ใช่การแสดงรายการเดียวกันสองครั้ง แต่เป็นการวางค่าสองค่าที่มาจากแหล่งต่างกันไว้เทียบกัน
ตามข้อมูลจดทะเบียนคือค่าที่บันทึกในบัญชีทะเบียนของผู้รับจดทะเบียนและรีจิสทรี ค่านี้จะเปลี่ยนเมื่อกรอกเนมเซิร์ฟเวอร์ในหน้าจัดการโดเมน DNS จริงคือการตอบกลับที่ได้จากการถามเนมเซิร์ฟเวอร์ในขณะนี้ เป็นสถานะจริง ณ ตอนที่กดปุ่มตรวจสอบ
ถ้าค่าทั้งสองตรงกัน จะมีป้ายสีเขียว ตรงกัน ที่คอลัมน์ซ้าย ถ้าต่างกันจะมีป้ายสีส้ม ไม่ตรงกัน แทน บางครั้งก็ไม่มีป้ายเลย ซึ่งเกิดเมื่อค่าฝั่งหนึ่งว่างจนเทียบกันไม่ได้ หน้าจอแบบนี้จะเห็นได้ในโดเมนประจำประเทศที่ไม่เปิดเผยข้อมูลการจดทะเบียน
จำนวนที่ต่างกันก็ถือว่าไม่ตรงกัน เช่น ในบัญชีทะเบียนมีสองตัว แต่การตอบกลับจริงมีสามตัว จะเป็นแบบนี้เมื่อเพิ่มเนมเซิร์ฟเวอร์แล้วไม่ได้อัปเดตที่ฝั่งผู้รับจดทะเบียน
ความไม่ตรงกันหมายถึงอะไรและต้องรอนานแค่ไหน อธิบายไว้ในหัวข้อ Ⅱ
3️⃣ การตรวจ DNS: ความหมายของระเบียนแต่ละชนิด
ระเบียน DNS คือรายการที่แปลงชื่อโดเมนเป็นที่อยู่จริงหรือค่าการตั้งค่า แต่ละชนิดทำหน้าที่ต่างกัน
|
ประเภท |
หน้าที่ |
|---|---|
|
A |
ชี้โดเมนไปยัง ที่อยู่ IPv4 ของเซิร์ฟเวอร์ เป็นค่าที่บอกว่าเว็บไซต์อยู่บนเซิร์ฟเวอร์ใด |
|
AAAA |
ทำหน้าที่เดียวกันด้วยที่อยู่ IPv6 ไม่มีก็ไม่ใช่ปัญหา |
|
CNAME |
ชื่อแฝงที่ชี้ไปยังชื่ออื่น มักใช้ส่ง www ไปยังโดเมนหลัก |
|
MX |
เซิร์ฟเวอร์ที่รับอีเมล ตัวเลขด้านหน้าคือลำดับความสำคัญ ยิ่งน้อยยิ่งถูกลองก่อน |
|
NS |
เนมเซิร์ฟเวอร์ที่รับผิดชอบโดเมนนี้ |
|
TXT |
สตริงรูปแบบอิสระ SPF ที่กำหนดเซิร์ฟเวอร์ผู้ส่ง และค่ายืนยันความเป็นเจ้าของของ Google หรือ Naver จะอยู่ที่นี่ |
|
SOA |
ข้อมูลหลักของทั้งโซน ประกอบด้วยเนมเซิร์ฟเวอร์ที่ดูแลและหมายเลขลำดับ |
ค่า TTL ทางขวาคือระยะเวลาเป็นวินาทีที่เก็บค่านี้ไว้ได้ 300 คือ 5 นาที 3600 คือหนึ่งชั่วโมง และ 86400 คือหนึ่งวัน ส่วนใหญ่ค่าที่เปลี่ยนแล้วไม่มีผลทันทีก็เพราะเหตุนี้
ถ้าไม่มี MX แปลว่าโดเมนนั้นไม่รับอีเมล ถ้ามีบรรทัด TXT ที่ขึ้นต้นด้วย v=spf1 แปลว่ามีการกำหนดเซิร์ฟเวอร์ส่งอีเมลไว้
4️⃣ บริการที่ตรวจพบ: โฮสติ้ง การจัดการ DNS และอีเมล
ส่วนนี้นำค่าข้างต้นมารวมกันเพื่อประเมินว่ากำลังใช้บริการอะไรอยู่จริง
โฮสติ้งจะตรวจเครือข่ายที่ IP ของระเบียน A สังกัดอยู่ แล้วแสดงชื่อผู้ให้บริการและหมายเลข AS หมายเลข AS คือหมายเลขเฉพาะที่กำหนดให้แต่ละเครือข่ายบนอินเทอร์เน็ต ประเทศคือประเทศที่เครือข่ายนั้นจดทะเบียนไว้ และ DNS ย้อนกลับคือชื่อที่ได้เมื่อค้นหา IP แบบย้อนกลับ ใน DNS ย้อนกลับมักยังมีชื่อผู้ให้บริการอยู่ จึงเป็นหลักฐานอีกอย่างในการระบุโฮสติ้ง
การจัดการ DNS ระบุจากที่อยู่เนมเซิร์ฟเวอร์ ถ้าเป็น ns.cloudflare.com คือ Cloudflare ถ้าเป็น ns.gabia.co.kr คือ Gabia อีเมลระบุจากโฮสต์ MX ถ้าเป็น aspmx.l.google.com คือ Google Workspace ถ้าเป็น mail.protection.outlook.com คือ Microsoft 365
มีสองเรื่องที่ต้องคำนึง ข้อแรก ผู้ให้บริการที่ไม่อยู่ในตารางจะไม่มีชิป ถ้าใช้เนมเซิร์ฟเวอร์ที่ไม่ค่อยมีคนรู้จัก ชิปการจัดการ DNS อาจว่างอยู่ ซึ่งไม่ได้แปลว่าการตรวจล้มเหลว ข้อสอง เว็บไซต์ที่ผ่าน CDN อย่าง Cloudflare IP และผู้ให้บริการที่แสดงจะเป็นของ CDN วิธีนี้จึงบอกไม่ได้ว่าเซิร์ฟเวอร์จริงอยู่ที่ไหน
5️⃣ ทำไมแหล่งข้อมูลจึงเป็น RDAP หรือ WHOIS
ช่อง แหล่งข้อมูล ที่ด้านล่างของผลลัพธ์จะบอกว่าได้ข้อมูลมาทาง RDAP หรือ WHOIS เพราะเครื่องมือนี้ใช้ทั้งสองวิธี
WHOIS เป็นวิธีที่ใช้มาตั้งแต่ทศวรรษ 1980 เมื่อเชื่อมต่อพอร์ต 43 แล้วส่งชื่อโดเมนไป เซิร์ฟเวอร์จะส่งข้อความที่คนอ่านได้กลับมาตามเดิม เพราะไม่มีรูปแบบตายตัว ชื่อรายการจึงต่างกันไปในแต่ละเซิร์ฟเวอร์ RDAP เป็นมาตรฐานที่มาแทน เมื่อส่งคำขอผ่าน HTTPS จะได้การตอบกลับในโครงสร้าง JSON ที่กำหนดไว้ ชื่อรายการเป็นแบบเดียวกัน และรองรับหลายภาษากับการควบคุมการเข้าถึง
ตั้งแต่วันที่ 28 มกราคม 2025 ICANN กำหนดให้วิธีทางการในการให้ข้อมูลการจดทะเบียน gTLD เป็น RDAP สำหรับโดเมนระดับบนสุดทั่วไปอย่าง .com, .net และ .org ตอนนี้ RDAP คือมาตรฐาน แต่การตัดสินใจนี้ใช้กับ gTLD เท่านั้น ส่วนโดเมนประจำประเทศ หน่วยงานดูแลแต่ละแห่งจะดำเนินการตามนโยบายของตัวเอง โดเมนอย่าง .kr ที่ไม่ให้บริการ RDAP จะตรวจด้วยวิธี WHOIS แบบเดิม
เครื่องมือนี้จะลอง RDAP ก่อน ถ้า โดเมนระดับบนสุดนั้นไม่ให้บริการ RDAP ก็จะเปลี่ยนไปใช้ WHOIS ได้ข้อมูลมาทางไหนจะระบุไว้ในแหล่งข้อมูล รายการที่แสดงก็ต่างกันเล็กน้อยตามแหล่งข้อมูล RDAP มีรหัส IANA และช่องทางติดต่อกรณีละเมิดอยู่ในโครงสร้าง จึงมักมีรายการที่กรอกไว้ครบกว่า
ดูผลลัพธ์ต้นฉบับ — กดปุ่มนี้เพื่อดูการตอบกลับตามที่ได้รับมา ถ้าได้ข้อมูลมาทาง RDAP จะมีปุ่ม ค้นด้วย WHOIS ด้วย ปรากฏขึ้นมาพร้อมกัน ต้องกดจึงจะค้นซ้ำอีกครั้งทางพอร์ต 43 ถ้าไม่กดก็จะไม่มีคำขอส่งออกไป ถ้าในผลลัพธ์ต้นฉบับมีอีเมลและเบอร์โทรของผู้ติดต่อ หน้าจอจะซ่อนไว้
Ⅱ. การตรวจเนมเซิร์ฟเวอร์และการมีผลของการเปลี่ยนแปลง
เนมเซิร์ฟเวอร์คือป้ายบอกทางที่กำหนดว่าจะส่งชื่อโดเมนไปยังเซิร์ฟเวอร์ใด ค่านี้จะเปลี่ยนเมื่อย้ายโฮสติ้งหรือเชื่อม Cloudflare แต่เปลี่ยนแล้วไม่ได้มีผลทุกที่ทันที ถ้าวางเนมเซิร์ฟเวอร์ในข้อมูลการจดทะเบียนเทียบกับค่าที่ DNS จริงส่งกลับมา ก็จะดูจากหน้าจอได้ว่าตอนนี้อยู่ในขั้นไหน
1️⃣ สถานการณ์ที่ต้องตรวจเนมเซิร์ฟเวอร์
ปกติแล้วแทบไม่ต้องดูเนมเซิร์ฟเวอร์ แต่จะต้องตรวจในสถานการณ์ต่อไปนี้
- เมื่อย้ายโฮสติ้ง : เปลี่ยนเป็นเนมเซิร์ฟเวอร์ที่โฮสติ้งใหม่ให้มาแล้ว แต่เว็บไซต์ยังเชื่อมไปยังเซิร์ฟเวอร์เดิม
- CDN ที่เพิ่งติดตั้ง : Cloudflare ทำงานด้วยการเปลี่ยนเนมเซิร์ฟเวอร์เป็นของตัวเอง การที่เนมเซิร์ฟเวอร์เปลี่ยนแล้วหรือยังจึงบอกได้ว่าใช้งานได้แล้วหรือไม่
- เมื่ออีเมลไม่เข้า : แม้ตั้ง MX ไว้ถูกต้องแล้ว ถ้าเนมเซิร์ฟเวอร์ยังชี้ไปที่ของเดิม การตั้งค่าเดิมจะเป็นฝ่ายตอบกลับ
- เมื่อรับโอนโดเมนมา : เป็นขั้นแรกในการตรวจว่ายังมีการตั้งค่าของเจ้าของเดิมเหลืออยู่หรือไม่
- เมื่อแต่ละคนเห็นเว็บไซต์ไม่เหมือนกัน : บางคนเห็นเว็บไซต์ใหม่ บางคนยังเห็นเว็บไซต์เดิม
กรณีสุดท้ายคือสัญญาณที่ชัดที่สุดว่ากำลังกระจายอยู่
2️⃣ ถ้าข้อมูลการจดทะเบียนกับ DNS จริงไม่ตรงกัน แปลว่ากำลังกระจายอยู่
ถ้าระหว่างตรวจเนมเซิร์ฟเวอร์ขึ้นป้ายไม่ตรงกัน ส่วนใหญ่คือเพิ่งเปลี่ยนเนมเซิร์ฟเวอร์ไป ค่าไม่ได้ผิด แต่ยังกระจายไม่ทั่วเท่านั้น
การเปลี่ยนเนมเซิร์ฟเวอร์ผ่านสามขั้น ขั้นแรก ผู้รับจดทะเบียนส่งค่าใหม่ขึ้นไปที่รีจิสทรี ขั้นต่อมา เนมเซิร์ฟเวอร์ของโดเมนระดับบนสุดได้รับค่านั้น ขั้นสุดท้าย รีโซลเวอร์ทั่วโลกทิ้งค่าเดิมที่เก็บไว้แล้วถามใหม่ ขั้นสุดท้ายนี้คือช่วงที่ใช้เวลา
ปกติจะเรียบร้อยภายในไม่กี่ชั่วโมงถึง 48 ชั่วโมง ระหว่างนั้น ผู้เข้าชมอาจไปที่เซิร์ฟเวอร์เดิมหรือเซิร์ฟเวอร์ใหม่ก็ได้ ขึ้นอยู่กับตำแหน่งและผู้ให้บริการเครือข่าย ถ้าแก้เนื้อหาเว็บไซต์ในช่วงนี้จะรู้ได้ยากว่าไปมีผลที่ฝั่งไหน จึงควรทำงานหลังการกระจายเสร็จสิ้น
ถ้าผ่านไป 48 ชั่วโมงแล้วยังไม่ตรงกัน แสดงว่าไม่ใช่ปัญหาการกระจาย ให้ตรวจสองเรื่องต่อไปนี้
- การเปลี่ยนแปลงอาจยังไม่ได้บันทึกในหน้าจัดการของผู้รับจดทะเบียน ถ้าค่าในบัญชีทะเบียนยังเหมือนเดิม รอนานแค่ไหนก็ไม่เปลี่ยน
- ถ้าโดเมนถูกล็อก clientUpdateProhibited ไว้ การเปลี่ยนแปลงจะถูกบล็อกตั้งแต่ต้น ตรวจได้จากช่องสถานะในข้อมูลการจดทะเบียน
ในทางกลับกัน ถ้าขึ้นป้ายตรงกันแล้วแต่เว็บไซต์ยังเป็นแบบเดิม แปลว่าเนมเซิร์ฟเวอร์เรียบร้อยแล้ว กรณีนี้ต้องดูระเบียน A แคชของเบราว์เซอร์ หรือแคชของเว็บไซต์
3️⃣ เวลาที่ใช้ในการกระจายและ TTL
ค่าที่กำหนดเวลาในการกระจายคือ TTL เมื่อรีโซลเวอร์ได้รับการตอบกลับ จะเก็บค่านั้นไว้ตามจำนวนวินาทีที่ระบุใน TTL และไม่ถามซ้ำในระหว่างนั้น TTL 3600 หมายความว่าอาจใช้ค่าเดิมได้นานสูงสุดหนึ่งชั่วโมง
ในตารางระเบียน DNS จะเห็นว่า TTL ของบรรทัด NS ตั้งไว้สูงกว่าระเบียนอื่น เพราะเนมเซิร์ฟเวอร์เป็นค่าที่ไม่ค่อยเปลี่ยน จึงตั้งให้เก็บไว้นาน และเพราะเหตุนี้เมื่อเปลี่ยนจึงใช้เวลานานตามไปด้วย
เพราะฉะนั้นจึงเตรียมล่วงหน้าได้ ถ้ามีแผนจะเปลี่ยนเนมเซิร์ฟเวอร์หรือระเบียน A ให้ลด TTL ของระเบียนนั้นลงเหลือประมาณ 300 วินาทีก่อนหนึ่งวัน พอถึงเวลาเปลี่ยน ค่าจะถูกอัปเดตในรอบสั้นอยู่แล้ว การเปลี่ยนแปลงจึงมีผลเร็วขึ้น เมื่อเรียบร้อยแล้วก็ปรับกลับเป็นค่าเดิม
คอมพิวเตอร์ของเราเองก็มีบันทึกเก็บไว้แยกต่างหาก บน Windows ล้างได้ด้วยการรัน ipconfig /flushdns ใน Command Prompt เบราว์เซอร์เองก็มีแคชของตัวเอง การตรวจในหน้าต่างไม่ระบุตัวตนจึงแม่นยำกว่า
4️⃣ ตรวจเองด้วยคำสั่ง: nslookup และ host
ถ้าต้องการตรวจเองโดยไม่ใช้เครื่องมือ ให้ใช้คำสั่ง
บน Windows ใช้ nslookup พิมพ์ใน Command Prompt ดังนี้
nslookup -q=ns mydomain.com
nslookup -q=a mydomain.com
nslookup -q=mx mydomain.comบน Linux และ macOS ใช้ host
host -t ns mydomain.com
host -t a mydomain.com
host -t txt mydomain.comบน Linux และ macOS คำสั่ง dig ก็ทำงานเดียวกัน และแสดงผลละเอียดกว่า
คำสั่งกับเครื่องมือตรวจอาจให้ผลต่างกัน เพราะคำสั่งจะถาม รีโซลเวอร์ที่คอมพิวเตอร์ของเราใช้ ส่วนเครื่องมือตรวจจะถาม รีโซลเวอร์ของเซิร์ฟเวอร์ที่เครื่องมือนั้นทำงานอยู่ ระหว่างการกระจาย การที่สองฝั่งให้ผลต่างกันเป็นเรื่องปกติ กลับกัน ถ้าผลทั้งสองต่างกันก็เป็นหลักฐานว่ายังกระจายอยู่
Ⅲ. ข้อมูลผู้จดทะเบียนและวันหมดอายุ
เมื่อเปิดดู WHOIS ชื่อและข้อมูลติดต่อของผู้จดทะเบียนส่วนใหญ่จะถูกซ่อนไว้ ไม่ใช่เพราะเครื่องมือดึงข้อมูลไม่ได้ แต่เพราะผู้รับจดทะเบียนไม่เปิดเผย แต่โดเมนประจำประเทศจะต่างออกไป .kr มักแสดงผู้จดทะเบียนตามจริง ส่วนวันหมดอายุที่แสดงก็ไม่ได้หมายความว่าจะใช้งานไม่ได้ในวันนั้นทันที
1️⃣ ทำไมข้อมูลเจ้าของโดเมนจึงถูกซ่อน
เมื่อตรวจโดเมน .com ช่องผู้จดทะเบียนจะเขียนว่า [REDACTED FOR PRIVACY] หรือว่างไปเลย ไม่ใช่ว่าการตรวจล้มเหลว
เมื่อกฎหมายคุ้มครองข้อมูลส่วนบุคคลของยุโรป (GDPR) มีผลบังคับใช้ในปี 2018 ICANN ได้ปรับข้อมูลการจดทะเบียน gTLD ให้ซ่อนรายการที่ระบุตัวบุคคลเป็นค่าเริ่มต้น ได้แก่ ชื่อ ที่อยู่ หมายเลขโทรศัพท์ และอีเมล วิธีนี้ใช้กับผู้จดทะเบียนทั่วโลก ไม่ใช่เฉพาะผู้ที่อาศัยในยุโรป
นอกจากนี้ยังมีบริการปกป้องข้อมูลส่วนบุคคลที่ผู้รับจดทะเบียนให้บริการ เป็นการใส่ข้อมูลของบริษัทตัวแทนแทนข้อมูลผู้จดทะเบียน และปัจจุบันหลายแห่งให้บริการฟรี
ดังนั้นสิ่งที่ได้จากการตรวจจึงมีแค่ ระดับผู้รับจดทะเบียน ถ้าต้องการติดต่อเจ้าของ ให้ใช้ช่องทางติดต่อ กรณีละเมิด (abuse) ของผู้รับจดทะเบียน ผู้รับจดทะเบียนจะส่งต่อให้ผู้จดทะเบียน การแจ้งละเมิดเครื่องหมายการค้าหรือเว็บไซต์หลอกลวงก็ดำเนินการผ่านช่องทางนี้
2️⃣ .kr แสดงผู้จดทะเบียน: ช่อง Publishes
นโยบายของโดเมนประจำประเทศกำหนดโดยหน่วยงานดูแลของแต่ละประเทศ .kr ดูแลโดย KISA และผู้จดทะเบียนเลือกเองได้ว่าจะเปิดเผยข้อมูลหรือไม่
ในผลลัพธ์ต้นฉบับของการตรวจจะมีช่อง Publishes (การเปิดเผยข้อมูล) ถ้าเป็น ‘Y’ จะแสดงชื่อและที่อยู่ของผู้จดทะเบียน รวมถึงข้อมูลติดต่อของผู้รับผิดชอบตามจริง ถ้าเป็น ‘N’ จะถูกจำกัด โดเมนของบริษัทมักเปิดเผย ส่วนโดเมนส่วนตัวมักจำกัดไว้
ดังนั้นแม้ใช้เครื่องมือเดียวกัน .com จะแสดงแค่ผู้รับจดทะเบียน ส่วน .kr จะแสดงไปถึงผู้จดทะเบียน ไม่ใช่ปัญหาของเครื่องมือ แต่เป็นเพราะนโยบายการเปิดเผยของโดเมนระดับบนสุดแต่ละแห่งต่างกัน
ถ้าในผลลัพธ์ต้นฉบับมีข้อมูลติดต่อ หน้าจอจะซ่อนอีเมลและเบอร์โทรไว้ แม้จะเป็นข้อมูลที่เปิดเผยแล้ว แต่ถ้าหน้าผลการตรวจถูกเครื่องมือค้นหาเก็บไปทั้งหมดก็จะเป็นปัญหา
3️⃣ วันหมดอายุ ระยะผ่อนผัน และการรอลบ
โดเมนไม่ได้หายไปในวันที่หมดอายุ gTLD จะผ่านหลายขั้นตอนหลังหมดอายุ
ขั้นแรกคือ ระยะผ่อนผัน ปกติอยู่ระหว่าง 30 ถึง 45 วัน ในช่วงนี้กู้คืนได้ด้วยค่าต่ออายุตามปกติ เว็บไซต์มักหยุดทำงานและมีหน้าประกาศของผู้รับจดทะเบียนขึ้นมาแทน
เมื่อพ้นระยะผ่อนผัน จะเข้าสู่ ระยะไถ่ถอน ช่องสถานะจะแสดง redemptionPeriod ช่วงนี้ยาวประมาณ 30 วัน และมีค่าธรรมเนียมกู้คืนแยกต่างหาก ซึ่งมักสูงกว่าค่าต่ออายุหลายเท่า
ขั้นต่อมาคือ การรอลบ สถานะจะขึ้น pendingDelete และมักคงอยู่ 5 วัน ในขั้นนี้แม้แต่ผู้จดทะเบียนเดิมก็กู้คืนไม่ได้ เมื่อพ้นช่วงนี้ การจดทะเบียนจะถูกยกเลิก และใครก็จดทะเบียนได้
โดเมนประจำประเทศมีขั้นตอนและระยะเวลาต่างออกไป .kr เป็นไปตามนโยบายของหน่วยงานดูแลและผู้รับจดทะเบียน ถ้าใกล้หมดอายุ การสอบถามผู้รับจดทะเบียนโดยตรงจะแน่นอนกว่า
ถ้าป้ายวันหมดอายุที่ด้านบนของเครื่องมือเปลี่ยนเป็นสีส้ม แปลว่าเหลือไม่เกิน 30 วัน แม้จะตั้งต่ออายุอัตโนมัติไว้ ก็อาจล้มเหลวได้เพราะวิธีชำระเงินหมดอายุ เห็นป้ายนี้แล้วก็ควรเข้าไปตรวจหน้าผู้รับจดทะเบียนด้วย
4️⃣ สิ่งที่ต้องตรวจก่อนจดทะเบียนและราคาโดเมน
เมื่อตรวจวันหมดอายุ ก็มักจะได้ดูราคาต่ออายุและเงื่อนไขการโอนย้ายไปด้วย เวลาจดทะเบียนโดเมนใหม่ก็ดูรายการเดียวกันนี้
ราคาปีแรกกับราคาต่ออายุไม่เท่ากัน หลายแห่งลดราคาปีแรกไว้มาก แล้วเก็บราคาเต็มตั้งแต่ปีที่สอง โดเมนไม่ใช่ของที่ใช้ปีเดียวแล้วทิ้ง จึงควรเปรียบเทียบจากราคาต่ออายุ .com มีราคาส่งที่รีจิสทรีกำหนดไว้ ราคาระหว่างผู้รับจดทะเบียนจึงต่างกันไม่มาก แต่โดเมนระดับบนสุดใหม่บางตัวมีราคาต่ออายุสูงกว่าปีแรกหลายเท่า
ต้องตรวจว่าบริการปกป้องข้อมูลส่วนบุคคลฟรีหรือไม่ แห่งที่ให้ฟรีมีมากขึ้น แต่ก็ยังมีแห่งที่เก็บค่าบริการแยกเป็นรายปี ส่วนนี้คือการซ่อนข้อมูลที่อธิบายไว้ใน Ⅲ-1
ควรรู้กฎการล็อกการโอนย้ายไว้ด้วย หลังจดทะเบียนโดเมนใหม่หรือย้ายไปผู้รับจดทะเบียนรายอื่น จะโอนย้ายอีกไม่ได้เป็นเวลา 60 วัน เป็นกฎของ ICANN ผู้รับจดทะเบียนจึงปลดให้ตามใจไม่ได้ ถ้ามีแผนย้ายผู้รับจดทะเบียน ต้องคำนึงถึงช่วงเวลานี้ด้วย
โดเมนประจำประเทศมีเงื่อนไขแยกต่างหาก .kr ต้องมีที่อยู่ในเกาหลี และบางประเทศก็กำหนดให้ต้องมีนิติบุคคลในประเทศหรือมีถิ่นพำนัก
Ⅳ. เปรียบเทียบเว็บไซต์ตรวจโดเมน
แม้ใส่โดเมนเดียวกัน แต่ละเว็บไซต์ก็แสดงรายการต่างกัน เพราะแต่ละบริการดึงข้อมูลจากคนละแหล่ง และเก็บผลลัพธ์ไว้นานไม่เท่ากัน บริการของเกาหลีเด่นเรื่อง .kr ส่วนบริการระดับโลกมักให้รายละเอียด gTLD มากกว่า จึงควรเลือกตามสิ่งที่ต้องการตรวจ
1️⃣ เว็บไซต์ตรวจในเกาหลี: KISA·Whois·Gabia
KISA whois คือบริการตรวจโดเมนที่หน่วยงานดูแล .kr ให้บริการเอง สำหรับโดเมน .kr ที่นี่คือแหล่งต้นฉบับจึงแม่นยำที่สุด และยังตรวจที่อยู่ IP กับหมายเลข AS ได้ด้วย แต่หน้าจอใกล้เคียงกับผลลัพธ์ดิบ ทำให้อ่านยากในครั้งแรก
Whois (whois.co.kr) และ Gabia เป็นหน้าตรวจที่ผู้รับจดทะเบียนให้บริการ ใช้ได้แม้ไม่ได้เป็นลูกค้า และหน้าผลลัพธ์ก็พาไปสู่การจดทะเบียนหรือการโอนย้ายได้ทันที
จุดเด่นของบริการเกาหลีคือรายการ .kr ที่ละเอียดและมีคำอธิบายภาษาเกาหลี ในทางกลับกัน โดเมนระดับบนสุดอื่นนอกจาก .kr บางครั้งก็แสดงรายการน้อยกว่า
2️⃣ เว็บไซต์ตรวจระดับโลก
ICANN Lookup คือบริการตรวจที่ ICANN ให้บริการเอง เหมาะสำหรับตรวจค่าอ้างอิงของ gTLD
who.is หรือ whois.domaintools.com และบริการแบบเดียวกันชูจุดเด่นว่าแสดงได้ทั้งบันทึกในอดีตและประวัติการเปลี่ยนแปลง บางฟีเจอร์ต้องเสียเงิน
whatsmydns.net เป็นเครื่องมือคนละแบบ จะถามรีโซลเวอร์ในหลายประเทศพร้อมกันแล้วแสดงสถานะการกระจายบนแผนที่ ถ้าเพิ่งเปลี่ยนเนมเซิร์ฟเวอร์ เครื่องมือนี้จะตรงกับจุดประสงค์ เครื่องมือในบทความนี้ตรวจจากเซิร์ฟเวอร์เดียว จึงไม่ได้บอกสถานะการกระจายทั่วโลก

3️⃣ ทำไมผลค้นหาโดเมนจึงต่างกันในแต่ละเว็บไซต์
เหตุที่โดเมนเดียวกันแสดงผลต่างกันในแต่ละเว็บไซต์มีสี่ข้อ
แหล่งข้อมูลต่างกัน บริการที่ใช้ RDAP กับบริการที่ใช้ WHOIS ทางพอร์ต 43 ได้รับการตอบกลับต่างกันตั้งแต่ต้น ชื่อและจำนวนรายการจึงไม่เหมือนกัน
ช่วงเวลาที่บันทึกไว้ต่างกัน บริการตรวจส่วนใหญ่จะเก็บผลลัพธ์ไว้ระยะหนึ่งแล้วนำมาใช้ซ้ำ ถ้าเพิ่งเปลี่ยนเนมเซิร์ฟเวอร์ ผลจากที่ที่แสดงค่าที่บันทึกไว้เมื่อวานกับที่ที่ถามใหม่ตอนนี้จะต่างกัน เครื่องมือนี้แสดงเวลาที่ตรวจไว้ที่ด้านล่างของผลลัพธ์ และถ้าเป็นผลลัพธ์ที่บันทึกไว้ก็จะระบุไว้ด้วย
ตำแหน่งของรีโซลเวอร์ต่างกัน รายการที่แสดงระเบียน DNS คือการตอบกลับที่เซิร์ฟเวอร์ของบริการนั้นได้รับ ระหว่างการกระจาย คำตอบจะต่างกันตามตำแหน่งของเซิร์ฟเวอร์
ขอบเขตการรองรับต่างกัน นโยบายของโดเมนประจำประเทศต่างกันไปตามหน่วยงานดูแล บางบริการจึงแสดงผู้จดทะเบียน .kr แต่บางบริการก็เว้นว่างไว้
ดังนั้นผลลัพธ์ที่ต่างกันไม่ได้แปลว่าฝั่งใดฝั่งหนึ่งผิด ที่ที่ควรดูขึ้นอยู่กับว่าต้องการตรวจอะไร ถ้าต้องการดูข้อมูลการจดทะเบียนต้นฉบับ ให้ดูที่หน่วยงานดูแลของโดเมนระดับบนสุดนั้น ถ้าต้องการดูสถานะการกระจายทั่วโลก ให้ใช้บริการตรวจการกระจาย และถ้าต้องการเทียบข้อมูลการจดทะเบียนกับ DNS จริงแบบเคียงกัน เครื่องมือนี้เหมาะที่สุด
Ⅴ. FAQ โดเมน
ถ้าไม่มีทั้งข้อมูลการจดทะเบียนและการตอบกลับ DNS มีแนวโน้มสูงว่ายังไม่มีใครจดทะเบียนโดเมนนี้ แต่หลังจดทะเบียนใหม่ๆ รีจิสทรีต้องใช้เวลาอัปเดต จึงอาจเห็นแบบนี้ได้ชั่วคราว ถ้าสถานะการจดทะเบียนสำคัญ ให้ตรวจซ้ำอีกครั้งในหน้าค้นหาของผู้รับจดทะเบียน
เมื่อค่าตามข้อมูลจดทะเบียนกับ DNS จริงตรงกัน ก็แปลว่ามีผลแล้ว ปกติใช้เวลาตั้งแต่ไม่กี่ชั่วโมงถึง 48 ชั่วโมง และยิ่ง TTL ของระเบียนเนมเซิร์ฟเวอร์เดิมยาวก็ยิ่งใช้เวลานาน ถ้าผ่าน 48 ชั่วโมงแล้วยังต่างกัน ให้ตรวจว่าการเปลี่ยนแปลงถูกบันทึกที่ผู้รับจดทะเบียนแล้วหรือยัง และโดเมนไม่ได้ถูกล็อกการโอนย้ายอยู่
gTLD อย่าง .com จะซ่อนข้อมูลผู้จดทะเบียนตามกฎการคุ้มครองข้อมูลส่วนบุคคล สิ่งที่ตรวจสอบได้จึงมีแค่ผู้รับจดทะเบียน ถ้าจำเป็นต้องติดต่อ ให้ใช้ช่องทางติดต่อกรณีละเมิด (abuse) ของผู้รับจดทะเบียน ส่วน .kr ถ้าผู้จดทะเบียนตั้งค่าให้เปิดเผย จะแสดงชื่อผู้จดทะเบียนตามจริง
ถ้าไม่ได้ใช้ CDN อย่าง Cloudflare ก็คือที่อยู่ของเซิร์ฟเวอร์จริง สำหรับเว็บไซต์ที่ผ่าน CDN IP และผู้ให้บริการที่แสดงจะเป็นของ CDN และไม่สามารถรู้ตำแหน่งของเซิร์ฟเวอร์ต้นทางด้วยวิธีนี้ ถ้าชิปโฮสติ้งในบริการที่ตรวจพบแสดงชื่อผู้ให้บริการ CDN ก็คือกรณีนี้
หลังหมดอายุใหม่ๆ จะมีระยะผ่อนผัน การจดทะเบียนจึงยังมีผลอยู่ ที่เว็บไซต์ยังเปิดได้เป็นเพราะเนมเซิร์ฟเวอร์และเซิร์ฟเวอร์ยังทำงานตามเดิม ถ้าช่องสถานะขึ้น redemptionPeriod หรือ pendingDelete แปลว่าเข้าสู่ขั้นที่กู้คืนได้ยากแล้ว
มี ถ้าคนคนเดียวตรวจซ้ำๆ ในเวลาสั้นๆ จะถูกบล็อกชั่วคราว เพราะเซิร์ฟเวอร์ปลายทางเป็นของผู้อื่น จึงตั้งข้อจำกัดไว้เพื่อไม่ให้เป็นภาระกับเซิร์ฟเวอร์นั้น เมื่อตรวจโดเมนเดิมซ้ำ จะแสดงผลลัพธ์ที่บันทึกไว้ จึงไม่ถูกนับเป็นจำนวนครั้ง
มี คือ 30 วันโดยนับรวมวันหมดอายุ ในช่วงนี้การเข้าเว็บไซต์และบริการที่ใช้โดเมนนั้นจะหยุดทำงาน และช่องสถานะในผลการตรวจจะแสดง clientHold ถ้าต่ออายุภายใน 30 วันก็กู้คืนได้ ถ้าเลยไปแล้วโดเมนจะถูกลบ และกลับมาจดทะเบียนได้อีกครั้งในเช้าวันที่ 31 ต่างจาก gTLD อย่าง .com ตรงที่ไม่มีช่วงกู้คืนแยกต่างหาก
Ⅵ. ข้อมูลการอัปเดต
2026-08-14
· ปรับลำดับวันที่ในข้อมูลการจดทะเบียน
→ วันหมดอายุอยู่ถัดจากวันที่จดทะเบียน และย้ายแก้ไขล่าสุดไปไว้ท้าย
· เน้นการแสดงวันหมดอายุ
→ ใช้เกณฑ์สีเดียวกับป้าย D-day วันหมดอายุด้านบน
· ย้ายตำแหน่งที่แสดงแหล่งข้อมูล
→ แยกจากในตารางข้อมูลการจดทะเบียนมาเป็นหนึ่งบรรทัดใต้ตาราง
ℹ️ ประกาศเรื่องลิงก์แอฟฟิลิเอต
เนื้อหาของเว็บไซต์นี้มีลิงก์แอฟฟิลิเอต หากผู้เข้าชมซื้อสินค้าหรือบริการผ่านลิงก์เหล่านี้ เว็บไซต์นี้จะได้รับค่าคอมมิชชันจากผู้ขาย ในกระบวนการนี้ ราคาที่ผู้ซื้อจ่าย(ราคาจะลดลงเมื่อมีโปรโมชัน↓)จะไม่สูงขึ้นแต่อย่างใด ราคา ส่วนลด และข้อมูลสต็อกที่แสดงเป็นข้อมูล ณ เวลาที่เขียนและอาจต่างจากความเป็นจริง โปรดตรวจสอบกับผู้ขายอีกครั้งก่อนซื้อ การเลือกและการประเมินสินค้าเขียนตามเกณฑ์ของเราเอง และการได้รับค่าคอมมิชชันหรือไม่ไม่มีผลต่อลำดับการแนะนำหรือเนื้อหาการประเมิน
