stringtranslate.com

SRV-запись

Запись службы ( запись SRV ) — это спецификация данных в системе доменных имен, определяющая местоположение, т. е. имя хоста и номер порта, серверов для указанных служб. Она определена в RFC 2782, и ее код типа — 33. Некоторые интернет-протоколы, такие как протокол инициализации сеанса (SIP) и расширяемый протокол обмена сообщениями и присутствия (XMPP), часто требуют поддержки SRV сетевыми элементами.

Формат записи

Запись SRV имеет вид:

_service._proto.name.ttl IN SRV приоритет вес порт цель.

Пример записи SRV в текстовой форме, которую можно найти в файле зоны, может быть следующим:

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

Это указывает на сервер с именем, sipserver.example.comпрослушивающий TCP-порт 5060 для служб протокола SIP. Приоритет, указанный здесь, равен 0, а вес равен 5.

Как и в записях MX , цель в записях SRV должна указывать на имя хоста с адресной записью ( запись A или AAAA ). Указание на имя хоста с записью CNAME не является допустимой конфигурацией. [1]

Обеспечение высокой доступности услуг

Поле приоритета определяет приоритет использования данных записи. Клиенты должны сначала использовать записи SRV с наименьшим значением приоритета и вернуться к записям с более высоким значением в случае сбоя соединения. Если у службы есть несколько записей SRV с одинаковым значением приоритета, клиенты должны сбалансировать их нагрузку пропорционально значениям их полей веса . В следующем примере поля приоритета и веса используются для предоставления комбинации балансировки нагрузки и резервного сервиса. 

; _service._proto.name. TTL класс SRV приоритет вес порт цель. _sip._tcp.example.com. 86400 В SRV 10 60 5060 bigbox.example.com. _sip._tcp.example.com. 86400 В SRV 10 20 5060 smallbox1.example.com. _sip._tcp.example.com. 86400 В SRV 10 20 5060 smallbox2.example.com. _sip._tcp.example.com. 86400 В 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 обычно используются в сочетании со следующими стандартизированными протоколами связи : [ необходимо разъяснение ]

В Microsoft Windows 2000 клиенты запрашивают записи SRV, чтобы определить контроллер домена для заданной службы. Записи SRV также используются почтой Outlook 2007, 2010 и Macintosh 10.6 для поиска службы автообнаружения Exchange. [21] В сетях Microsoft Windows контроллеры домена регистрируют свои типы сетевых служб для Active Directory в DNS.

Более старая версия Internet Draft для OpenPGP Web Key Directory использует записи SRV для обнаружения ключей OpenPGP через веб-серверы. [22] Использование записей SRV больше не является частью Internet Draft в более поздних версиях. [23]

Реестр имен служб для записей и протоколов SRV поддерживается Управлением по распределению адресов в Интернете (IANA), как определено в RFC 6335. [24]

Смотрите также

Ссылки

  1. ^ Gulbrandsen, A.; Vixie, P.; Esibov, L. (февраль 2000 г.). «Формат записи SRV». Запись DNS RR для указания местоположения служб (DNS SRV). doi : 10.17487/RFC2782 . RFC 2782 . Получено 3 декабря 2021 г. Для этого имени ДОЛЖНА быть одна или несколько записей адреса, имя НЕ ДОЛЖНО быть псевдонимом (в смысле RFC 1034 или RFC 2181).
  2. ^ "Поддержка записи DNS SRV в apt". Debian . 4 мая 2018 г. Архивировано из оригинала 17 ноября 2019 г. Получено 17 ноября 2019 г.
  3. ^ «RFC6764: Поиск служб для расширений календаря для WebDAV (CalDAV) и расширений vCard для WebDAV (CardDAV)».
  4. ^ "Поиск мониторов через DNS – Ceph Documentation". Ceph Documentation . Архивировано из оригинала 5 декабря 2017 г. Получено 4 декабря 2017 г.
  5. ^ "Версия 1.1.62 - Форумы Factorio". Форум Factorio . Архивировано из оригинала 16 сентября 2022 года . Получено 16 сентября 2022 года .
  6. ^ "Версия 1.1.67 - Форумы Factorio". Форум Factorio . Архивировано из оригинала 20 августа 2022 года . Получено 16 сентября 2022 года .
  7. ^ "Добавить поддержку SRV-записи - Страница 4 - Форумы Factorio". Форум Factorio . Архивировано из оригинала 16 сентября 2022 г. Получено 16 сентября 2022 г.
  8. ^ "Hostnames for the Master and Slave KDCs". Массачусетский технологический институт . Архивировано из оригинала 21 октября 2012 года . Получено 23 мая 2012 года .
  9. ^ Zeilenga, K. (апрель 2001 г.). OpenLDAP Root Service — экспериментальная служба ссылок LDAP. IETF . doi : 10.17487/RFC3088 . RFC 3088. Архивировано из оригинала 16 января 2020 г. Получено 5 июля 2020 г.
  10. ^ Daboo, C. (март 2011 г.). Использование записей SRV для поиска служб отправки/доступа к электронной почте. IETF . doi : 10.17487/RFC6186 . RFC 6186. Архивировано из оригинала 17 апреля 2013 г. . Получено 17 апреля 2013 г. .
  11. ^ "Federation API". Matrix.org . Архивировано из оригинала 5 июля 2020 г. . Получено 5 января 2018 г. .
  12. ^ "Java Edition 1.3.1". Minecraft Wiki . Получено 24 сентября 2023 г.
  13. ^ "MongoDB Connection String URI Format". MongoDB . Архивировано из оригинала 10 декабря 2022 г. Получено 14 декабря 2022 г.
  14. ^ "Добавить поддержку записи DNS SRV - mumble-voip/mumble". GitHub . Архивировано из оригинала 5 июля 2020 г. Получено 5 июля 2020 г.
  15. ^ "Baraza - Userguide". Архивировано из оригинала 22 августа 2008 года.
  16. ^ "Puppet Docs: Масштабирование Puppet с помощью мастеров компиляции, использование записей DNS SRV". Puppet Labs . Архивировано из оригинала 11 октября 2019 г. Получено 17 декабря 2019 г.
  17. ^ "Server DNS Records". Rust Wiki . Получено 6 ноября 2024 г.
  18. ^ "[Предложение] TS DNS". Форум Teamspeak . Архивировано из оригинала 14 ноября 2016 года . Получено 25 октября 2013 года .
  19. ^ "TeamSpeak 3 Client Version 3.0.8 Released". Форум Teamspeak . Архивировано из оригинала 27 сентября 2016 года . Получено 5 июля 2020 года .
  20. ^ "XEP-0156: Discovering Alternative XMPP Connection Methods". XMPP.org . Архивировано из оригинала 7 мая 2012 . Получено 23 мая 2012 .
  21. ^ "Доступна новая функция, позволяющая Outlook 2007 использовать записи DNS Service Location (SRV) для поиска службы автообнаружения Exchange". Служба поддержки Microsoft . 13 мая 2010 г. Архивировано из оригинала 20 апреля 2012 г. Получено 23 мая 2012 г.
  22. ^ Кох, Вернер. "OpenPGP Web Key Directory draft-koch-openpgp-webkey-service-06". IETF Datatracker . Internet Engineering Task Force . Получено 5 июня 2021 г.
  23. ^ Кох, Вернер. "OpenPGP Web Key Directory draft-koch-openpgp-webkey-service-12". IETF Datatracker . Internet Engineering Task Force . Получено 5 июня 2021 г.
  24. ^ Коттон, М.; Эггерт, Л.; Тач, Дж.; Вестерлунд, М.; Чешир, С. (август 2011 г.). Процедуры Управления по распределению адресов Интернета (IANA) по управлению реестром имен служб и номеров портов транспортных протоколов. IETF . doi : 10.17487/RFC6335 . RFC 6335. Архивировано из оригинала 6 июля 2020 г. . Получено 6 июля 2020 г. .

Внешние ссылки