ฉันได้ทำตามคำแนะนำ/คำถามสองสามข้อเกี่ยวกับวิธีใช้ระเบียน A และระเบียน SRV เพื่อแมปโดเมนกับ ip และพอร์ตเฉพาะ เช่น 1.1.1.1:1889:
https://stackoverflow.com/questions/11433570/how-to-use-srv-or-any-other-record-do-redirect-a-domain
https://stackoverflow.com/questions/19015138/how-to-redirect-dns-to-different-ports
ในคำถามข้างต้น พวกเขาแนะนำให้ใช้ระเบียน SRV ส่วนเดียวที่ฉันไม่ชัดเจนคือวิธีตรวจสอบความถูกต้อง บริการ ชื่อที่จะใช้ในบันทึก SRV ของฉัน? ตัวอย่างเช่น สมมติว่าฉันมีบันทึกเหล่านี้
mysql.example.com 86400 ใน 1.1.1.1
mongo.example.com. 86400 ใน 1.1.1.1
www.example.com. 86400 ใน 1.1.1.1
mosquitto.example.com. 86400 ใน 1.1.1.1
_mysql._tcp.example.com 86400 ใน SRV 10 20 3306 mysql.example.com
_mongo._tcp.example.com. 86400 ใน SRV 10 20 27017 mongo.example.com
_http._tcp.example.com. 86400 ใน SRV 10 20 3306 www.example.com
_mqtt._tcp.example.com. 86400 ใน SRV 10 20 3306 mosquitto.example.com
เป็น _mysql, _mongo, _http และ _mqtt ชื่อบริการที่ถูกต้องเพื่อใช้ในบันทึก SRV ของฉัน ฉันเดาชื่อบริการเหล่านี้ได้หมดแล้วเพราะไม่พบเว็บไซต์ที่แสดงชื่อบริการทั้งหมดที่สามารถใช้ได้
เว็บเบราว์เซอร์แรกไม่ปฏิบัติตาม เอส.อาร์.วี บันทึกทั้งหมด ดังนั้นแม้ว่าคุณจะออกแบบได้ แต่ก็ไม่มีประโยชน์
ตอนนี้ให้กระบวนการทั่วไปเพื่อทราบว่าอะไรอยู่ในบันทึกใด ๆ เอส.อาร์.วี ตัวอย่างเช่น.
IANA เป็นผู้พิทักษ์สิ่งต่าง ๆ ดังนั้นไปที่ https://www.iana.org/assignments/dns-parameters/dns-parameters.xhtml#dns-parameters-4 ที่คุณสามารถดู เอส.อาร์.วี ที่กำหนดไว้ใน RFC 2782
มีการกำหนดไว้ดังนี้:
นี่คือรูปแบบของ SRV RR ซึ่งมีรหัสประเภท DNS คือ 33:
_Service._Proto.Name TTL คลาส SRV Priority Weight Port Target
จากนั้นตามลำดับ:
บริการ
ชื่อเชิงสัญลักษณ์ของบริการที่ต้องการ ตามที่กำหนดไว้ใน มอบหมายแล้ว หมายเลข [STD 2] หรือในเครื่อง เครื่องหมายขีดล่าง (_) อยู่ข้างหน้า ตัวระบุบริการเพื่อหลีกเลี่ยงการชนกับป้ายกำกับ DNS ที่ เกิดขึ้นในธรรมชาติ
และ
โปรโต
ชื่อสัญลักษณ์ของโปรโตคอลที่ต้องการพร้อมเครื่องหมายขีดล่าง (_) เสริมเพื่อป้องกันการชนกับป้ายกำกับ DNS ที่เกิดขึ้น ในธรรมชาติ. _TCP และ _UDP เป็นค่าที่มีประโยชน์ที่สุดในปัจจุบัน สำหรับฟิลด์นี้ แม้ว่าชื่อใดก็ตามที่กำหนดโดย Assigned Numbers หรือ อาจใช้เฉพาะที่ (สำหรับบริการ) Proto เป็นกรณี ไม่รู้สึกตัว
การอ้างอิง [STD 2] คือ RFC 1700 แต่ RFC 3232 เลิกใช้แล้วเพื่อสร้างฐานข้อมูลออนไลน์ของค่าที่เป็นไปได้ ... ซึ่ง IANA จัดการอีกครั้ง
ตอนนี้อยู่ที่นั่น: https://www.iana.org/assignments/service-names-port-numbers/service-names-port-numbers.xhtml และโปรดทราบว่ามันเป็นสิ่งที่คุณพบในไฟล์ /etc/services ในกล่องยูนิกซ์ใดๆ
ดังนั้นการกลับตัวอย่างของคุณ (หมายเลขพอร์ตของคุณผิดหลายรายการ เอส.อาร์.วี บันทึกพรรณนาแม้ว่า):
มายเอสคิวแอล ถูกกำหนดไว้แล้วสำหรับพอร์ต 3306 ดังนั้นจึงใช้ได้เป็นชื่อบริการและด้วยเหตุนี้ใน เอส.อาร์.วี บันทึก27017, ชื่อบริการคือ มองโกบ, ไม่ มองโก (แต่ลูกค้า Mongo ให้เกียรติ เอส.อาร์.วี บันทึก?)http ถูกกำหนดไว้แล้วสำหรับพอร์ต 80 ดังนั้นจึงเป็นชื่อบริการที่ถูกต้อง (และ https สำหรับพอร์ต 443)mqt ถูกกำหนดเป็นชื่อพอร์ตที่ถูกต้องสำหรับพอร์ต 1883. แต่คำถามเดียวกันกับข้างต้น ลูกค้าใช้ไหม เอส.อาร์.วี บันทึกทั้งหมด?โปรดทราบว่ามีอยู่มากมายในป่า เอส.อาร์.วี บันทึกไม่เป็นไปตามข้างต้น หากสามารถเผยแพร่ได้ "ทำงาน" นั่นคือไม่มีอะไรจะป้องกันการแก้ไขในระดับ DNS แม้ว่าจะไม่ได้ใช้ชื่อบริการที่ลงทะเบียนไว้ข้างต้น ตราบใดที่บางแอปพลิเคชันอ่านได้
ตัวอย่างเช่น คุณสามารถค้นหาตัวอย่างมากมายด้วย _sip._tls หรือ _sipfederationtls._tcp ออนไลน์ซึ่งผิดทั้งคู่: ทล ไม่ใช่โปรโตคอลที่ถูกต้อง และ จิบ federantiontl ไม่ใช่ชื่อบริการที่ถูกต้อง (และอันที่จริงแล้วยาวเกินไป เช่น https://www.rfc-editor.org/rfc/rfc6335.html#section-5.1 ระบุว่าควรมีความยาวไม่เกิน 15 อักขระ) ดังนั้นเครื่องมือ/UI บางอย่างอาจป้องกันไม่ให้สร้างเรกคอร์ดเหล่านั้นในไฟล์โซน และเนมเซิร์ฟเวอร์บางตัวอาจปฏิเสธที่จะโหลดเรกคอร์ดเหล่านั้น แต่ในกรณีส่วนใหญ่ พวกมันจะทำงาน (หากแอปพลิเคชันใช้งานพวกมัน)
คนส่วนใหญ่ไม่เข้าใจว่าการถามคำถามมากมายจะปลดล็อกการเรียนรู้และปรับปรุงความสัมพันธ์ระหว่างบุคคล ตัวอย่างเช่น ในการศึกษาของ Alison แม้ว่าผู้คนจะจำได้อย่างแม่นยำว่ามีคำถามกี่ข้อที่ถูกถามในการสนทนา แต่พวกเขาไม่เข้าใจความเชื่อมโยงระหว่างคำถามและความชอบ จากการศึกษาทั้ง 4 เรื่องที่ผู้เข้าร่วมมีส่วนร่วมในการสนทนาด้วยตนเองหรืออ่านบันทึกการสนทนาของผู้อื่น ผู้คนมักไม่ตระหนักว่าการถามคำถามจะมีอิทธิพลหรือมีอิทธิพลต่อระดับมิตรภาพระหว่างผู้สนทนา
