RFC2219 · Использование псевдонимов DNS для сетевых служб
Use of DNS Aliases for Network Services
RFC 2219 фиксирует распространённые соглашения об именах DNS-псевдонимов для сетевых служб, включая `www`, `ftp`, `mail` и другие перечисленные имена. Такие имена помогают находить службы организации и переносить их между хостами, но являются лишь подсказками, а не подтверждением доступности, типа или политики обслуживания. Документ рекомендует администраторам доменов применять эти общие имена и описывает варианты конфигурации через записи CNAME или A. Для чувствительных сценариев результаты DNS нельзя считать подлинными без более сильной аутентификации; также может требоваться шифрование трафика.
IETF · RFC
Назначение
Собрать сложившиеся соглашения по именованию DNS-псевдонимов для сетевых служб, формализовать стандартный набор наиболее распространённых имён и предусмотреть, что спецификация нового протокола предлагает имя для не перечисленной в документе службы.
Применение
Применять как BCP при выборе общеупотребимых DNS-имён сетевых служб в домене и при настройке соответствующих записей CNAME либо A. Использовать эти имена для обнаружения службы только как эвристические подсказки: наличие записи не гарантирует разрешение имени в IP-адрес, работу службы на ожидаемом порту или принятие запросов произвольных клиентов.
Документ прямо ограничивает подход: он не решает задачу долгосрочного полного обнаружения служб и не передаёт клиенту все требуемые параметры службы, например базу поиска LDAP. В исходном историческом контексте DNS SRV упомянут как возможное долгосрочное развитие; это не является утверждением о его современном статусе. RFC имеет статус Best Current Practice и связан с BCP17; по предоставленным метаданным не заменяет и не обновляет другие RFC.
Официальная английская аннотация
It has become a common practice to use symbolic names (usually CNAMEs) in the Domain Name Service (DNS - [RFC-1034, RFC-1035]) to refer to network services such as anonymous FTP [RFC-959] servers, Gopher [RFC- 1436] servers, and most notably World-Wide Web HTTP [RFC-1945] servers. This is desirable for a number of reasons. It provides a way of moving services from one machine to another transparently, and a mechanism by which people or agents may programmatically discover that an organization runs, say, a World-Wide Web server. Although this approach has been almost universally adopted, there is no standards document or similar specification for these commonly used names. This document seeks to rectify this situation by gathering together the extant 'folklore' on naming conventions, and proposes a mechanism for accommodating new protocols. This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements.
{
"id": "RFC2219",
"number": 2219,
"title_en": "Use of DNS Aliases for Network Services",
"title_ru": "Использование псевдонимов DNS для сетевых служб",
"summary_ru": "RFC 2219 фиксирует распространённые соглашения об именах DNS-псевдонимов для сетевых служб, включая `www`, `ftp`, `mail` и другие перечисленные имена. Такие имена помогают находить службы организации и переносить их между хостами, но являются лишь подсказками, а не подтверждением доступности, типа или политики обслуживания. Документ рекомендует администраторам доменов применять эти общие имена и описывает варианты конфигурации через записи CNAME или A. Для чувствительных сценариев результаты DNS нельзя считать подлинными без более сильной аутентификации; также может требоваться шифрование трафика.",
"purpose_ru": "Собрать сложившиеся соглашения по именованию DNS-псевдонимов для сетевых служб, формализовать стандартный набор наиболее распространённых имён и предусмотреть, что спецификация нового протокола предлагает имя для не перечисленной в документе службы.",
"use_ru": "Применять как BCP при выборе общеупотребимых DNS-имён сетевых служб в домене и при настройке соответствующих записей CNAME либо A. Использовать эти имена для обнаружения службы только как эвристические подсказки: наличие записи не гарантирует разрешение имени в IP-адрес, работу службы на ожидаемом порту или принятие запросов произвольных клиентов.",
"full_translation_path": "translations/rfc2219.html",
"full_translation_checked_at": "2026-09-21",
"full_translation_source_sha256": "52dc32fdeb02171bb1bfab5c8c129822f72b2e67d8ee4de2ec4ae60a1a3db783",
"architect_note_ru": "Документ прямо ограничивает подход: он не решает задачу долгосрочного полного обнаружения служб и не передаёт клиенту все требуемые параметры службы, например базу поиска LDAP. В исходном историческом контексте DNS SRV упомянут как возможное долгосрочное развитие; это не является утверждением о его современном статусе. RFC имеет статус Best Current Practice и связан с BCP17; по предоставленным метаданным не заменяет и не обновляет другие RFC.",
"topics_ru": [],
"translation_state": "reviewed",
"verification_level": "primary_source_reviewed",
"verification_level_ru": "Проверено по первичному тексту и реестру RFC Editor",
"verification_note_ru": "Полный текст и карточка независимо сверены с первоисточником. 2026-09-21",
"abstract_en": "It has become a common practice to use symbolic names (usually CNAMEs) in the Domain Name Service (DNS - [RFC-1034, RFC-1035]) to refer to network services such as anonymous FTP [RFC-959] servers, Gopher [RFC- 1436] servers, and most notably World-Wide Web HTTP [RFC-1945] servers. This is desirable for a number of reasons. It provides a way of moving services from one machine to another transparently, and a mechanism by which people or agents may programmatically discover that an organization runs, say, a World-Wide Web server. Although this approach has been almost universally adopted, there is no standards document or similar specification for these commonly used names. This document seeks to rectify this situation by gathering together the extant 'folklore' on naming conventions, and proposes a mechanism for accommodating new protocols. This document specifies an Internet Best Current Practices for the Internet Community, and requests discussion and suggestions for improvements.",
"authors": [
"M. Hamilton",
"R. Wright"
],
"organizations": [],
"publication_date": "1997-10-01",
"current_status": "BEST CURRENT PRACTICE",
"current_status_ru": "Лучшая современная практика",
"publication_status": "BEST CURRENT PRACTICE",
"publication_status_ru": "Лучшая современная практика",
"lifecycle": "active",
"lifecycle_ru": "Действующий",
"stream": "IETF",
"stream_ru": "IETF",
"area": "app",
"area_ru": "app",
"working_group": "ids",
"source_draft": "draft-ietf-ids-dnsnames-02",
"page_count": 8,
"doi": "10.17487/RFC2219",
"keywords": [
"domain",
"name",
"system",
"symbolic"
],
"formats": [
"TXT",
"HTML"
],
"relations": {
"obsoletes": [],
"obsoleted_by": [],
"updates": [],
"updated_by": [],
"is_also": [
"BCP17"
],
"see_also": []
},
"links": {
"info": "https://www.rfc-editor.org/info/rfc2219/",
"html": "https://www.rfc-editor.org/rfc/rfc2219.html",
"txt": "https://www.rfc-editor.org/rfc/rfc2219.txt",
"datatracker": "https://datatracker.ietf.org/doc/rfc2219/"
}
}