Кратко

  • Проект IETF от 28 октября предлагает искать соседние агенты A2A и серверы MCP через mDNS и DNS-SD, а полное описание получать уже после обнаружения.
  • Любой участник общего локального сегмента может объявить сервис. Отображаемое имя, ссылка на описание и её хеш приходят от того же участника; клиент проверяет сервер на следующем шаге.

Список без удостоверения личности

В лаборатории сервер инструментов может переехать с одного узла на другой. Обновлять адрес вручную при каждом переезде неудобно. Редакция Якаба и Брокнерса предлагает сначала просмотреть DNS-SD, затем узнать хост и порт и уже потом запросить карточку A2A либо начать сеанс MCP. Октябрьская версия добавляет MCP, общие параметры с поиском через обычный DNS и пересылку объявлений за пределы одного канала. Документ остаётся индивидуальным проектом.

В первой части процедуры нет удостоверяющего лица. Проект прямо говорит: любой хост в общем сегменте может опубликовать экземпляр сервиса и произвольно заполнить TXT-поля. Заголовок может подражать имени другого агента. desc-ref ведёт к описанию, но не раскрывает его хозяина. Появившийся в новой редакции desc-ref-digest помогает заметить перемену описания. Поскольку хеш вложен в неподтверждённое объявление, он не доказывает целостность документа. Автор объявления сам пишет и имя, и контрольную метку.

Дальше клиент собирает URL из SRV-хоста, порта и подсказки о пути. Все эти части могли прийти от чужого отправителя. Поэтому проект перечисляет границы для схемы, диапазона адресов, порта, перенаправлений, учётных данных и запросов между доменами. При соединении клиент проверяет подлинность сервера средствами транспорта и протокола агента. Автоматическая подстановка https не заменяет эту проверку.

На стороне MCP после соединения появятся инструменты, ресурсы и подсказки сервера. Само присутствие в локальном поиске не делает их допустимым источником работы. Шлюз, который разносит объявление дальше, расширяет аудиторию, но не подтверждает автора. Правило первой регистрации в RFC 9665 удерживает занятое имя от позднего претендента; о личности первого претендента оно ничего не говорит.

Есть и обратная сторона видимости. Остальные хосты получают список объявленных сервисов и их метаданные. Подтип A2A или MCP упрощает выборку, но не прячет объявление. Администратор решает, где рекламировать службы и какие необязательные поля раскрывать. Клиент решает, как проверять адрес и кому разрешать предоставлять инструменты. Найти дверь и дать ключ — разные полномочия.

Источники: редакция 01, редакция 00, карточка IETF, mDNS, RFC 6762, DNS-SD, RFC 6763, регистрация сервисов, RFC 9665.