Запись SRV - SRV record

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

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

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

_service._proto.name. Целевой порт приоритетного веса SRV класса TTL.
  • служба: символическое имя желаемой услуги.
  • прото: транспортный протокол желаемой услуги; это обычно либо TCP или же UDP.
  • имя: доменное имя, для которого действительна эта запись, оканчивающееся точкой.
  • TTL: стандартный DNS время жить поле.
  • учебный класс: стандартное поле класса DNS (это всегда В).
  • SRV: Тип записи (это всегда SRV).
  • приоритет: приоритет целевого хоста, меньшее значение означает более предпочтительный.
  • масса: Относительный вес для записей с одинаковым приоритетом, более высокое значение означает более высокий шанс быть выбранным.
  • порт: порт TCP или UDP, на котором должна быть найдена служба.
  • цель: каноническое имя хоста машины, предоставляющей услугу, оканчивающееся точкой.

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

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

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

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

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

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

# _service._proto.name. Целевой порт приоритетного веса SRV класса TTL._sip._tcp.example.com. 86400 ВХОД 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 обычно используются в сочетании со следующими стандартизированный протоколы связи:[требуется разъяснение ]

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

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

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

Рекомендации

  1. ^ "Поддержка записи DNS SRV в apt". Debian. 4 мая 2018. В архиве из оригинала 17 ноября 2019 г.. Получено 17 ноября 2019.
  2. ^ «Поиск мониторов через DNS - документация Ceph». Документация Ceph. В архиве из оригинала 5 декабря 2017 г.. Получено 4 декабря 2017.
  3. ^ «Имена хостов для главного и подчиненного KDC». Массачусетский Институт Технологий. В архиве из оригинала 21 октября 2012 г.. Получено 23 мая 2012.
  4. ^ Зейленга, К. (апрель 2001 г.). Корневая служба OpenLDAP - экспериментальная справочная служба LDAP. IETF. Дои:10.17487 / RFC3088. RFC 3088. Получено 5 июля 2020.
  5. ^ Дабу, К. (март 2011 г.). Использование записей SRV для поиска служб отправки электронной почты / доступа. IETF. Дои:10.17487 / RFC6186. RFC 6186. Получено 17 апреля 2013.
  6. ^ «API федерации». Matrix.org. В архиве из оригинала на 5 июля 2020 г.. Получено 5 января 2018.
  7. ^ «Java Edition 1.3.1». Майнкрафт википедия. В архиве из оригинала на 5 июля 2020 г.. Получено 5 июля 2020.
  8. ^ "Добавить поддержку записи DNS SRV - mumble-voip / mumble". GitHub. В архиве из оригинала на 5 июля 2020 г.. Получено 5 июля 2020.
  9. ^ «Бараза - Userguide». Архивировано из оригинал 22 августа 2008 г.
  10. ^ «Puppet Docs: масштабирование Puppet с мастерами компиляции, использование записей DNS SRV». Кукольные лаборатории. В архиве с оригинала 11 октября 2019 г.. Получено 17 декабря 2019.
  11. ^ "[Предложение] TS DNS". Форум Teamspeak. В архиве из оригинала 14 ноября 2016 г.. Получено 25 октября 2013.
  12. ^ «Выпущен клиент TeamSpeak 3 версии 3.0.8». Форум Teamspeak. В архиве из оригинала 27 сентября 2016 г.. Получено 5 июля 2020.
  13. ^ «XEP-0156: Обнаружение альтернативных методов подключения XMPP». XMPP.org. Архивировано из оригинал 7 мая 2012 г.. Получено 23 мая 2012.
  14. ^ «Доступна новая функция, которая позволяет Outlook 2007 использовать записи местоположения службы DNS (SRV) для поиска службы автообнаружения Exchange». Служба поддержки Microsoft. 13 мая 2010. Архивировано с оригинал 20 апреля 2012 г.. Получено 23 мая 2012.
  15. ^ Хлопок, M .; Eggert, L .; Touch, J .; Westerlund, M .; Чешир, С. (август 2011 г.). Процедуры Управления по присвоению номеров Интернета (IANA) для управления реестром имен служб и транспортных протоколов. IETF. Дои:10.17487 / RFC6335. RFC 6335. Получено 6 июля 2020.

внешняя ссылка