В DNS Запись SRV на самом деле это довольно общая форма сообщения удаленному клиенту, где размещается конкретная служба. На данный момент я использую его, чтобы позволить людям звонить мне через SIP-клиент через Интернет (работает довольно хорошо).
Одним из преимуществ записи SRV является то, что вы можете указать другой порт для службы, и у вас может быть несколько систем для одной (или одной и той же системы и нескольких экземпляров на другом порту). Так МКФ это работает, вы можете иметь несколько веб-серверов в одной системе без каких-либо помех.
Итак, у вас может быть это в вашем DNS:
_http._tcp SRV 10 50 8080 myserver.basjes.nl
_http._tcp SRV 10 50 8081 myserver.basjes.nl
Однако у всего этого добра есть одна тонкая загвоздка ... Мне не удалось найти ни одного HTTP, FTP, SMTP, ... клиентов, которые его поддерживают.
Таким образом, кроме SIP и нескольких других протоколов, упомянутых в Википедия страница: Будет ли когда-нибудь запись SRV действительно полезной?
Или я что-то упустил?
Есть ли что-нибудь получше, что работает?
Я думаю, вы увидите, что он используется только для новый протоколы.
Записи MX, которые использует SMTP, эквивалентны записям SRV с фиксированным портом и без веса. Другими словами, они уже достойно решили ту же проблему.
Так как, например, HTTP должен сохранять обратную совместимость с текущими механизмами, любой, кто начал использовать SRV для HTTP, все равно должен будет предоставить альтернативный механизм, и никто не хочет поддерживать два способа сделать то же самое. (скажем, некоторые балансировщики нагрузки и некоторые записи DNS SRV ...) И если сайты не собираются публиковать записи SRV (потому что это просто создает ненужную работу), у клиентов нет мотивации поддерживать записи SRV, которые никто не публикует.
Они очень полезны в Домен Active Directory.
Записи SRV также используются многими службами и клиентами с поддержкой Kerberos. Это особенно верно для конкретной машины, где /etc/krb5.conf (или его эквивалент) либо не читается, либо отсутствует; будет выполнен поиск записи SRV, чтобы найти KDC.
Технология Apple Bonjour (также известная как zeroconf) широко использует это. Если вы еще не видели его в действии - проверьте. Он позволяет автоматически обнаруживать принтеры, маршрутизаторы, веб-страницы с поддержкой Bonjour и т. Д.
Существует модуль Apache с лицензией BSD под названием mod_bonjour, который позволяет рекламировать веб-сайты через многоадресный 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. На протяжении многих лет существовало множество рекламных каталогов ресурсов, включая протокол определения местоположения услуг, протокол рекламы услуг (сети IPX), Bonjour / Avahi и даже в некоторой степени DHCP.
Из них только DNS имеет реальный потенциал для каталога ресурсов, охватывающих весь Интернет. Публичные DNS-серверы, как правило, статичны. Принятие записей SRV произойдет тогда, когда в них возникнет определенная потребность, во многом так же, как принятие записей TXT произошло для протокола SPF. SIP с использованием SRV может стать первым шагом на пути к более широкому внедрению без использования MS.
Записи SRV используются для направления серверов Windows Vista / 2008 на ваш KMS-сервер для активации на предприятии.
XMPP их использует.
Но существующие протоколы не изменятся для их поддержки, особенно при перенаправлении запроса на другой порт. Это было бы неожиданно и, несомненно, нарушило бы некоторые предположения, связанные с безопасностью.
Записи SRV предлагают механизм для реализации коммуникационных услуг, не требуя, чтобы все использовали одного и того же поставщика. Другими словами, то, что записи A и MX делают для Интернета и электронной почты, записи SRV делают для любой службы.
Эта идея изложена в сообщении блога "Сила бесплатного адресации" http://e-caller.com/?p=4
Рост Twitter и Facebook связан с отсутствием альтернатив с поддержкой SRV.
Freeipa проекта Fedora / Red Hat использует их, а также марионеточные лаборатории puppet для балансировки нагрузки и масштабируемости. чем больше я узнаю о его вариантах использования и о том, как они широко используются, тем больше я влюбляюсь в него. это лучшее, что случилось с днс и инфраструктурой. посмотри, как 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.