ระเบียน SRV จะเป็นประโยชน์หรือไม่

ใน DNS เรคคอร์ด SRVเป็นรูปแบบที่ค่อนข้างธรรมดาในการบอกรีโมตไคลเอ็นต์ที่ให้บริการเฉพาะโฮสต์ ในขณะนี้ฉันใช้เพื่อให้ผู้คนโทรหาฉันโดยใช้ไคลเอนต์ SIP ผ่านอินเทอร์เน็ต (ใช้งานได้ดีมาก)

ข้อดีอย่างหนึ่งของเรคคอร์ด SRV คือคุณสามารถระบุพอร์ตอื่นสำหรับบริการและคุณสามารถมีหลายระบบสำหรับเดียวกัน (หรือระบบเดียวกันและหลายอินสแตนซ์บนพอร์ตอื่น) ดังนั้นIFFจึงทำงานได้คุณสามารถมีเว็บเซิร์ฟเวอร์ได้หลายระบบในระบบเดียวโดยไม่มีการรบกวนใด ๆ

ดังนั้นคุณสามารถมีสิ่งนี้ใน DNS ของคุณ:

_http._tcp SRV 10 50 8080 myserver.basjes.nl
_http._tcp SRV 10 50 8081 myserver.basjes.nl

อย่างไรก็ตามมีอุปสรรคเพียงข้อเดียวสำหรับความดีทั้งหมดนี้ ... ฉันไม่สามารถหาไคลเอนต์ HTTP, FTP, SMTP, ... ที่สนับสนุนได้

ดังนั้นนอกเหนือจาก SIP และโปรโตคอลอื่น ๆ ที่กล่าวถึงในหน้าWikipedia : บันทึก SRV จะมีประโยชน์หรือไม่?

หรือฉันได้พลาดอะไรบางอย่าง?

มีบางสิ่งที่ดีกว่าในการทำงาน?

ฉันคิดว่าคุณจะเห็นมันใช้สำหรับโปรโตคอลใหม่เท่านั้น

ระเบียน MX ที่ SMTP ใช้นั้นเทียบเท่ากับระเบียน SRV ที่มีพอร์ตคงที่และไม่มีน้ำหนัก กล่าวอีกนัยหนึ่งพวกเขาได้แก้ไขปัญหาเดียวกันอย่างเพียงพอแล้ว

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

พวกเขาจะมีประโยชน์สวยในโดเมนของ Active Directory

เรคคอร์ด SRV นั้นมีการใช้งานโดยบริการและไคลเอนต์ที่เปิดใช้งาน Kerberos จำนวนมาก นี่เป็นเรื่องจริงโดยเฉพาะอย่างยิ่งในเครื่องเฉพาะที่ /etc/krb5.conf (หรือเทียบเท่า) ไม่สามารถอ่านได้หรือหายไป; การค้นหาระเบียน SRV จะดำเนินการเพื่อค้นหา KDC

เทคโนโลยี Bonjour ของ Apple (หรือที่รู้จักกันว่า zeroconf) ใช้ประโยชน์อย่างกว้างขวางจากสิ่งนี้ หากคุณไม่ได้เห็นมันทำงาน - ลองดูสิ ช่วยให้คุณค้นหาเครื่องพิมพ์เราเตอร์เว็บเพจที่เปิดใช้งาน Bonjour ฯลฯ โดยอัตโนมัติ

มีโมดูล Apache ที่ได้รับอนุญาต BSD ชื่อ mod_bonjour ซึ่งอนุญาตให้คุณโฆษณาเว็บไซต์ผ่าน multicast DNS คุณสามารถโฆษณาไซต์ผ่านระเบียน SRV และ DNS ปกติ แต่ฉันเชื่อว่ามีเพียง Safari เท่านั้นที่สามารถตรวจพบได้

หน้าเว็บ Zeroconfมีคำอธิบายที่ดีเกี่ยวกับวิธีการใช้งานฉันขอแนะนำให้ตรวจสอบหนังสือด้วยหากคุณสนใจเทคโนโลยี

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

แท้จริงแล้วแอปพลิเคชั่นส่วนใหญ่ยังไม่รองรับ

โดเมนที่อยู่ในโดเมนที่เป็นตัวตนของผู้ใช้เป้าหมายจะแตกต่างจากชื่อโฮสต์ที่ซอฟต์แวร์ไคลเอ็นต์ต้องเชื่อมต่อ เหตุใดจึงใช้ใน SIP และ Jabber (XMPP)

SMTP ไม่ต้องการเนื่องจากเป็นระเบียน MX ตั้งแต่เริ่มแรก

ประโยชน์ของความสามารถในการใช้พอร์ตอื่นนั้นค่อนข้างน้อยดังนั้นโปรโตคอลอื่น ๆ จึงไม่เริ่มใช้งานมากนัก

มีร่างอินเทอร์เน็ตที่เสนอhttp+srv:โครงการ URI แต่โปรดทราบว่าไม่มีข้อเสนอในปัจจุบันเพื่อเพิ่มการค้นหา SRV ให้กับhttp:คำขอ URI มาตรฐาน

Outlook 2007 และ Exchange 2007 ใช้ประโยชน์จากบันทึก SRV http://technet.microsoft.com/en-us/library/bb332063.aspx

ฉันเชื่อว่าระเบียน SRV เป็นหนึ่งในโครงสร้างพื้นฐานใน DNS Service Discovery (DNS-SD) ดังนั้นจะมีความสำคัญเพิ่มมากขึ้น

นอกจากนี้ยังไม่มีเหตุผลที่พวกเขาไม่สามารถใช้กับเทคโนโลยีที่มีอยู่ร่วมกับ DNS-SD ไคลเอ็นต์ที่ทราบเช่นเบราว์เซอร์เครือข่ายเช่น iStumbler สำหรับ mac ซึ่งสามารถค้นหาทรัพยากร bonjour / zeroconf บนเครือข่าย

ในความเห็นของฉันระเบียน SRV จะกลายเป็นเรื่องธรรมดามากขึ้นเมื่อ DNS การอัพเดทแบบไดนามิกมีให้ใช้มากขึ้นเท่านั้น MS-DNS เปิดใช้งานการอัพเดตแบบไดนามิกตามค่าเริ่มต้นในส่วนที่มีขนาดใหญ่มากเนื่องจากข้อกำหนดของ Active Directory มีไดเรกทอรีโฆษณาทรัพยากรจำนวนมากในช่วงหลายปีที่ผ่านมารวมถึง Service Location Protocol, Service Advertising Protocol (เครือข่าย IPX), Bonjour / Avahi และ DHCP ในระดับหนึ่ง

สิ่งเหล่านี้มีเพียง DNS เท่านั้นที่มีศักยภาพที่แท้จริงสำหรับไดเรกทอรีทรัพยากรที่ขยายอินเทอร์เน็ต เซิร์ฟเวอร์ DNS สาธารณะมักจะเป็นสิ่งคงที่ด้วยเหตุผล การยอมรับเรคคอร์ด SRV จะเกิดขึ้นเมื่อมีความต้องการที่กำหนดไว้เช่นเดียวกับการยอมรับเรคคอร์ด TXT ที่เกิดขึ้นสำหรับโปรโตคอล SPF SIP ที่ใช้ SRV อาจเป็นก้าวแรกในการเปิดประตูสู่การยอมรับที่กว้างขึ้นและไม่ใช่ MS

ระเบียน SRV ใช้เพื่อนำทางเซิร์ฟเวอร์ Windows Vista / 2008 ไปยังเซิร์ฟเวอร์ KMS ของคุณเพื่อเปิดใช้งานใน Enterprise

XMPP กำลังใช้งาน

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

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

ความคิดนี้ได้ระบุไว้ในโพสต์บล็อก "พลังของการจัดการที่อยู่ฟรี" http://e-caller.com/?p=4

การเพิ่มขึ้นของ Twitter และ Facebook เป็นเพราะขาดทางเลือกที่เปิดใช้งาน SRV

freeipa ของ Fedora / Red Hat ใช้พวกมันเช่นเดียวกับหุ่นกระบอกแล็บหุ่นเชิดเพื่อเหตุผลในการทำโหลดบาลานซ์และเหตุผลด้านความยืดหยุ่น ยิ่งฉันเรียนรู้เกี่ยวกับกรณีการใช้งานและวิธีการใช้อย่างกว้างขวางยิ่งฉันรักมันมากขึ้นเท่านั้น มันเป็นสิ่งที่ดีที่สุดที่เกิดขึ้นกับ DNS และโครงสร้างพื้นฐาน ตรวจสอบว่า Spotify ใช้อย่างไรhttps://labs.spotify.com/2013/02/25/in-praise-of-boring-technology/

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

ระเบียน SRV เป็นสิ่งสำคัญอย่างยิ่งสำหรับอุตสาหกรรมการโฮสต์เนื่องจากจะช่วยให้คุณประหยัดพื้นที่ IPv4

เราใช้พวกเขาเพื่อช่วยในการเปลี่ยนแปลงลูกค้าของเราไปสู่ ​​IPv6 ในเรื่องที่โปร่งใส