ใช่ ชื่อโดเมนแบบเต็มลงท้ายด้วยจุด และชื่อโดเมนจะสัมพันธ์กันเสมอหากไม่ได้ลงท้ายด้วยจุด ระบบปฏิบัติการ, แอปพลิเคชันที่ใช้, พร็อกซีบางตัวหรือองค์ประกอบการแก้ไขชื่ออื่น ๆ อาจพยายามค้นหาชื่อที่สัมพันธ์กับสิ่งอื่นที่ไม่ใช่รูท . โดเมน. ที่สำนักงาน มีแนวโน้มว่าโดเมนของบริษัทจะถูกค้นหาก่อนรูท ตัวอย่างเช่น
ในทางทฤษฎี คุณสามารถใช้ชื่อโดเมนที่มีคุณสมบัติครบถ้วนได้ทุกที่ และอาจช่วยประหยัดอินเทอร์เน็ตจากการเข้าชม DNS เพียงไม่กี่ครั้งและตัวคุณเองได้ในเวลาไม่กี่มิลลิวินาที ในทางปฏิบัติ โลกเต็มไปด้วยการตรวจสอบความถูกต้องของนิพจน์ทั่วไป ฯลฯ ซึ่งอาจปฏิเสธ FQDN ดังกล่าว (ถูกต้องสมบูรณ์)
กรณีหนึ่งที่พบได้บ่อยคือเมื่อกำหนดค่าเนมเซิร์ฟเวอร์ เช่น ระเบียน CNAME โดยทั่วไปแล้ว โซนในเนมเซิร์ฟเวอร์จะมีตัวเองเป็น "รูทสัมพัทธ์" ดังนั้นในการอ้างอิงชื่อโดเมนภายนอกจะต้องทำด้วยชื่อแบบเต็มที่ลงท้ายด้วยจุด
โดเมนทั้งหมดลงท้ายด้วย "." ในทางเทคนิคหรือไม่
ใช่ หากคุณดูที่ RFC หลักที่เกี่ยวข้องกับ DNS เนื่องจากชื่อใดๆ ที่นั่นจะถูกส่งด้วยไบต์ที่ลงท้ายด้วยค่า 0 ซึ่งเข้ารหัสรูท หรือที่เรียกว่าจุดสิ้นสุดในรูปแบบ "การนำเสนอ"
ดูหัวข้อ 3.1.5 ของ อาร์เอฟซี 1035:
NAME ชื่อโดเมนที่แสดงเป็นลำดับของป้ายกำกับ โดยที่ แต่ละป้ายกำกับประกอบด้วยออคเต็ตความยาวตามด้วยสิ่งนั้น จำนวนออคเต็ต ชื่อโดเมนจะลงท้ายด้วย octet ความยาวเป็นศูนย์สำหรับป้ายกำกับ null ของรูท
ซึ่งเป็นเหตุผลว่าทำไมเมื่อใช้ ขุด หรือเขียนไฟล์โซน คุณจะเห็นชื่อที่ลงท้ายด้วยจุดสุดท้ายเพื่อลบความกำกวม
ตอนนี้ทั้งหมดขึ้นอยู่กับบริบท ใน URL คุณเขียนชื่อโฮสต์โดยไม่มีจุดต่อท้าย และใช้งานได้เพราะเป็นการบอกเป็นนัยว่าชื่อโฮสต์นั้นสมบูรณ์
คุณอาจต้องการปรึกษา อาร์เอฟซี 8499 ซึ่งเป็นข้อมูลอ้างอิงมาตรฐานสำหรับทุกสิ่งที่เกี่ยวข้องกับคำศัพท์ DNS มันบอกว่า:
รูปแบบการนำเสนอสำหรับชื่อใน DNS สากลคือรายการ
ของฉลากเรียงตามระยะทางที่ลดลงจากรูท เข้ารหัส
เป็น ASCII โดยมี "." ตัวอักษรระหว่างแต่ละฉลาก ใน
รูปแบบการนำเสนอ ชื่อโดเมนที่มีคุณสมบัติครบถ้วน ได้แก่
ป้ายกำกับรูทและจุดคั่นที่เกี่ยวข้อง ตัวอย่างเช่นใน
รูปแบบการนำเสนอชื่อโดเมนที่มีคุณสมบัติครบถ้วนพร้อมสอง
ป้ายกำกับที่ไม่ใช่รูทจะแสดงเป็น "example.tld" เสมอ แทน
"example.tld" [RFC1035] กำหนดวิธีการแสดงออคเต็ต
ที่ไม่แสดงใน ASCII
รูปแบบการแสดงผลทั่วไปใช้ในแอปพลิเคชันและฟรี
ข้อความ. เป็นรูปแบบการนำเสนอเหมือนกันแต่เป็นการแสดง
ป้ายกำกับรูทและ "." ก่อนที่มันจะเป็นทางเลือกและไม่ค่อย
เสร็จแล้ว. ตัวอย่างเช่น ในรูปแบบการแสดงผลทั่วไป มีคุณสมบัติครบถ้วน
ชื่อโดเมนที่มีสองป้ายกำกับที่ไม่ใช่รูทมักจะแสดงเป็น
"example.tld" แทน "example.tld" ชื่อทั่วไป
รูปแบบการแสดงผลมักจะเขียนเช่นว่า
ทิศทางของระบบการเขียนฉลากนำเสนอโดย
ลดระยะห่างจากรูท (ดังนั้นทั้งภาษาอังกฤษและ
ภาษาโปรแกรม C รูตหรือฉลากโดเมนระดับบนสุด (TLD)
ในรายการสั่งซื้ออยู่ขวาสุด แต่ในภาษาอาหรับอาจเป็นได้
ซ้ายสุดแล้วแต่ท้องถิ่น)
และต่อมา FQDN ถูกกำหนดและลงรายละเอียดเกี่ยวกับปัญหาจริงที่เกี่ยวข้องกับบริบท:
ชื่อโดเมนที่มีคุณสมบัติครบถ้วน (FQDN): นี่เป็นวิธีที่ชัดเจน
พูดแบบเดียวกับ "ชื่อโดเมนของโหนด" ดังที่อธิบายไว้
ข้างต้น. อย่างไรก็ตาม คำนี้ไม่ชัดเจน พูดอย่างเคร่งครัดก
ชื่อโดเมนที่มีคุณสมบัติครบถ้วนจะรวมทุกป้ายกำกับ รวมถึง
ป้ายกำกับความยาวเป็นศูนย์ของรูท: ชื่อดังกล่าวจะถูกเขียนขึ้น
"www.example.net" (สังเกตจุดสิ้นสุด) แต่เนื่องจากทุกๆ
ในที่สุดชื่อก็แบ่งปันรูทร่วมกัน ชื่อมักถูกเขียนขึ้น
เทียบกับรูท (เช่น "www.example.net") และยังคงอยู่
เรียกว่ามีคุณสมบัติครบถ้วน คำนี้ปรากฏครั้งแรกใน [RFC819]
ในเอกสารนี้ ชื่อมักจะเขียนโดยสัมพันธ์กับราก
ความต้องการคำว่า "ชื่อโดเมนที่มีคุณสมบัติครบถ้วน" มาจาก
การมีอยู่ของชื่อโดเมนที่มีคุณสมบัติบางส่วน ซึ่งเป็นชื่อ
โดยที่ป้ายกำกับสุดท้ายอย่างน้อยหนึ่งรายการในรายการสั่งซื้อ
ละเว้น (เช่น ชื่อโดเมน "www" ที่สัมพันธ์กับ
"example.net" ระบุ "www.example.net") ชื่อญาติดังกล่าว
เข้าใจได้ด้วยบริบทเท่านั้น
ส่วน:
ภายใต้สถานการณ์ใดที่คุณจะเห็นโดเมนที่ลงท้ายด้วย "." เช่น "google.com"?
ง่าย ทำแบบสอบถาม DNS:
$ ขุด NS google.com +noall +ans
กูเกิล.คอม. 3h9m51s ใน NS ns4.google.com
กูเกิล.คอม. 3h9m51s ใน NS ns2.google.com
กูเกิล.คอม. 3h9m51s ใน NS ns3.google.com
กูเกิล.คอม. 3h9m51s ใน NS ns1.google.com
โปรดทราบว่าผลลัพธ์จะเหมือนกันทุกประการหากฉันใช้ กูเกิล.คอม. เพราะ ขุด เป็นไคลเอนต์ DNS ดังนั้นคาดว่าชื่อทั้งหมดจะเป็นแบบสัมบูรณ์ (ดังนั้นจุดสิ้นสุดจึงเป็นทางเลือก)
คุณยังสามารถเพิ่มจุดให้กับชื่อใดก็ได้ จึงมี URL เช่น https://www.google.com./. สำหรับระนาบ DNS ก็จะเหมือนกัน ดังนั้นสำหรับ IP และ TCP ด้วย สำหรับ TLS ควรเหมือนกัน หากไม่มีข้อผิดพลาดในการใช้งาน ที่ระดับ HTTP/HTTPS เซิร์ฟเวอร์ที่เหมาะสมจะทำงานได้ แต่โปรดทราบว่าคุณอาจพบจุดบกพร่องเพียงเพราะเหตุนี้
เช่นเดียวกับที่อยู่อีเมลและทุกที่ที่คุณใช้ชื่อ
และถ้าคุณกำลังจะตั้งคำถาม ใช่แล้ว ตามคำนิยามมีรากเดียวเท่านั้น... อย่างน้อยในทางทฤษฎี (ดู RFC 2826 "ความคิดเห็นทางเทคนิคของ IAB เกี่ยวกับรูท DNS เฉพาะ"). ทุกเครือข่าย (ตั้งแต่โลคัลโฮมจนถึงสถานะเต็ม) สามารถกำหนดรูทในเครื่องได้ และโปรโตคอลอื่นๆ กำหนดชื่อที่ดูเหมือนเป็นรูท แต่ไม่ใช่จริงๆ (เช่น: จริยธรรม หรือ นิดหน่อย). แต่ ณ จุดนี้ คุณเข้าสู่สนามการเมือง ไม่ใช่สนามเทคนิคอีกต่อไป
คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา
