ระเบียนบริการ ( ระเบียน SRV ) คือข้อกำหนดของข้อมูลในระบบชื่อโดเมนที่กำหนดตำแหน่งที่ตั้ง เช่น ชื่อโฮสต์และหมายเลขพอร์ตของเซิร์ฟเวอร์สำหรับบริการที่ระบุไว้ มีการกำหนดไว้ในRFC  2782และรหัสประเภทคือ 33 โปรโตคอลอินเทอร์เน็ตบางอย่าง เช่นโปรโตคอลการเริ่มต้นเซสชัน (SIP) และโปรโตคอลการส่งข้อความและการแสดงสถานะที่ขยายได้ (XMPP) มักต้องการการสนับสนุน SRV จากองค์ประกอบเครือข่าย

ระเบียน SRV มีรูปแบบดังนี้:

_service._proto.name. ttl IN SRV priority weight port target.

• บริการ : ชื่อเชิงสัญลักษณ์ของบริการที่ต้องการ
• โปรโตคอล : โปรโตคอลการขนส่งของบริการที่ต้องการ โดยปกติจะเป็นTCPหรือUDP
• ชื่อ : ชื่อโดเมนที่ระเบียนนี้ใช้ได้ โดยลงท้ายด้วยจุด
• ttl : ฟิลด์เวลาใช้งานได้ จริงมาตรฐานของ DNS
• IN : ฟิลด์คลาส DNS มาตรฐาน (ค่านี้จะเป็นIN เสมอ )
• SRV : ประเภทของระเบียน (ซึ่งจะเป็นSRV เสมอ )
• ลำดับความสำคัญ : ลำดับความสำคัญของโฮสต์เป้าหมาย ค่าที่ต่ำกว่าหมายถึงมีความสำคัญมากกว่า
• น้ำหนัก : ค่าถ่วงน้ำหนักสัมพัทธ์สำหรับรายการที่มีลำดับความสำคัญเท่ากัน ค่าที่สูงกว่าหมายถึงโอกาสที่จะได้รับการคัดเลือกสูงกว่า
• พอร์ต : พอร์ต TCP หรือ UDP ที่ใช้ในการค้นหาบริการนั้น
• เป้าหมาย : ชื่อโฮสต์มาตรฐานของเครื่องที่ให้บริการ โดยลงท้ายด้วยจุด

ตัวอย่างระเบียน SRV ในรูปแบบข้อความที่อาจพบได้ในไฟล์โซนอาจมีดังต่อไปนี้:

_sip._tcp.example.com. 86400 IN SRV 0 5 5060 sipserver.example.com.

ข้อความนี้ชี้ไปยังเซิร์ฟเวอร์ชื่อหนึ่งที่ กำลังรอรับบริการ Session Initiation Protocolsipserver.example.com (SIP) บนพอร์ต TCP 5060 โดยกำหนดค่าลำดับความสำคัญเป็น 0 และค่าน้ำหนักเป็น 5

เช่นเดียวกับในระเบียน MXเป้าหมายในระเบียน SRV ต้องชี้ไปยังชื่อโฮสต์ที่มีระเบียนที่อยู่ ( ระเบียน AหรือAAAA ) การชี้ไปยังชื่อโฮสต์ที่มีระเบียน CNAMEไม่ใช่การกำหนดค่าที่ถูกต้อง^{[ 1 ]}

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

; _service._proto.name. TTL class SRV priority weight port target. _sip._tcp.example.com. 86400 IN SRV 10 60 5060 bigbox.example.com. _sip._tcp.example.com. 86400 IN SRV 10 20 5060 smallbox1.example.com. _sip._tcp.example.com. 86400 IN SRV 10 20 5060 smallbox2.example.com. _sip._tcp.example.com. 86400 IN SRV 20 0 5060 backupbox.example.com.

สามรายการแรกมีลำดับความสำคัญเท่ากันที่ 10 ดังนั้นค่าในฟิลด์น้ำหนักจะถูกใช้โดยไคลเอ็นต์เพื่อพิจารณาว่าควรติดต่อเซิร์ฟเวอร์ใด (โฮสต์และพอร์ต) ผลรวมของค่าน้ำหนักทั้งสามคือ 100 ดังนั้นbigbox.example.comจะถูกใช้งาน 60% ของเวลา โฮสต์สองตัว คือsmallbox1และsmallbox2จะถูกใช้สำหรับการร้องขอทั้งหมด 40% โดยครึ่งหนึ่งจะส่งไปยังsmallbox1และอีกครึ่งหนึ่งส่งไปยังsmallbox2หากbigboxไม่สามารถใช้งานได้ เครื่องที่เหลืออีกสองเครื่องนี้จะแบ่งภาระงานเท่าๆ กัน เนื่องจากแต่ละเครื่องจะถูกเลือก 50% ของเวลา

หากเซิร์ฟเวอร์ทั้งสามเครื่องที่มีลำดับความสำคัญ 10 ไม่สามารถใช้งานได้ ระบบจะเลือกเรคอร์ดที่มีลำดับความสำคัญต่ำที่สุดถัดไป ซึ่งก็คือbackupbox.example.comเครื่องที่อยู่ในสถานที่ทางกายภาพอื่น และคาดว่าจะไม่มีความเสี่ยงต่อสิ่งใดที่จะทำให้โฮสต์สามเครื่องแรกไม่สามารถใช้งานได้

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

ระเบียน SRV มักใช้ร่วมกับโปรโตคอลการสื่อสารมาตรฐาน ต่อไปนี้ :

• APT ^{[ 2 ]}
• CalDAVและCardDAV ^{[ 3 ]}
• เซฟ^{[ 4 ]}
• เดน
• การค้นหาบริการ DNS (DNS-SD)
• แฟคทอริโอ^{[ 5 ] [ 6 ] [ 7 ] [ 8 ]}
• โปรโตคอลระบุตัวตนโฮสต์
• เคอร์เบรอส^{[ 9 ]}
• LDAP ^{[ 10 ]}
• การส่งSMTP , POPและIMAP ^{[ 11 ]}
• Matrix.org ^{[ 12 ]}
• Minecraft ^{[ 13 ]}
• MongoDB ^{[ 14 ]}
• มัมเบิล^{[ 15 ]}
• IMPS ^{[ 16 ]}
• หุ่นกระบอก^{[ 17 ]}
• สนิม^{[ 18 ]}
• โปรโตคอลการเริ่มต้นเซสชัน
• สตัน^{[ 19 ]}
• Teamspeak 3 ^{[ 20 ] [ 21 ]}
• XMPP ^{[ 22 ]}

ในMicrosoft Windows 2000ไคลเอนต์จะสอบถามเรคอร์ด SRV เพื่อกำหนดตัวควบคุมโดเมนสำหรับบริการที่กำหนด เรคอร์ด SRV ยังถูกใช้โดย Outlook 2007, 2010 และอีเมล Macintosh 10.6 เพื่อค้นหาบริการ Exchange Autodiscover ^{[ 23 ]} ในเครือข่าย Microsoft Windows ตัวควบคุมโดเมนจะลงทะเบียนประเภทบริการเครือข่ายสำหรับActive Directoryใน DNS

ร่างเอกสารอินเทอร์เน็ตฉบับ เก่า สำหรับ ไดเร็กทอรีคีย์เว็บ OpenPGPใช้ระเบียน SRV สำหรับการค้นหาคีย์ OpenPGP ผ่านเว็บเซิร์ฟเวอร์^{[ 24 ]}การใช้งานระเบียน SRV ไม่ได้เป็นส่วนหนึ่งของร่างเอกสารอินเทอร์เน็ตในเวอร์ชันต่อมาอีกต่อไป^{[ 25 ]}

หน่วยงาน Internet Assigned Numbers Authority (IANA) ดูแลรักษาทะเบียนชื่อบริการสำหรับระเบียนและโปรโตคอล SRV ^ตามที่กำหนดไว้ในRFC 6335 [ ^{26 ]} 

• รายการประเภทระเบียน DNS

• RFC 2782 – คำจำกัดความของระเบียนทรัพยากร SRV - เก็บถาวรเมื่อวันที่ 6 กรกฎาคม 2020 ที่Wayback Machine
• RFC 6186 – การใช้ระเบียน SRV เพื่อค้นหาบริการส่ง/เข้าถึงอีเมล - เก็บถาวรเมื่อวันที่ 6 กรกฎาคม 2020 ที่Wayback Machine
• การใช้ระเบียน DNS SRV เพื่อค้นหาเซิร์ฟเวอร์ whois (Internet-Draft) - เก็บถาวรเมื่อวันที่ 6 กรกฎาคม 2020 ที่Wayback Machine
• การใช้งานระเบียน SRV ร่วมกับ HTTP และ URI (Internet-Draft) - เก็บถาวรเมื่อวันที่ 6 กรกฎาคม 2020 ที่Wayback Machine
• ทะเบียนชื่อบริการและหมายเลขพอร์ตโปรโตคอลการขนส่ง - เก็บถาวรเมื่อวันที่ 6 กรกฎาคม 2020 ที่Wayback Machine