В чем разница между обнаружением LRDD и Webfinger?

Question

Итак, я пытался понять WebFinger (RFC7033) и наткнулся на Метаданные веб-хостинга (RFC6415). Насколько я могу судить, они являются и RFC, и решают одну и ту же проблему почти так же.

Так что, если я хотел для поиска информации о человеке или вещи по их URI, я мог бы сделать две вещи:

• WebFinger предполагает, что я перейти к /.well-known/webfinger?resource=...
• Host-Meta предлагает мне взять смотреть на /.well-known/host-meta, которая возвращает JRD или XRD с чем-то вроде <link rel="lrdd" template="http://example.com/lrdd?uri={uri}">

Webfinger только имеет один меньше поиск и поощряет JRDs. Почему я не могу создать host-meta с шаблоном, который выглядит как http://example.com/.well-known/webfinger?resource={uri} и делает обе вещи (albeit redundantly)?

Есть ли какая-то важная разница между двумя, которых я не хватает? Должен ли я отдать предпочтение одному другому?

Answer 1

Автор RFC 7033 здесь.

WebFinger был незавершенным в течение нескольких лет, и за это время был внесен ряд изменений. RFC 6415 была первой попыткой стандартизировать концепцию WebFinger, которая включала хост-мета и LRDD. Процесс обнаружения с использованием RFC 6415 осложнялся тем, что нужно было выполнить два запроса, а затем объединить информацию из каждого из запросов, чтобы создать результирующий набор связей. Кроме того, на некоторое время в JSON произошел какой-то шаг. WebFinger использовал XML, но в приложение RFC 6415 добавлено кодирование JSON. Люди хотели, чтобы это была единственная кодировка.

Работая с оригинальными авторами RFC 6415 и другими пользователями сообщества WebFinger, группа из нас в IETF работала над упрощением процесса, перешла на JSON в качестве кодировки контента, обеспечила безопасность решения (только HTTPS) и получить согласие по схеме URI для запроса информации учетной записи пользователя (URI «acct»).

Так с RFC 7033 мы имеем безопасный, простой, механизм один-запроса для обнаружения, который работает в основном так:

$ wfinger paulej@packetizer.com 

Что это «wfinger» клиент должен сделать, это найти домен «packetizer.com ", а затем выдать следующий запрос (с помощью завиток просто сделать пример ясно):

$ curl https://packetizer.com/.well-known/webfinger?resource=acct%3Apaulej%40packetizer.com 

Заметьте, что любая схема URI все еще может быть использован с WebFinger - это понятие не было потеряно. Так, как и в оригинале WebFinger, можно было запросить информацию о веб-страницах (например, www.packetizer.com) или других типах контента.Вот один пример:

$ curl https://packetizer.com/.well-known/webfinger?resource=http%3A%2F%2Fwww.packetizer.com 

Что бы вернуть ссылку отношения и другие метаданные о странице «http://www.packetizer.com».

Answer 2

Хотя Webfinger RFC говорит /.well-known/webfinger? фактические реализации используют /.well-known/host-meta

См: http://hueniverse.com/2009/09/02/implementing-webfinger/

Это кажется WF был заменен WHM.