กลับไปหน้าบทความ

อ่าน 14 นาที

วออิส

WHOIS (อ่านว่า "ฮูอิส") เป็นโปรโตคอล การสอบถามและตอบกลับ ที่ใช้สำหรับการสอบถามฐานข้อมูลที่จัดเก็บผู้ใช้ที่ลงทะเบียนหรือผู้รับมอบหมายของทรัพยากรอินเทอร์เน็ต ทรัพยากรเหล่านี้รวมถึง..

วออิส

WHOIS (อ่านว่า "ฮูอิส") เป็นโปรโตคอล การสอบถามและตอบกลับ ที่ใช้สำหรับการสอบถามฐานข้อมูลที่จัดเก็บผู้ใช้ที่ลงทะเบียนหรือผู้รับมอบหมายของทรัพยากรอินเทอร์เน็ต ทรัพยากรเหล่านี้รวมถึง ชื่อโดเมนบล็อกที่อยู่ IPและระบบอิสระแต่ยังใช้สำหรับข้อมูลอื่น ๆ ที่หลากหลายกว่า โปรโตคอลนี้จัดเก็บและส่งมอบเนื้อหาฐานข้อมูลในรูปแบบที่มนุษย์อ่านได้[ 1 ]โปรโตคอล WHOIS เวอร์ชันปัจจุบันได้รับการร่างโดยInternet Societyและมีเอกสารอยู่ในRFC 3912 

Whois ยังเป็นชื่อของยูทิลิตี้บรรทัดคำสั่งบน ระบบ UNIX ส่วนใหญ่ ที่ใช้ในการสอบถามโปรโตคอล WHOIS [ 2 ]นอกจากนี้ WHOIS ยังมีโปรโตคอลคู่ขนานที่เรียกว่าReferral Whois ( RWhois )

ประวัติศาสตร์

Elizabeth Feinlerและทีมงานของเธอ (ผู้สร้าง Resource Directory สำหรับARPANET ) รับผิดชอบในการสร้างไดเร็กทอรี WHOIS แรกในช่วงต้นทศวรรษ 1970 [ 3 ] Feinler ได้ตั้งเซิร์ฟเวอร์ใน ศูนย์ข้อมูลเครือข่าย (NIC) ของ Stanfordซึ่งทำหน้าที่เป็นไดเร็กทอรีที่สามารถดึงข้อมูลที่เกี่ยวข้องเกี่ยวกับบุคคลหรือหน่วยงานได้[ 4 ]เธอและทีมงานได้สร้างโดเมนโดย Feinler เสนอแนะว่าโดเมนควรแบ่งออกเป็นหมวดหมู่ตามที่อยู่ทางกายภาพของคอมพิวเตอร์[ 5 ]

กระบวนการลงทะเบียนได้รับการกำหนดไว้ในRFC 920 WHOIS ได้รับการกำหนดมาตรฐานในช่วงต้นทศวรรษ 1980 เพื่อใช้ค้นหาโดเมน บุคคล และทรัพยากรอื่นๆ ที่เกี่ยวข้องกับการลงทะเบียนโดเมนและหมายเลข เนื่องจากในเวลานั้นการลงทะเบียนทั้งหมดดำเนินการโดยองค์กรเดียว จึงมีการใช้เซิร์ฟเวอร์ส่วนกลางเพียงแห่งเดียวสำหรับการค้นหาข้อมูล WHOIS ทำให้การค้นหาข้อมูลดังกล่าวทำได้ง่ายมาก 

ในช่วงเวลาที่อินเทอร์เน็ตถือกำเนิดขึ้นจาก ARPANET องค์กรเดียวที่จัดการการจดทะเบียนโดเมนทั้งหมดคือDefense Advanced Research Projects Agency (DARPA)ของรัฐบาลสหรัฐอเมริกา (ก่อตั้งในปี 1958 [ 6 ] ) ความรับผิดชอบในการจดทะเบียนโดเมนยังคงอยู่กับ DARPA เมื่อ ARPANET กลายเป็นอินเทอร์เน็ตในช่วงทศวรรษ 1980 UUNETเริ่มให้บริการจดทะเบียนโดเมน อย่างไรก็ตาม พวกเขาจัดการเฉพาะเอกสารซึ่งส่งต่อไปยังศูนย์ข้อมูลเครือข่าย (NIC) ของ DARPA จากนั้นมูลนิธิวิทยาศาสตร์แห่งชาติได้สั่งการให้หน่วยงานเชิงพาณิชย์ที่เป็นบุคคลที่สามจัดการการจดทะเบียนโดเมนอินเทอร์เน็ตInterNICก่อตั้งขึ้นในปี 1993 ภายใต้สัญญากับ NSF โดยประกอบด้วยNetwork Solutions, Inc. , General AtomicsและAT&Tสัญญากับ General Atomics ถูกยกเลิกหลังจากหลายปีเนื่องจากปัญหาด้านประสิทธิภาพ

เซิร์ฟเวอร์ WHOIS ในศตวรรษที่ 20 มีความยืดหยุ่นสูงและอนุญาตให้ค้นหาโดยใช้สัญลักษณ์ตัวแทน (wildcard) การค้นหา WHOIS ด้วยนามสกุลของบุคคลจะแสดงผลลัพธ์เป็นบุคคลทั้งหมดที่มีนามสกุลนั้น การค้นหาด้วยคำหลักที่กำหนดจะแสดงผลลัพธ์เป็นโดเมนที่จดทะเบียนทั้งหมดที่มีคำหลักนั้น การค้นหาด้วยข้อมูลติดต่อผู้ดูแลระบบที่กำหนดจะแสดงผลลัพธ์เป็นโดเมนทั้งหมดที่ผู้ดูแลระบบนั้นเกี่ยวข้องอยู่ แต่เนื่องจากการมาถึงของอินเทอร์เน็ตเชิงพาณิชย์การมีผู้ให้บริการจดทะเบียนหลายรายและผู้ส่งสแปมที่ไร้จริยธรรม การค้นหาที่ยืดหยุ่นเช่นนั้นจึงไม่สามารถทำได้อีกต่อไป

เมื่อวันที่ 1 ธันวาคม พ.ศ. 2542 การบริหารจัดการโดเมนระดับบนสุด (TLD) com , netและorgได้ถูกมอบหมายให้แก่ICANNในขณะนั้น TLD เหล่านี้ได้ถูกเปลี่ยนไปใช้โมเดล WHOIS ที่เรียบง่ายขึ้นไคลเอนต์ WHOIS ที่มีอยู่เดิมจึงหยุดทำงานในเวลานั้น หนึ่งเดือนต่อมา ได้มีการเพิ่ม การรองรับ Common Gateway Interface (CGA) แบบตรวจจับตัวเองได้ เพื่อให้โปรแกรมเดียวกันสามารถใช้งานการค้นหา WHOIS บนเว็บได้ และมีตาราง TLD ภายนอกเพื่อรองรับเซิร์ฟเวอร์ WHOIS หลายตัวตาม TLD ของคำขอ ซึ่งในที่สุดก็กลายเป็นโมเดลของไคลเอนต์ WHOIS ในปัจจุบัน

ภายในปี 2005 มีโดเมนระดับบนสุดทั่วไปมากกว่าที่เคยมีในช่วงต้นทศวรรษ 1980 นอกจากนี้ยังมีโดเมนระดับบนสุดรหัสประเทศจำนวนมากขึ้น ซึ่งนำไปสู่เครือข่ายที่ซับซ้อนของผู้รับจดทะเบียนชื่อโดเมนและสมาคมผู้รับจดทะเบียน โดยเฉพาะอย่างยิ่งเมื่อการจัดการโครงสร้างพื้นฐานอินเทอร์เน็ตมีความเป็นสากลมากขึ้น ดังนั้น การดำเนินการค้นหา WHOIS บนโดเมนจึงจำเป็นต้องทราบเซิร์ฟเวอร์ WHOIS ที่ถูกต้องและมีอำนาจในการใช้งาน เครื่องมือในการค้นหาโดเมน WHOIS กลายเป็นเรื่องปกติและมีให้บริการโดยผู้ให้บริการเช่น IONOS และ Namecheap [ 7 ]

คริสป์และไอริส

ในปี พ.ศ. 2546 คณะกรรมการ IETFได้ถูกจัดตั้งขึ้นเพื่อสร้างมาตรฐานใหม่สำหรับการค้นหาข้อมูลเกี่ยวกับชื่อโดเมนและหมายเลขเครือข่าย: โปรโตคอลบริการข้อมูลการลงทะเบียนข้าม (CRISP) [ 8 ]ระหว่างเดือนมกราคม พ.ศ. 2548 ถึงกรกฎาคม พ.ศ. 2549 ชื่อที่ใช้ในการทำงานของมาตรฐานใหม่ที่เสนอนี้คือบริการข้อมูลการลงทะเบียนอินเทอร์เน็ต (IRIS) [ 9 ] [ 10 ]เอกสาร RFC มาตรฐานที่เสนอเบื้องต้นของ IETF สำหรับ IRIS สามารถพบได้ใน ส่วน การอ่านเพิ่มเติมของบทความนี้

สถานะของ RFC ที่กลุ่มนี้ได้ดำเนินการ สามารถตรวจสอบได้ที่นี่

ข้อมูล ณ เดือนมีนาคม พ.ศ. 2552,กลุ่มทำงาน CRISP IETF สรุปว่า[ 11 ]หลังจากที่กลุ่มได้เผยแพร่ RFC 5144 ฉบับสุดท้าย[ 12 ]

หมายเหตุ : กลุ่มทำงาน IETF CRISP ไม่ควรสับสนกับ ทีมของ องค์กรทรัพยากรตัวเลข (NRO) ที่มีชื่อเดียวกันว่า "ทีมข้อเสนอการดูแลจัดการ RIR IANA แบบรวม" (ทีม CRISP) [ 13 ]

WEIRDS และ RDAP

ในปี 2556 IETF ยอมรับว่า IRIS ไม่ได้เป็นตัวแทนที่ประสบความสำเร็จของ WHOIS เหตุผลทางเทคนิคหลักดูเหมือนจะเป็นความซับซ้อนของ IRIS นอกจากนี้ เหตุผลที่ไม่ใช่ทางเทคนิคยังถูกพิจารณาว่าอยู่ในพื้นที่ที่ IETF ไม่ได้ตัดสิน ในขณะเดียวกันARINและRIPE NCCก็สามารถให้บริการข้อมูล WHOIS ผ่านบริการเว็บ RESTfulได้ กฎบัตร (ร่างในเดือนกุมภาพันธ์ 2555) กำหนดให้มีข้อกำหนดแยกต่างหากสำหรับทะเบียนหมายเลขก่อน และสำหรับทะเบียนชื่อที่จะตามมา[ 14 ]คณะทำงานได้จัดทำเอกสารมาตรฐานที่เสนอ 5 ฉบับ และเอกสารข้อมูล 1 ฉบับ

โปรโตคอล

โปรโตคอล WHOIS มีต้นกำเนิดมาจากโปรโตคอล ARPANET NICNAMEและอิงตามโปรโตคอล NAME/FINGERซึ่งอธิบายไว้ในRFC 742 (1977) โปรโตคอล NICNAME/WHOIS ได้รับการอธิบายครั้งแรกในRFC 812ในปี 1982 โดย Ken Harrenstien และ Vic White จากศูนย์ข้อมูลเครือข่ายของSRI International  

เดิมที WHOIS ถูกนำไปใช้บนโปรโตคอลควบคุมเครือข่าย (NCP) แต่มีการใช้งานอย่างแพร่หลายเมื่อ ชุดโปรแกรม TCP/IPได้รับการกำหนดมาตรฐานใน ARPANET และต่อมาในอินเทอร์เน็ต

ข้อกำหนดโปรโตคอลมีดังต่อไปนี้ (ข้อความต้นฉบับ): [ 15 ]

เชื่อมต่อกับโฮสต์บริการ TCP: พอร์ตบริการ 43 ทศนิยม NCP: ICP ไปยังซ็อกเก็ต 43 เลขฐานสิบ สร้างการเชื่อมต่อ 8 บิตสองรายการ ส่ง "บรรทัดคำสั่ง" เพียงบรรทัดเดียว โดยลงท้ายด้วย <CRLF> รับข้อมูลตอบสนองต่อคำสั่งในบรรทัดคำสั่ง เซิร์ฟเวอร์จะปิดการเชื่อมต่อทันทีที่ผลลัพธ์เสร็จสิ้น ที่เสร็จเรียบร้อย.

โดยปกติแล้ว คำ สั่งค้นหา ผ่านบรรทัดคำสั่งจะเป็นการระบุชื่อเพียงชื่อเดียว เช่น ชื่อของทรัพยากร อย่างไรก็ตาม เซิร์ฟเวอร์ยอมรับคำสั่งค้นหาที่มีเพียงเครื่องหมายคำถาม (?) เพื่อแสดงรูปแบบคำสั่งค้นหาที่ยอมรับได้ นอกจากนี้ยังมีรูปแบบการแทนที่หรือสัญลักษณ์ตัวแทนเช่น การใส่จุด (.) ต่อท้ายชื่อคำสั่งค้นหาจะแสดงรายการทั้งหมดที่ขึ้นต้นด้วยชื่อคำสั่งค้นหานั้น

ในอินเทอร์เน็ตยุคใหม่ บริการ WHOIS มักจะสื่อสารกันโดยใช้โปรโตคอลควบคุมการส่งข้อมูล (TCP) เซิร์ฟเวอร์จะรอรับคำขอที่พอร์ตหมายเลข 43 ที่เป็นที่รู้จักกันดี ไคลเอนต์เป็นแอปพลิเคชันง่ายๆ ที่สร้างช่องทางการสื่อสารกับเซิร์ฟเวอร์ ส่งข้อความที่มีชื่อของทรัพยากรที่ต้องการสอบถาม และรอการตอบกลับในรูปแบบของลำดับข้อความที่พบในฐานข้อมูล ความเรียบง่ายของโปรโตคอลนี้ยังช่วยให้แอปพลิเคชันและผู้ใช้ผ่านอินเทอร์เฟซบรรทัดคำสั่งสามารถสอบถามเซิร์ฟเวอร์ WHOIS โดยใช้โปรโตคอลTelnet ได้อีกด้วย

การเสริม

ในเดือนมิถุนายนปี 2014 ICANN ได้เผยแพร่คำแนะนำสำหรับรหัสสถานะ " รหัสสถานะโดเมน โปรโตคอลการจัดสรรที่ขยายได้ ( EPP )" [ 16 ]

รหัสสถานะคำอธิบาย
เพิ่มระยะเวลาระยะเวลาผ่อนผันนี้จะได้รับหลังจากจดทะเบียนชื่อโดเมนครั้งแรก หากผู้รับจดทะเบียนลบชื่อโดเมนในระหว่างช่วงเวลานี้ หน่วยงานที่ดูแลการจดทะเบียนอาจให้เครดิตแก่ผู้รับจดทะเบียนเป็นจำนวนเงินเท่ากับค่าใช้จ่ายในการจดทะเบียน
ระยะเวลาต่ออายุอัตโนมัติช่วงเวลาผ่อนผันนี้จะได้รับหลังจากระยะเวลาการจดทะเบียนชื่อโดเมนหมดอายุลง และจะได้รับการต่ออายุโดยอัตโนมัติจากหน่วยงานที่ดูแล หากผู้รับจดทะเบียนลบชื่อโดเมนในช่วงเวลานี้ หน่วยงานที่ดูแลจะให้เครดิตแก่ผู้รับจดทะเบียนเป็นจำนวนเงินเท่ากับค่าใช้จ่ายในการต่ออายุ
ไม่ใช้งานรหัสสถานะนี้บ่งชี้ว่าข้อมูลการมอบหมาย (เนมเซิร์ฟเวอร์) ยังไม่ได้เชื่อมโยงกับโดเมน โดเมนจึงยังไม่ได้เปิดใช้งานในDNSและจะไม่สามารถค้นหาได้
ตกลงนี่คือสถานะมาตรฐานของโดเมน หมายความว่าไม่มีการดำเนินการที่รอการอนุมัติหรือข้อห้ามใดๆ
รอการสร้างรหัสสถานะนี้บ่งชี้ว่าได้รับคำขอสร้างโดเมนแล้วและกำลังดำเนินการอยู่
pendingDeleteรหัสสถานะนี้อาจใช้ร่วมกับredemptionPeriodหรือpendingRestoreได้ ในกรณีดังกล่าว ขึ้นอยู่กับสถานะที่ตั้งไว้ในชื่อโดเมน มิฉะนั้น (หากไม่ได้ใช้ร่วมกับสถานะอื่น) รหัสสถานะ pendingDeleteจะบ่งชี้ว่าโดเมนอยู่ในสถานะ redemptionPeriod เป็นเวลา 30 วันแล้วและยังไม่ได้รับการกู้คืน โดเมนจะยังคงอยู่ในสถานะนี้เป็นเวลาหลายวัน หลังจากนั้นโดเมนจะถูกลบออกจากฐานข้อมูลของหน่วยงานจดทะเบียน

เมื่อทำการลบโดเมนแล้ว โดเมนนั้นจะสามารถลงทะเบียนใหม่ได้ตามนโยบายของหน่วยงานที่รับจดทะเบียนโดเมนนั้น

รอการต่ออายุรหัสสถานะนี้บ่งชี้ว่าได้รับคำขอต่ออายุโดเมนแล้ว และกำลังดำเนินการอยู่
pendingRestoreรหัสสถานะนี้บ่งชี้ว่าผู้รับจดทะเบียนได้ขอให้หน่วยงานดูแลทะเบียนกู้คืนโดเมนที่อยู่ในสถานะ redemptionPeriod หน่วยงานดูแลทะเบียนจะคงสถานะโดเมนนี้ไว้ในขณะที่รอเอกสารการกู้คืนที่จำเป็นจากผู้รับจดทะเบียน หากผู้รับจดทะเบียนไม่สามารถส่งเอกสารให้หน่วยงานดูแลทะเบียนภายในระยะเวลาที่กำหนดเพื่อยืนยันคำขอการกู้คืน โดเมนจะกลับไปอยู่ในสถานะ redemptionPeriod อีกครั้ง
การโอนที่รอดำเนินการรหัสสถานะนี้บ่งชี้ว่าได้รับคำขอโอนโดเมนไปยังผู้รับจดทะเบียนรายใหม่แล้ว และกำลังดำเนินการอยู่
รอการอัปเดตรหัสสถานะนี้บ่งชี้ว่าได้รับคำขออัปเดตโดเมนแล้ว และกำลังดำเนินการอยู่
ระยะเวลาการไถ่ถอนรหัสสถานะนี้บ่งชี้ว่าผู้รับจดทะเบียนได้ขอให้หน่วยงานรับจดทะเบียนลบโดเมน โดเมนจะอยู่ในสถานะนี้เป็นเวลา 30 วัน หลังจากห้าวันตามปฏิทินนับจากสิ้นสุดระยะเวลาการกู้คืน โดเมนจะถูกลบออกจากฐานข้อมูลของหน่วยงานรับจดทะเบียนและพร้อมสำหรับการจดทะเบียนอีกครั้ง
ต่ออายุระยะเวลาช่วงเวลาผ่อนผันนี้จะได้รับหลังจากที่ผู้รับจดทะเบียนได้ขยายระยะเวลาการจดทะเบียนชื่อโดเมน (ต่ออายุ) อย่างชัดเจน หากผู้รับจดทะเบียนลบชื่อโดเมนในช่วงเวลานี้ หน่วยงานที่ดูแลการจดทะเบียนจะให้เครดิตแก่ผู้รับจดทะเบียนเป็นจำนวนเงินเท่ากับค่าใช้จ่ายในการต่ออายุ
เซิร์ฟเวอร์ลบห้ามรหัสสถานะนี้จะป้องกันไม่ให้โดเมนถูกลบ เป็นสถานะที่ไม่ค่อยพบเห็น ซึ่งมักจะถูกนำมาใช้ในระหว่างข้อพิพาททางกฎหมาย ตามคำขอของผู้จดทะเบียน หรือเมื่อมีสถานะ redemptionPeriod อยู่
เซิร์ฟเวอร์โฮลด์รหัสสถานะนี้ถูกกำหนดโดยผู้ดำเนินการทะเบียนโดเมน โดเมนนี้ยังไม่ได้เปิดใช้งานในระบบ DNS
serverRenewProhibitedรหัสสถานะนี้บ่งชี้ว่าผู้ดำเนินการทะเบียนโดเมนจะไม่อนุญาตให้ผู้รับจดทะเบียนต่ออายุโดเมน สถานะนี้เป็นสถานะที่ไม่พบบ่อยนัก โดยปกติจะเกิดขึ้นในระหว่างข้อพิพาททางกฎหมายหรือเมื่อโดเมนกำลังจะถูกลบ
การโอนถ่ายเซิร์ฟเวอร์ถูกห้ามรหัสสถานะนี้จะป้องกันไม่ให้โดเมนถูกโอนจากผู้รับจดทะเบียนปัจจุบันไปยังผู้รับจดทะเบียนรายอื่น เป็นสถานะที่ไม่ค่อยพบเห็น ซึ่งมักเกิดขึ้นในระหว่างข้อพิพาททางกฎหมายหรือข้อพิพาทอื่นๆ ตามคำขอของผู้จดทะเบียน หรือเมื่อมีสถานะ redemptionPeriod อยู่
serverUpdateProhibitedรหัสสถานะนี้จะล็อกโดเมน ป้องกันไม่ให้มีการอัปเดต เป็นสถานะที่ไม่ค่อยพบเห็น ซึ่งมักถูกนำมาใช้ในระหว่างข้อพิพาททางกฎหมาย ตามคำขอของผู้จดทะเบียน หรือเมื่อมีสถานะ redemptionPeriod อยู่
ระยะเวลาการโอนระยะเวลาผ่อนผันนี้จะได้รับหลังจากที่การโอนชื่อโดเมนจากผู้รับจดทะเบียนรายหนึ่งไปยังอีกรายหนึ่งเสร็จสมบูรณ์ หากผู้รับจดทะเบียนรายใหม่ลบชื่อโดเมนในระหว่างช่วงเวลานี้ หน่วยงานที่ดูแลโดเมนจะให้เครดิตแก่ผู้รับจดทะเบียนรายนั้นเป็นจำนวนเงินเท่ากับค่าใช้จ่ายในการโอน

การดำเนินการ

การค้นหาข้อมูล WHOIS ในอดีตนั้นทำโดยใช้ แอปพลิเคชัน ที่มีอินเทอร์เฟซแบบบรรทัดคำสั่งแต่ปัจจุบันมีเครื่องมือทางเลือกบนเว็บมากมายให้เลือกใช้

ฐานข้อมูล WHOIS ประกอบด้วยชุดระเบียนข้อความสำหรับแต่ละทรัพยากร ระเบียนข้อความเหล่านี้ประกอบด้วยข้อมูลต่างๆ เกี่ยวกับทรัพยากรนั้นๆ รวมถึงข้อมูลที่เกี่ยวข้อง เช่น ผู้รับมอบสิทธิ์ ผู้ลงทะเบียน ข้อมูลด้านการบริหาร เช่น วันที่สร้างและวันหมดอายุ

มีโมเดลข้อมูลสองแบบสำหรับการจัดเก็บข้อมูลทรัพยากรในฐานข้อมูล WHOIS ได้แก่ โมเดล แบบหนาและโมเดลแบบบาง

การค้นหาแบบบางและแบบหนา

ข้อมูล WHOIS สามารถจัดเก็บและค้นหาได้ตามแบบจำลองข้อมูล แบบ หนาหรือแบบบาง :

หนา
เซิร์ฟเวอร์ WHOIS ที่มีข้อมูลครบถ้วนจะจัดเก็บข้อมูล WHOIS ทั้งหมดจากผู้รับจดทะเบียนโดเมนทุกรายสำหรับชุดข้อมูลนั้นๆ (เช่น เซิร์ฟเวอร์ WHOIS เดียวสามารถให้ข้อมูล WHOIS สำหรับ โดเมน .org ทั้งหมด ได้)
บาง
เซิร์ฟเวอร์ WHOIS แบบละเอียดจะเก็บเฉพาะชื่อของเซิร์ฟเวอร์ WHOIS ของผู้รับจดทะเบียนโดเมนเท่านั้น ซึ่งผู้รับจดทะเบียนโดเมนนั้นจะมีรายละเอียดทั้งหมดของข้อมูลที่กำลังค้นหา (เช่น เซิร์ฟเวอร์ WHOIS ของ โดเมน .comซึ่งจะส่งคำขอ WHOIS ไปยังผู้รับจดทะเบียนที่โดเมนนั้นถูกจดทะเบียนไว้)

โดยทั่วไปแล้วโมเดลแบบหนาจะช่วยให้มั่นใจได้ว่าข้อมูลมีความสม่ำเสมอและการค้นหาจะเร็วขึ้นเล็กน้อย เนื่องจากต้องติดต่อเซิร์ฟเวอร์ WHOIS เพียงแห่งเดียวเท่านั้น หากผู้รับจดทะเบียนเลิกกิจการ ระบบทะเบียนแบบหนาจะมีข้อมูลสำคัญทั้งหมด (หากผู้จดทะเบียนป้อนข้อมูลที่ถูกต้อง และไม่ได้ใช้คุณสมบัติความเป็นส่วนตัวเพื่อปกปิดข้อมูล) และข้อมูลการจดทะเบียนจะยังคงอยู่ แต่ในระบบทะเบียนแบบบาง ข้อมูลการติดต่ออาจไม่พร้อมใช้งาน และอาจเป็นเรื่องยากสำหรับผู้จดทะเบียนที่ถูกต้องในการรักษาการควบคุมโดเมน[ 17 ]

หากโปรแกรมไคลเอนต์ WHOIS ไม่เข้าใจวิธีการจัดการกับสถานการณ์นี้ โปรแกรมจะแสดงข้อมูลทั้งหมดจากผู้จดทะเบียนโดเมน โปรโตคอล WHOIS ไม่มีมาตรฐานในการกำหนดวิธีการแยกแยะระหว่างโมเดลแบบบางและโมเดลแบบหนา

รายละเอียดเฉพาะของบันทึกที่จัดเก็บจะแตกต่างกันไปในแต่ละหน่วยงานจดทะเบียนชื่อโดเมน โดเมนระดับบนสุดบาง โดเมน เช่นcomและnetใช้ WHOIS แบบบาง ซึ่งกำหนดให้ผู้จดทะเบียนโดเมนต้องเก็บรักษาข้อมูลของลูกค้าของตนเอง หน่วยงานจดทะเบียนระดับบนสุดทั่วโลกอื่นๆ เช่นorgใช้โมเดลแบบหนา[ 18 ]หน่วยงานจดทะเบียนระดับบนสุดรหัสประเทศแต่ละแห่งมีกฎเกณฑ์ระดับชาติของตนเอง

ซอฟต์แวร์

แอปพลิเคชันแรกๆ ที่เขียนขึ้นสำหรับระบบข้อมูล WHOIS คือเครื่องมืออินเทอร์เฟซบรรทัดคำสั่ง สำหรับระบบปฏิบัติการ Unixและ ระบบปฏิบัติการ ที่คล้าย Unix (เช่น Solaris, Linux เป็นต้น) ซอฟต์แวร์ไคลเอ็นต์และเซิร์ฟเวอร์ของ WHOIS เผยแพร่เป็นซอฟต์แวร์โอเพนซอร์ส ฟรี และมีการแจกจ่ายไบนารีพร้อมกับ ระบบปฏิบัติการ ที่คล้าย Unix ทุก ระบบ การใช้งาน Unix เชิงพาณิชย์ต่างๆ อาจใช้การใช้งานที่เป็นกรรมสิทธิ์ (ตัวอย่างเช่นSolaris 7)

โปรแกรมไคลเอนต์ WHOIS แบบบรรทัดคำสั่งจะส่งวลีที่ระบุเป็นอาร์กิวเมนต์ไปยังเซิร์ฟเวอร์ WHOIS โดยตรง ตัวอย่างโอเพนซอร์สฟรีต่างๆ ยังคงหาได้จากเว็บไซต์ต่างๆ เช่นsourceforge.netอย่างไรก็ตาม เครื่องมือ WHOIS สมัยใหม่ส่วนใหญ่จะใช้แฟล็กหรือตัวเลือกแบบบรรทัดคำสั่ง เช่น ตัวเลือก -h เพื่อเข้าถึงโฮสต์เซิร์ฟเวอร์เฉพาะ แต่เซิร์ฟเวอร์เริ่มต้นจะถูกกำหนดค่าไว้ล่วงหน้าแล้ว ตัวเลือกเพิ่มเติมอาจช่วยให้ควบคุมหมายเลขพอร์ตที่จะเชื่อมต่อ แสดงข้อมูลการดีบักเพิ่มเติม หรือเปลี่ยนพฤติกรรมการเรียกซ้ำ/การอ้างอิงได้

เช่นเดียวกับแอปพลิ เคชันไคลเอ็นต์-เซิร์ฟเวอร์ TCP/IP ส่วนใหญ่ไคลเอ็นต์ WHOIS จะรับข้อมูลจากผู้ใช้ จากนั้นเปิดซ็อกเก็ตอินเทอร์เน็ตไปยังเซิร์ฟเวอร์ปลายทาง โปรโตคอล WHOIS จะจัดการการส่งคำขอและการรับผลลัพธ์

เว็บ

ด้วยการถือกำเนิดของเวิลด์ไวด์เว็บ และโดยเฉพาะ อย่างยิ่งการผ่อนคลายการผูกขาดของโซลูชันเครือข่ายการค้นหาข้อมูล WHOIS ผ่านทางเว็บจึงกลายเป็นเรื่องปกติ ในปัจจุบัน การค้นหา WHOIS บนเว็บที่เป็นที่นิยมสามารถทำได้จากARIN [ 21 ] RIPE [ 22 ]และAPNIC [ 23 ] ไคลเอนต์ WHOIS บนเว็บรุ่นแรกๆ ส่วนใหญ่เป็นเพียงส่วนหน้าของไคลเอนต์ แบบบรรทัดคำสั่ง โดยผลลัพธ์ที่ได้จะแสดงบนหน้าเว็บโดยมีการทำความสะอาดหรือจัดรูปแบบเพียงเล็กน้อยหรือไม่เลย

ปัจจุบัน โปรแกรมค้นหาข้อมูล WHOIS บนเว็บส่วนใหญ่จะทำการค้นหาข้อมูล WHOIS โดยตรง แล้วจึงจัดรูปแบบผลลัพธ์เพื่อแสดงผล โปรแกรมเหล่านี้ส่วนใหญ่เป็นซอฟต์แวร์กรรมสิทธิ์ที่พัฒนาโดยผู้ให้บริการจดทะเบียนชื่อโดเมน

ความจำเป็นในการใช้โปรแกรมไคลเอ็นต์บนเว็บเกิดขึ้นจากข้อเท็จจริงที่ว่า โปรแกรมไคลเอ็นต์ WHOIS แบบบรรทัดคำสั่งส่วนใหญ่มีอยู่เฉพาะในระบบ Unix และคอมพิวเตอร์ขนาดใหญ่เท่านั้น คอมพิวเตอร์ Microsoft Windowsและ Macintosh ไม่มีโปรแกรมไคลเอ็นต์ WHOIS ติดตั้งมาให้โดยค่าเริ่มต้น ดังนั้นผู้ให้บริการจดทะเบียนโดเมนจึงต้องหาวิธีที่จะให้ลูกค้าเข้าถึงข้อมูล WHOIS ได้ ผู้ใช้ปลายทางจำนวนมากยังคงพึ่งพาไคลเอ็นต์เหล่านั้นอยู่ แม้ว่าปัจจุบันจะมีไคลเอ็นต์แบบบรรทัดคำสั่งและแบบกราฟิกสำหรับแพลตฟอร์มพีซีที่บ้านส่วนใหญ่แล้วก็ตาม Microsoft ให้บริการชุดโปรแกรม Sysinternalsซึ่งรวมถึงไคลเอ็นต์ WHOIS โดยไม่มีค่าใช้จ่ายเพิ่มเติม

CPANมี โมดูล Perl หลายตัว ที่ใช้งานร่วมกับเซิร์ฟเวอร์ WHOIS ได้ หลายโมดูลอาจไม่ทันสมัยและใช้งานได้ไม่สมบูรณ์กับโครงสร้างพื้นฐานของเซิร์ฟเวอร์ WHOIS ในปัจจุบัน (ปี 2005) อย่างไรก็ตาม ยังคงมีฟังก์ชันการทำงานที่มีประโยชน์มากมายให้ใช้งานได้ เช่น การค้นหาหมายเลข ASและข้อมูลติดต่อของผู้จดทะเบียน

เซิร์ฟเวอร์

บริการ WHOIS ส่วนใหญ่ดำเนินการโดยผู้รับจดทะเบียนและหน่วยงานจดทะเบียนตัวอย่างเช่นPublic Interest Registry (PIR) ดูแลทะเบียน .ORG และบริการ WHOIS ที่เกี่ยวข้อง[ 24 ]

หน่วยงานจดทะเบียนอินเทอร์เน็ตระดับภูมิภาค

หน่วยงานจดทะเบียนอินเทอร์เน็ตระดับภูมิภาค

เซิร์ฟเวอร์ WHOIS ที่ดำเนินการโดยหน่วยงานจดทะเบียนอินเทอร์เน็ตระดับภูมิภาค (RIR) สามารถใช้สอบถามข้อมูลโดยตรงเพื่อระบุผู้ให้บริการอินเทอร์เน็ตที่รับผิดชอบทรัพยากรนั้นๆ ได้

ข้อมูลในทะเบียนแต่ละแห่งมีการเชื่อมโยงกัน ดังนั้นการค้นหาข้อมูลในARINสำหรับบันทึกที่อยู่ในRIPEจะส่งคืนตัวแทนที่ชี้ไปยังเซิร์ฟเวอร์ WHOIS ของ RIPE ซึ่งจะช่วยให้ผู้ใช้ WHOIS ที่ทำการค้นหาทราบว่าข้อมูลโดยละเอียดนั้นอยู่ในเซิร์ฟเวอร์ของ RIPE นอกจากเซิร์ฟเวอร์ของ RIR แล้ว ยังมีบริการเชิงพาณิชย์อื่นๆ เช่นฐานข้อมูลสินทรัพย์การกำหนดเส้นทาง (Routing Assets Database ) ที่ใช้โดยเครือข่ายขนาดใหญ่บางแห่ง (เช่น ผู้ให้บริการอินเทอร์เน็ตรายใหญ่ที่เข้าซื้อกิจการ ISP อื่นๆ ในหลายพื้นที่ของ RIR)

การค้นหาเซิร์ฟเวอร์

ปัจจุบันยังไม่มีวิธีการใดที่ใช้กันอย่างแพร่หลายในการระบุเซิร์ฟเวอร์ WHOIS ที่รับผิดชอบสำหรับโดเมน DNS แม้ว่าจะมีวิธีการจำนวนหนึ่งที่ใช้กันทั่วไปสำหรับโดเมนระดับบนสุด (TLD) หน่วยงานจดทะเบียนบางแห่งใช้ระเบียน DNS SRV (กำหนดไว้ใน RFC 2782 [ 25 ] ) เพื่อให้ลูกค้าสามารถค้นหาที่อยู่ของเซิร์ฟเวอร์ WHOIS ได้[ 26 ]การค้นหา WHOIS บางรายการจำเป็นต้องค้นหาผู้รับจดทะเบียนโดเมนเพื่อแสดงรายละเอียดเจ้าของโดเมน

ตัวอย่างการสืบค้นข้อมูล

โดยปกติแล้ว ข้อมูลติดต่อของผู้รับมอบหมายทรัพยากรจะปรากฏขึ้น อย่างไรก็ตาม ผู้ให้บริการจดทะเบียนบางรายเสนอบริการจดทะเบียนส่วนตัว ซึ่งในกรณีนี้ ข้อมูลติดต่อของผู้ให้บริการจดทะเบียนจะปรากฏขึ้นแทน

ผู้ให้บริการจดทะเบียนโดเมนบางรายเป็นผู้ค้าส่ง ซึ่งหมายความว่าโดยทั่วไปแล้วพวกเขาจะให้บริการจดทะเบียนชื่อโดเมนแก่ผู้รับจดทะเบียนรายย่อยจำนวนมาก ซึ่งผู้รับจดทะเบียนรายย่อยเหล่านั้นก็จะนำเสนอชื่อโดเมนเหล่านั้นให้กับผู้บริโภคอีกที สำหรับการจดทะเบียนส่วนตัว อาจแสดงเฉพาะข้อมูลของผู้รับจดทะเบียนรายใหญ่เท่านั้น ในกรณีนี้ ข้อมูลประจำตัวของบุคคลทั่วไปและผู้รับจดทะเบียนรายย่อยอาจถูกปกปิดไว้

ด้านล่างนี้คือตัวอย่างข้อมูล WHOIS ที่ได้จากการค้นหาข้อมูลของเจ้าของทรัพยากรรายบุคคล นี่คือผลลัพธ์จากการค้นหาข้อมูล WHOIS ของexample.com :

> whois example.com [กำลังสอบถาม whois.verisign-grs.com] [เปลี่ยนเส้นทางไปยัง whois.iana.org] [กำลังสอบถาม whois.iana.org] [whois.iana.org] % เซิร์ฟเวอร์ WHOIS ของ IANA % สำหรับข้อมูลเพิ่มเติมเกี่ยวกับ IANA โปรดไปที่ http://www.iana.org % การสอบถามนี้ส่งคืน 1 วัตถุโดเมน: EXAMPLE.COM องค์กร: Internet Assigned Numbers Authority สร้างเมื่อ: 1992-01-01 แหล่งที่มา: IANA

ต่อไปนี้เป็นผลลัพธ์อีกตัวอย่างหนึ่งจากการค้นหาข้อมูล WHOIS ของเว็บไซต์Final Fantasy XIVซึ่งแสดงข้อมูล WHOIS ทั่วไป ของ โดเมน .comพร้อมข้อมูลเกี่ยวกับหน่วยงานจดทะเบียน ผู้ให้บริการจดทะเบียน สถานะโดเมน เนมเซิร์ฟเวอร์และ ข้อมูล DNSSEC :

> whois finalfantasyxiv.com [กำลังสอบถาม whois.verisign-grs.com] ชื่อโดเมน: FINALFANTASYXIV.COM รหัสโดเมนในระบบทะเบียน: 19576356_DOMAIN_COM-VRSN เซิร์ฟเวอร์ WHOIS ของผู้รับจดทะเบียน: whois.markmonitor.com URL ของผู้รับจดทะเบียน: http://www.markmonitor.com วันที่อัปเดต: 2024-02-09T05:41:13Z วันที่สร้าง: 2000-02-10T15:58:28Z วันหมดอายุในระบบทะเบียน: 2026-02-10T15:58:28Z ผู้รับจดทะเบียน: MarkMonitor Inc. รหัส IANA ของผู้รับจดทะเบียน: 292 อีเมลติดต่อกรณีการละเมิด: [email protected] โทรศัพท์ติดต่อกรณีการละเมิด: +1.2086851750 สถานะโดเมน: clientDeleteProhibited https://icann.org/epp#clientDeleteProhibited สถานะโดเมน: clientTransferProhibited https://icann.org/epp#clientTransferProhibited สถานะโดเมน: clientUpdateProhibited https://icann.org/epp#clientUpdateProhibited เนมเซิร์ฟเวอร์: A1-211.AKAM.NET เนมเซิร์ฟเวอร์: A13-66.AKAM.NET เนมเซิร์ฟเวอร์: A2-67.AKAM.NET เน เซิร์ฟเวอร์: A22-64.AKAM.NET เนมเซิร์ฟเวอร์: A24-65.AKAM.NET เนมเซิร์ฟเวอร์: A3-66.AKAM.NET DNSSEC: ไม่ได้ลงนาม URL ของแบบฟอร์มร้องเรียนความไม่ถูกต้องของ Whois ของ ICANN: https://www.icann.org/wicf/

ข้อมูลอ้างอิง Whois

Referral Whois ( RWhois ) เป็นส่วนขยายของโปรโตคอลและบริการ WHOIS ดั้งเดิม RWhois ขยายแนวคิดของ WHOIS ใน ลักษณะ ที่ปรับขนาดได้และเป็นลำดับชั้น ซึ่งอาจสร้างระบบที่มีสถาปัตยกรรมแบบต้นไม้ การสอบถามจะถูกส่งไปยังเซิร์ฟเวอร์ตามป้ายกำกับลำดับชั้นอย่างแน่นอน ลดคำถามให้เหลือเพียงคลังข้อมูลหลัก[ 27 ]

การค้นหาการจัดสรรที่อยู่ IP มักจำกัดอยู่เฉพาะ บล็อก Classless Inter-Domain Routing (CIDR) ขนาดใหญ่ (เช่น /24, /22, /16) เนื่องจากโดยปกติแล้วจะมีเพียงหน่วยงานจดทะเบียนอินเทอร์เน็ตระดับภูมิภาค (RIRs) และผู้จดทะเบียนโดเมนเท่านั้น ที่ใช้งานเซิร์ฟเวอร์ RWhois หรือ WHOIS แม้ว่า RWhois จะมีจุดประสงค์เพื่อให้ หน่วยงานจดทะเบียนอินเทอร์เน็ตระดับท้องถิ่นขนาดเล็กกว่าสามารถใช้งานได้เช่นกันเพื่อให้ข้อมูลที่ละเอียดกว่าเกี่ยวกับการจัดสรรที่อยู่ IP

RWhois มีจุดประสงค์เพื่อทดแทน WHOIS โดยจัดระบบลำดับชั้นของบริการอ้างอิงที่เป็นระเบียบ ซึ่งผู้ใช้สามารถเชื่อมต่อกับเซิร์ฟเวอร์ RWhois ใดก็ได้ ขอค้นหาข้อมูล และจะถูกนำไปยังเซิร์ฟเวอร์ที่ถูกต้องโดยอัตโนมัติ อย่างไรก็ตาม แม้ว่าฟังก์ชันทางเทคนิคจะพร้อมใช้งานแล้ว แต่การนำมาตรฐาน RWhois ไปใช้ยังไม่แพร่หลายนัก

โดยทั่วไปแล้ว บริการ RWhois จะสื่อสารกันโดยใช้โปรโตคอลควบคุมการส่งข้อมูล (TCP) เซิร์ฟเวอร์จะรับฟังคำขอที่พอร์ตหมายเลข 4321 ซึ่งเป็นที่รู้จักกันดี

Rwhois ได้รับการระบุครั้งแรกในRFC 1714ในปี 1994 โดยNetwork Solutions [ 27 ]แต่ข้อกำหนดดังกล่าวถูกแทนที่ในปี 1997 ด้วยRFC 2167 [ 28 ]  

คุณสมบัติการส่งต่อข้อมูลของ RWhois นั้นแตกต่างจากคุณสมบัติของเซิร์ฟเวอร์ WHOIS ที่ส่งต่อการตอบกลับไปยังเซิร์ฟเวอร์อื่น ซึ่ง RWhois ก็มีฟังก์ชันนี้เช่นกัน

การวิจารณ์

ข้อวิจารณ์หนึ่งของ WHOIS คือการขาดการเข้าถึงข้อมูลอย่างเต็มรูปแบบ[ 29 ] [ 30 ]มีเพียงไม่กี่ฝ่ายที่สามารถเข้าถึงฐานข้อมูลทั้งหมดแบบเรียลไทม์ได้

บางคนอ้างถึงเป้าหมายที่ขัดแย้งกันของความเป็นส่วนตัวของโดเมนเป็นข้อวิจารณ์ แม้ว่าปัญหานี้จะได้รับการแก้ไขอย่างมากด้วยบริการความเป็นส่วนตัวของโดเมน ปัจจุบันองค์กรอินเทอร์เน็ตเพื่อการกำหนดชื่อและหมายเลข ( ICANN ) กำหนดให้ต้องเปิดเผยที่อยู่ไปรษณีย์หมายเลขโทรศัพท์และที่อยู่อีเมลของผู้ที่เป็นเจ้าของหรือบริหารจัดการชื่อโดเมนผ่านไดเร็กทอรี "WHOIS" รายละเอียดการติดต่อของผู้จดทะเบียน (เจ้าของโดเมน) เช่น ที่อยู่และหมายเลขโทรศัพท์ สามารถเข้าถึงได้ง่ายสำหรับทุกคนที่สอบถามเซิร์ฟเวอร์ WHOIS อย่างไรก็ตาม นโยบายดังกล่าวทำให้ผู้ส่งสแปม นักการตลาดทางตรง ผู้ขโมยข้อมูลส่วนบุคคล หรือผู้โจมตีรายอื่น ๆ สามารถปล้นข้อมูลส่วนบุคคลเกี่ยวกับบุคคลเหล่านี้จากไดเร็กทอรีได้ แม้ว่า ICANN จะกำลังสำรวจการเปลี่ยนแปลง WHOIS เพื่อให้มีความเป็นส่วนตัวมากขึ้น แต่ก็ยังขาดฉันทามติในหมู่ผู้มีส่วนได้ส่วนเสียหลักเกี่ยวกับประเภทของการเปลี่ยนแปลงที่ควรทำ[ 31 ]ผู้รับจดทะเบียนโดเมนบางรายเสนอการลงทะเบียนแบบส่วนตัว (หรือที่เรียกว่าความเป็นส่วนตัวของโดเมน) ซึ่งจะแสดงข้อมูลการติดต่อของผู้รับจดทะเบียนแทนข้อมูลของลูกค้า ด้วยข้อเสนอการลงทะเบียนส่วนตัวจากผู้รับจดทะเบียนจำนวนมาก ความเสี่ยงบางส่วนจึงลดลง[ 32 ]

การศึกษาแสดงให้เห็นว่าผู้ส่งสแปมสามารถและเก็บรวบรวมที่อยู่อีเมลแบบข้อความธรรมดาจากเซิร์ฟเวอร์ WHOIS ได้[ 33 ] [ 34 ]ด้วยเหตุนี้ เซิร์ฟเวอร์ WHOIS และเว็บไซต์บางแห่งที่ให้บริการการค้นหา WHOIS จึงได้นำระบบจำกัดอัตรามาใช้ เช่นCAPTCHA บนเว็บ และจำกัดจำนวนการค้นหาต่อที่อยู่ IP ของผู้ใช้ [ 32 ]

ข้อกำหนดของ WHOIS ขัดแย้งกับระเบียบการคุ้มครองข้อมูลทั่วไป (GDPR) ซึ่งมีผลบังคับใช้ในสหภาพยุโรปเมื่อวันที่ 25 พฤษภาคม 2018 ซึ่งกำหนดข้อบังคับที่เข้มงวดเกี่ยวกับการประมวลผลและการเผยแพร่ข้อมูลส่วนบุคคล ICANN ระบุในเดือนพฤศจิกายน 2017 ว่าจะไม่ตำหนิ "การไม่ปฏิบัติตามข้อผูกพันตามสัญญาที่เกี่ยวข้องกับการจัดการข้อมูลการลงทะเบียน" หากผู้รับจดทะเบียนจัดหาทางเลือกอื่นเพื่อให้เป็นไปตามกฎ จนกว่าข้อกำหนดของ WHOIS จะได้รับการปรับปรุงเพื่อให้สอดคล้องกับ GDPR [ 32 ] [ 35 ]

โปรโตคอล WHOIS ไม่ได้ถูกเขียนขึ้นโดยคำนึงถึงผู้ชมในระดับนานาชาติ เซิร์ฟเวอร์ WHOIS และ/หรือไคลเอ็นต์ไม่สามารถระบุการเข้ารหัสข้อความที่มีผลสำหรับคำถามหรือเนื้อหาฐานข้อมูลได้ เซิร์ฟเวอร์จำนวนมากเดิมใช้ US- ASCIIและไม่ได้คำนึงถึงข้อกังวลเรื่องความเป็นสากลจนกระทั่งภายหลัง[ 36 ]สิ่งนี้อาจส่งผลกระทบต่อความสามารถในการใช้งานหรือประโยชน์ของโปรโตคอล WHOIS ในประเทศนอกสหรัฐอเมริกา[ 1 ]ในกรณีของชื่อโดเมนที่เป็นสากล แอ ปพลิเคชันไคลเอ็นต์มีหน้าที่ในการแปลชื่อโดเมนระหว่างสคริปต์ภาษาดั้งเดิมและชื่อ DNS ในpunycode

ความถูกต้องของข้อมูล

ในกรณีที่ข้อมูลประจำตัวของผู้จดทะเบียน (เจ้าของโดเมน) เป็นสาธารณะ ใครๆ ก็สามารถตรวจสอบสถานะของโดเมนได้ง่ายๆ ผ่าน WHOIS

ในกรณีของการจดทะเบียนส่วนตัว การตรวจสอบข้อมูลการจดทะเบียนอาจทำได้ยากกว่า หากผู้จดทะเบียนที่ได้รับชื่อโดเมนต้องการตรวจสอบว่าผู้รับจดทะเบียนได้ดำเนินการจดทะเบียนเสร็จสมบูรณ์แล้ว อาจต้องดำเนินการสามขั้นตอนดังนี้:

  1. ทำการตรวจสอบข้อมูลด้วย WHOIS และยืนยันว่าทรัพยากรนั้นได้รับการจดทะเบียนกับ ICANN แล้วอย่างน้อยที่สุด
  2. ระบุชื่อผู้รับจดทะเบียนขายส่ง และ
  3. ติดต่อผู้ค้าส่งและขอชื่อผู้จดทะเบียนค้าปลีก

สิ่งนี้ทำให้มั่นใจได้ว่าผู้ค้าปลีกได้จดทะเบียนชื่อจริง แต่หากผู้รับจดทะเบียนล้มละลาย เช่นเดียวกับกรณีของRegisterFlyในปี 2550 ผู้ถือโดเมนที่ถูกต้องตามกฎหมายซึ่งมีการจดทะเบียนที่ได้รับการคุ้มครองความเป็นส่วนตัวอาจประสบปัญหาในการเรียกคืนการบริหารจัดการชื่อโดเมนของตน[ 17 ]ผู้จดทะเบียนที่ใช้ "การจดทะเบียนส่วนตัว" สามารถพยายามปกป้องตนเองโดยใช้ผู้รับจดทะเบียนที่เก็บข้อมูลลูกค้าไว้ในบัญชีเอสโครว์กับบุคคลที่สาม

ICANN กำหนดให้ผู้จดทะเบียนชื่อโดเมนทุกคนต้องได้รับโอกาสในการแก้ไขข้อมูลติดต่อที่ไม่ถูกต้องที่เกี่ยวข้องกับโดเมนของตน ด้วยเหตุนี้ ผู้รับจดทะเบียนจึงต้องส่งข้อมูลติดต่อที่บันทึกไว้ให้ผู้ถือครองเป็นระยะเพื่อตรวจสอบ แต่พวกเขาไม่รับประกันความถูกต้องของข้อมูลหากผู้จดทะเบียนให้ข้อมูลที่ไม่ถูกต้อง

กฎหมายและนโยบาย

WHOIS ได้ก่อให้เกิดประเด็นนโยบายในรัฐบาลกลางของสหรัฐอเมริกา ดังที่กล่าวไว้ข้างต้น WHOIS สร้าง ปัญหา ความเป็นส่วนตัวซึ่งเชื่อมโยงกับเสรีภาพในการพูดและการไม่เปิดเผยตัวตนอย่างไรก็ตาม WHOIS เป็นเครื่องมือสำคัญสำหรับเจ้าหน้าที่บังคับใช้กฎหมายในการสืบสวนการละเมิด เช่นสแปมและฟิชชิ่งเพื่อติดตามผู้ถือครองชื่อโดเมน ด้วยเหตุนี้ หน่วยงานบังคับใช้กฎหมายจึงพยายามทำให้บันทึก WHOIS เปิดเผยและตรวจสอบได้[ 37 ]

  • คณะกรรมการการค้าของรัฐบาลกลางได้ให้การว่าบันทึก WHOIS ที่ไม่ถูกต้องขัดขวางการสืบสวนของพวกเขา[ 38 ]
  • มีการจัดประชุมรัฐสภาเพื่อพิจารณาถึงความสำคัญของ WHOIS ในปี พ.ศ. 2544 พ.ศ. 2545 และ พ.ศ. 2549 [ 39 ]
  • พระราชบัญญัติการลงโทษข้อมูลประจำตัวออนไลน์ที่เป็นการฉ้อโกง[ 40 ] “ถือเป็นการละเมิดกฎหมายเครื่องหมายการค้าและลิขสิทธิ์ หากบุคคลใดจงใจให้ข้อมูลติดต่อที่เป็นเท็จอย่างร้ายแรง หรือทำให้มีการให้ข้อมูลติดต่อที่เป็นเท็จอย่างเป็นสาระสำคัญ ในการสร้าง บำรุงรักษา หรือต่ออายุการจดทะเบียนชื่อโดเมนที่ใช้เกี่ยวข้องกับการละเมิด” [ 41 ]โดย “การละเมิด” ในที่นี้หมายถึงการละเมิดกฎหมายเครื่องหมายการค้าหรือลิขสิทธิ์ก่อนหน้านี้ พระราชบัญญัตินี้ไม่ได้ทำให้การส่งข้อมูล WHOIS ที่เป็นเท็จเป็นสิ่งผิดกฎหมายในตัวเอง เพียงแต่จะใช้เพื่อปกป้องตนเองจากการถูกดำเนินคดีในข้อหาอาชญากรรมที่กระทำโดยใช้ชื่อโดเมนนั้น

ข้อเสนอของ ICANN ในการยกเลิก WHOIS

คณะทำงานผู้เชี่ยวชาญ (EWG) ของ Internet Corporation for Assigned Names and Numbers ( ICANN ) แนะนำเมื่อวันที่ 24 มิถุนายน 2556 ว่าควรยกเลิก WHOIS โดยแนะนำให้แทนที่ WHOIS ด้วยระบบที่เก็บข้อมูลเป็นความลับจากผู้ใช้อินเทอร์เน็ตส่วนใหญ่ และเปิดเผยข้อมูลเฉพาะใน "วัตถุประสงค์ที่อนุญาต" เท่านั้น[ 42 ]รายการวัตถุประสงค์ที่อนุญาตของ ICANN ได้แก่ การวิจัยชื่อโดเมน การซื้อขายชื่อโดเมน การบังคับใช้กฎระเบียบ การคุ้มครองข้อมูลส่วนบุคคล การดำเนินการทางกฎหมาย และการบรรเทาการละเมิด[ 43 ]แม้ว่า WHOIS จะเป็นเครื่องมือสำคัญของนักข่าวในการระบุว่าใครกำลังเผยแพร่ข้อมูลบางอย่างบนอินเทอร์เน็ต[ 44 ] แต่ การใช้ WHOIS โดยสื่อเสรีไม่ได้รวมอยู่ในรายการวัตถุประสงค์ที่อนุญาตที่ ICANN เสนอ

EWG รวบรวมความคิดเห็นสาธารณะเกี่ยวกับรายงานฉบับแรกจนถึงวันที่ 13 กันยายน 2013 รายงานฉบับสุดท้ายเผยแพร่เมื่อวันที่ 6 มิถุนายน 2014 โดยไม่มีการเปลี่ยนแปลงคำแนะนำอย่างมีนัยสำคัญ[ 45 ]ณ เดือนมีนาคม2015 ICANN กำลังอยู่ใน "กระบวนการคิดค้น WHOIS ใหม่" โดยกำลังดำเนินการกับ "ICANN WHOIS Beta" [ 46 ] [ 47 ]

เมื่อวันที่ 19 มกราคม 2023 ICANN ได้เปิดให้ลงคะแนนเสียงเกี่ยวกับการแก้ไขข้อตกลงการจดทะเบียนและผู้รับจดทะเบียนทั่วโลก โดยกำหนด ระยะเวลาการพัฒนา RDAPไว้ที่ 180 วัน เริ่มตั้งแต่วันที่การแก้ไขนี้มีผลบังคับใช้ 360 วันหลังจากช่วงเวลานี้ถูกกำหนดให้เป็นวันสิ้นสุดการให้บริการ WHOIS ซึ่งหลังจากนั้นหน่วยงานจดทะเบียนและผู้รับจดทะเบียนจะไม่ต้องให้บริการ WHOIS อีกต่อไป แต่จะให้ บริการ RDAP เพียงอย่างเดียวแทน เกณฑ์การลงคะแนนเสียงทั้งหมดได้รับการตอบสนองภายในระยะเวลาการลงคะแนนเสียง 60 วัน และการแก้ไขนี้ได้รับการอนุมัติจากคณะกรรมการ ICANN บริการ WHOIS ได้สิ้นสุดอย่างเป็นทางการสำหรับgTLDในวันที่ 28 มกราคม 2025 [ 48 ]

เอกสารมาตรฐาน

  • RFC 812 – NICNAME/WHOIS (ปี 1982, ล้าสมัยแล้ว) 
  • RFC 954 – NICNAME/WHOIS (1985, ล้าสมัยแล้ว) 
  • RFC 3912 – ข้อกำหนดโปรโตคอล WHOIS (ปี 2004, ปัจจุบัน) 

ดูเพิ่มเติม

อ่านเพิ่มเติม

ไอริส

  • 3981 - Newton, A.; Sanz, M. (มกราคม 2005). IRIS: โปรโตคอลหลักของบริการข้อมูลทะเบียนอินเทอร์เน็ต (IRIS) IETF. doi : 10.17487 / RFC3981 . STD 8. RFC 3981. สืบค้นเมื่อ1 มิถุนายน 2015 .
  • 3982 - Newton, A.; Sanz, M. (มกราคม 2005). IRIS: ประเภทการลงทะเบียนโดเมน (dreg) สำหรับบริการข้อมูลการลงทะเบียนอินเทอร์เน็ต (IRIS) IETF. doi : 10.17487 / RFC3982 . RFC 3982. สืบค้นเมื่อ1 มิถุนายน 2015 .
  • 3983 - Newton, A.; Sanz, M. (มกราคม 2005). การใช้บริการข้อมูลทะเบียนอินเทอร์เน็ต (IRIS) ผ่านโปรโตคอลการแลกเปลี่ยนแบบขยายได้ ของบล็อก (BEEP) IETF . doi : 10.17487/RFC3983 . RFC 3983. สืบค้นเมื่อ1 มิถุนายน 2015 .
  • 4992 - Newton, A. (สิงหาคม 2007). การประมวลผล XML แบบไปป์ไลน์ด้วย Chunks สำหรับ Internet Registry Information Service . IETF . doi : 10.17487/RFC4992 . RFC 4992 . สืบค้นเมื่อ1 มิถุนายน 2015 .
  • Newton, Andrew; Sanz, Marcos (กุมภาพันธ์ 2008). ประเภทรีจิสทรีตรวจสอบความพร้อมใช้งานของโดเมน (DCHK) สำหรับบริการข้อมูลรีจิสทรีอินเทอร์เน็ต (IRIS) IETF doi : 10.17487 / RFC5144 RFC 5144 สืบค้นเมื่อ 1 มิถุนายน 2015

อาร์ดีเอพี

  • 7480 - Newton, Andrew; Ellacott, Byron; Kong, Ning (มีนาคม 2015). การใช้งาน HTTP ในโปรโตคอลการเข้าถึงข้อมูลการลงทะเบียน (RDAP) . IETF . doi : 10.17487/RFC7480 . RFC 7480 . สืบค้นเมื่อ8 กรกฎาคม 2015 .
  • 7481 - Hollenbeck, Scott; Kong, Ning (มีนาคม 2015). บริการรักษาความปลอดภัยสำหรับโปรโตคอลการเข้าถึงข้อมูลการลงทะเบียน (RDAP) IETF doi : 10.17487 /RFC7481 RFC 7481 สืบค้นเมื่อ 8 กรกฎาคม 2015
  • 7482 - Newton, Andrew; Hollenbeck, Scott (มีนาคม 2015). รูป แบบการสอบถามโปรโตคอลการ เข้าถึงข้อมูลการลงทะเบียน (RDAP) IETF doi : 10.17487/RFC7482 RFC 7482 สืบค้นเมื่อ 8 กรกฎาคม 2015
  • 7483 - Newton, Andrew; Hollenbeck, Scott (มีนาคม 2015). การตอบสนอง JSON สำหรับโปรโตคอลการเข้าถึงข้อมูลการลงทะเบียน (RDAP) IETF doi : 10.17487 / RFC7483 RFC 7483 สืบค้นเมื่อ 8 กรกฎาคม 2015
  • 7484 - Blanchet, Marc (มีนาคม 2015). การค้นหาบริการข้อมูลการลงทะเบียนที่เชื่อถือได้ (RDAP) IETF doi : 10.17487 /RFC7484 RFC 7484 สืบค้นเมื่อ 8 กรกฎาคม 2015
  • 7485 - Zhou, L.; Kong, N.; Shen, S.; Sheng, S.; Servin, A. (มีนาคม 2015). การสำรวจและวิเคราะห์วัตถุการลงทะเบียน WHOIS IETF doi : 10.17487 /RFC7485 RFC 7485 สืบค้นเมื่อ8กรกฎาคม2015
  • สถานะของ RFC ของ CRISP
  • บริการข้อมูล WHOIS ของ IANA
  • บริษัทอินเทอร์เน็ตคอร์ปอเรชั่นสำหรับชื่อและหมายเลขที่กำหนด
  • หน่วยงานจัดสรรหมายเลขอินเทอร์เน็ต
  • รายการข้อมูลเซิร์ฟเวอร์ XML Whois
  • แบบฟอร์มร้องเรียนความไม่ถูกต้องของข้อมูล Whois ของ ICANN
  • รหัสสถานะ Whois

สรุปเนื้อหา

ข้อมูลสำคัญจากบทความ

ข้อมูลสำคัญเกี่ยวกับ วออิส

WHOIS (อ่านว่า "ฮูอิส") เป็นโปรโตคอล การสอบถามและตอบกลับ ที่ใช้สำหรับการสอบถามฐานข้อมูลที่จัดเก็บผู้ใช้ที่ลงทะเบียนหรือผู้รับมอบหมายของทรัพยากรอินเทอร์เน็ต ทรัพยากรเหล่านี้รวมถึง..

ประวัติศาสตร์

Elizabeth Feinler และทีมงานของเธอ (ผู้สร้าง Resource Directory สำหรับ ARPANET ) รับผิดชอบในการสร้างไดเร็กทอรี WHOIS แรกในช่วงต้นทศวรรษ 1970 [ 3 ] Feinler ได้ตั้งเซิร์ฟเวอร์ใน ศูนย์ข้อมูลเครือข่าย (NIC) ของ Stanford...

คริสป์และไอริส

ในปี พ.ศ. 2546 คณะกรรมการ IETF ได้ถูกจัดตั้งขึ้นเพื่อสร้างมาตรฐานใหม่สำหรับการค้นหาข้อมูลเกี่ยวกับชื่อโดเมนและหมายเลขเครือข่าย: โปรโตคอลบริการข้อมูลการลงทะเบียนข้าม (CRISP) [ 8 ] ระหว่างเดือนมกราคม พ.ศ. 2548 ถึงกรกฎาคม พ.ศ.

WEIRDS และ RDAP

ในปี 2556 IETF ยอมรับว่า IRIS ไม่ได้เป็นตัวแทนที่ประสบความสำเร็จของ WHOIS เหตุผลทางเทคนิคหลักดูเหมือนจะเป็นความซับซ้อนของ IRIS นอกจากนี้ เหตุผลที่ไม่ใช่ทางเทคนิคยังถูกพิจารณาว่าอยู่ในพื้นที่ที่ IETF ไม่ได้ตัดสิน ในขณะเดียวกัน ARIN และ RIPE NCC...