ErrorBase
Referencia técnica independienteSitio oficial
  • Software y sistemas
  • Servicio HTTP

208

HTTP 208 Already Reported en servidor: enlace ya enumerado

Verificada con fuentes2 fuentesRevisada 18 oct 2026
¿Viene un técnico? Mira los 2 pasos que debe enseñarte

Nivel de riesgo

Seguro

Puedes actuar sin peligro siguiendo las comprobaciones seguras.

Urgencia

Media — atiéndelo hoy

Respuesta rápida

El estado HTTP 208 (Already Reported) es de éxito (2xx) y aparece en un elemento DAV:propstat de respuestas WebDAV con Depth: infinity cuando otra vinculación (binding) a la misma colección ya se enumeró con 200 OK. Revisa el identificador DAV:resource-id y no lo trates como error.

Seguridad primero

Antes de continuar

  • No ejecutes DELETE ni UNBIND sobre una ruta que devolvió HTTP 208 creyendo que es una copia fallida o corrupta: en RFC 5842 un binding es un enlace adicional a la misma colección real y borrar su contenido afectará al recurso compartido.
  • No configures tu cliente WebDAV para enviar la cabecera DAV: bind si su código todavía no interpreta el estado 208 Already Reported ni la propiedad DAV:resource-id.

Puedes hacerlo con seguridad

  • Verificar en el cuerpo 207 Multi-Status qué URI previo reportó 200 OK con el mismo DAV:resource-id
  • Comprobar si la solicitud del cliente incluía Depth: infinity y la cabecera DAV: bind
  • Distinguir un corte limpio de ciclo con 208 Already Reported frente a un fallo 508 Loop Detected

Deja estas tareas a un profesional cualificado

  • No intentes esta tarea profesional: Actualización del cliente WebDAV para reconstruir la jerarquía mediante DAV:resource-id al recibir 208
  • No intentes esta tarea profesional: Ajuste del servidor WebDAV para restringir 208 a peticiones Depth: infinity con cabecera DAV: bind

Lo que un técnico debe poder justificar

Viene un técnico

Estos son los pasos que tiene que hacer y enseñarte. Márcalos mientras trabaja: si se salta pasos, no aceptes el cambio de pieza.

No son instrucciones para que abras o manipules el equipo. Son las comprobaciones que deben sostener una conclusión técnica.

  1. Actualización del cliente WebDAV para reconstruir la jerarquía mediante DAV:resource-id al recibir 208

    Qué haceEl equipo de desarrollo del cliente debe dar soporte al estado 208 Already Reported dentro de DAV:propstat y solicitar la propiedad DAV:resource-id cuando envíe la cabecera DAV: bind en peticiones Depth: infinity.

    Te tiene que enseñarel árbol de colecciones reconstruido en el cliente vinculando el nodo 208 con el nodo 200 OK de igual DAV:resource-id.

    Por escritoel cambio en el parser Multi-Status del cliente y las pruebas con colecciones enlazadas y ciclos.

  2. Ajuste del servidor WebDAV para restringir 208 a peticiones Depth: infinity con cabecera DAV: bind

    Qué haceSi el servidor emite 208 Already Reported a clientes que no enviaron la cabecera DAV: bind (o fuera de Depth: infinity), el equipo de plataforma o proveedor del servidor WebDAV debe corregir la negociación y devolver 508 Loop Detected cuando un cliente sin soporte bind encuentre un bucle.

    Te tiene que enseñarla comparativa de respuestas del servidor con y sin cabecera DAV: bind (207 con 208 frente a 508 Loop Detected).

    Por escritola versión o parche del servidor WebDAV aplicado y la configuración de la cabecera DAV en OPTIONS.

Antes de aceptar una pieza o reparación

Aún no ha demostrado nada. No aceptes un cambio de pieza solo por el código.

Sigue estos pasos

Aviso: Sigue el orden documentado. Un código identifica el sistema afectado, pero por sí solo no demuestra qué pieza está averiada.

  1. Verificar en el cuerpo 207 Multi-Status qué URI previo reportó 200 OK con el mismo DAV:resource-id

    Requiere herramientas

    Quién:
    Tú como desarrollador o integrador del cliente WebDAV analizando la respuesta XML de un PROPFIND.
    Cómo:
    Solicita la propiedad DAV:resource-id en tu consulta PROPFIND con Depth: infinity y compara en el cuerpo 207 Multi-Status el valor de DAV:resource-id del elemento DAV:response que recibió 208 Already Reported con los elementos anteriores que recibieron 200 OK.
    Resultado que importa:
    Identificas a qué colección ya enumerada apunta el segundo enlace (binding).
    Si el elemento con estado 208 comparte exactamente el mismo URI único en DAV:
    resource-id que una colección listada antes con 200 OK, confirma que el servidor está deduplicando miembros conforme a RFC 5842 sección 7.1.
    Si el cliente falla al leer 208 porque esperaba solo códigos 200 OK o intenta buscar hijos debajo del nodo 208, confirma que debes ajustar el parser del cliente para reutilizar los miembros del primer enlace.
    Evidencia a conservar:
    Conserva el XML de la petición PROPFIND y la respuesta 207 Multi-Status mostrando ambos DAV:href y su DAV:resource-id común.

    No manipules ni desenlaces (UNBIND) colecciones pensando que están duplicadas en disco: múltiples bindings apuntan al mismo recurso subyacente.

    Evidencia: IANA HTTP Status Code Registry · RFC 5842 - WebDAV Binding Extensions

  2. Comprobar si la solicitud del cliente incluía Depth: infinity y la cabecera DAV: bind

    Sin herramientas especiales

    Quién:
    Tú como persona desarrolladora o administradora del servicio revisando las cabeceras de la petición.
    Cómo:
    Inspecciona las cabeceras enviadas en la solicitud WebDAV para verificar si llevaba Depth: infinity y si incluía la cabecera de petición DAV con la clase de conformidad bind (y comprueba con OPTIONS si el servidor anuncia bind en su cabecera DAV de respuesta).
    Resultado que importa:
    Verificas si el cliente negoció explícitamente el soporte de enlaces WebDAV (RFC 5842 secciones 8.1 y 8.2).
    Si la petición incluía Depth:
    infinity y DAV: bind, confirma que la aparición de 208 Already Reported es el comportamiento estándar esperado.
    Si el cliente NO envió la cabecera DAV:
    bind o la petición no era Depth: infinity y aun así el servidor emitió 208, confirma que el servidor incumple la restricción de compatibilidad de RFC 5842 sección 7.1.
    Evidencia a conservar:
    Guarda las cabeceras completas de la solicitud PROPFIND y de la respuesta OPTIONS del servidor.

    Evidencia: RFC 5842 - WebDAV Binding Extensions

  3. Distinguir un corte limpio de ciclo con 208 Already Reported frente a un fallo 508 Loop Detected

    Sin herramientas especiales

    Quién:
    Tú como operador o responsable de desarrollo comprobando el grafo de colecciones.
    Cómo:
    Revisa si el enlace que devuelve 208 apunta a una colección ancestro (formando un ciclo o bind loop) y verifica qué responde el servidor cuando se consulta sin la cabecera DAV: bind.
    Resultado que importa:
    Determinas si existe un ciclo de enlaces en la colección y cómo lo maneja el servidor según el tipo de cliente.
    Si con DAV:
    bind el servidor responde 207 con un propstat 208 en el enlace cíclico y sin DAV: bind rechaza la operación con 508 Loop Detected, confirma que el servidor cumple exactamente las secciones 7.1.1 y 7.1.2 de RFC 5842.
    Si el ciclo de enlaces se creó por error humano y entorpece a clientes antiguos no compatibles con bind, indica evaluar la eliminación únicamente del binding redundante.
    Evidencia a conservar:
    Anota el mapa de URIs (DAV:href) y sus identificadores DAV:resource-id antes de tocar cualquier enlace.

    Evidencia: RFC 5842 - WebDAV Binding Extensions

Situación no resuelta

Si el error persiste, no sigas probando por tu cuenta. Mira qué tiene que hacer y enseñarte el técnico.

Dónde se aplica este código

Un código solo tiene significado dentro del producto y la versión correctos.

Ámbito principal

Sistema
Software y sistemas
Marca
HTTP
Tipo de producto
Servicio HTTP

Variantes conocidas del código

  • 208 Already Reported
  • 208 Bereits gemeldet
  • 208 Déjà signalé
  • 208 Già segnalato
  • 208 Ya notificado
  • HTTP 208
  • HTTP status 208

Qué significa

Definido en la sección 7.1 de RFC 5842 (Binding Extensions to WebDAV) y registrado en IANA en la clase 2xx (Success), el código HTTP 208 (Already Reported) se utiliza dentro de un elemento XML DAV:propstat de una respuesta 207 (Multi-Status) para evitar enumerar repetidamente los miembros internos cuando existen múltiples enlaces (bindings) a una misma colección. Para cada colección dentro del alcance de una solicitud con Depth: infinity, el primer enlace se reporta con 200 (OK) y los siguientes usan 208 sin volver a listar sus descendientes, evitando así bucles infinitos de enlaces. Por sí solo, 208 nunca indica un error ni una pieza rota.

Advertencias y condiciones de parada

  • Atención altaverificada con fuente

    No ejecutes DELETE ni UNBIND sobre una ruta que devolvió HTTP 208 creyendo que es una copia fallida o corrupta: en RFC 5842 un binding es un enlace adicional a la misma colección real y borrar su contenido afectará al recurso compartido.

    Evidencia: RFC 5842 - WebDAV Binding Extensions

  • Seguroverificada con fuente

    No configures tu cliente WebDAV para enviar la cabecera DAV: bind si su código todavía no interpreta el estado 208 Already Reported ni la propiedad DAV:resource-id.

    Evidencia: RFC 5842 - WebDAV Binding Extensions

Síntomas y causas

Causas probables · en orden

  • Múltiples enlaces (bindings) hacia una misma colección en una consulta con Depth: infinityConfirmada

    Según RFC 5842 sección 7.1, cuando una petición WebDAV con cabecera Depth: infinity recorre una jerarquía donde dos o más URIs están vinculados a la misma colección, el servidor reporta el primero con 200 OK y los enlaces adicionales con 208 Already Reported sin repetir sus miembros descendientes.

    Evidencia: IANA HTTP Status Code Registry · RFC 5842 - WebDAV Binding Extensions

  • Prevención de un bucle infinito de enlaces (bind loop) cuando el cliente envía DAV: bindFrecuente

    De acuerdo con RFC 5842 secciones 2.1.1 y 7.1, si una colección contiene un enlace que apunta a sí misma o a un ancestro (ciclo) y el cliente declaró soporte mediante la cabecera de solicitud DAV: bind, el servidor corta la recursión devolviendo 208 Already Reported en lugar de abortar con 508 Loop Detected.

    Evidencia: RFC 5842 - WebDAV Binding Extensions

  • Emisión de 208 a un cliente WebDAV que no anunció compatibilidad en la cabecera DAVPosible

    La sección 7.1 de RFC 5842 advierte que, por compatibilidad hacia atrás, el servidor no debería usar el código 208 a menos que el cliente haya señalado soporte para la especificación enviando el token bind en la cabecera de petición DAV.

    Evidencia: RFC 5842 - WebDAV Binding Extensions

Técnico virtual

¿Sigue apareciendo 208 tras comprobarlo?

Responde unas preguntas para acotar la causa probable y la siguiente acción segura. Es una orientación - nunca sustituye a un profesional.

Iniciar diagnóstico

Fuentes y referencias técnicas

  1. 1

    IANA HTTP Status Code Registry

    Internet Assigned Numbers Authority · 2025 · standard

  2. 2

    RFC 5842 - WebDAV Binding Extensions

    IETF / RFC Editor · 2010 · standard

Fuentes: IANA HTTP Status Code Registry · RFC 5842 - WebDAV Binding Extensionsrevisado 2026-10-18 · verificado

¿Te ha resultado útil esta ficha?