Inspección de seguimientos de red para el intercambio de metadatos HTTP
Cualquier analizador de paquetes de red que pueda mostrar paquetes sin procesar se puede usar para inspeccionar las solicitudes de intercambio de metadatos HTTP. Se recomienda Microsoft Network Monitor 3 (Netmon). Para obtener más información sobre Netmon, consulte Descarga de netmon y ejemplos de filtros DPWS.
Este procedimiento de diagnóstico puede no ser tan útil para los clientes y hosts que usan un canal seguro para las comunicaciones porque el contenido del mensaje está cifrado.
Para inspeccionar los seguimientos de red para el intercambio de metadatos HTTP
Configure el host y el cliente para que se ejecuten a través de la red (es decir, asegúrese de que el host y el cliente funcionarán en diferentes máquinas).
Instale el analizador de paquetes (Netmon) en el cliente o en el host.
Configure el analizador de paquetes para capturar el tráfico en el adaptador de red que conecta el host y el cliente.
Reproduzca el error iniciando el host y el cliente o presionando F5 en network Explorer.
Filtre los resultados para aislar WS-Discovery y el tráfico de intercambio de metadatos. Para ver filtros netmon de ejemplo, consulte Descarga de filtros netmon y DPWS de ejemplo.
Nota
Este paso es opcional.
Compruebe que los mensajes enviados entre el cliente y el host cumplen los requisitos básicos de tráfico.
Comprobación de que los mensajes cumplen los requisitos de tráfico
Los clientes y hosts de WSDAPI deben enviar mensajes que cumplan los criterios siguientes. Para obtener información general sobre los patrones de mensajes, vea Patrones de mensajes de intercambio de metadatos y detección.
Los mensajes deben cumplir los requisitos de tráfico proporcionados en el tema Inspección de seguimientos de red para la detección de WS udp, a menos que esté absolutamente seguro de que no se usa WS-Discovery para el intercambio de metadatos.
Se debe establecer una conexión TCP entre el cliente y la primera dirección de transporte proporcionada en el elemento XAddrs de un mensaje ProbeMatches o ResolveMatches . En la lista siguiente se muestra un intercambio de paquetes típico que se usa para establecer una conexión TCP.
- El cliente envía un paquete TCP SYN al host en un puerto especificado.
- El host envía un paquete TCP SYN/ACK al cliente.
- El cliente envía un paquete TCP ACK al host en un puerto especificado.
Una vez que el cliente ha enviado un paquete TCP ACK, se establece la conexión TCP. Tenga en cuenta que este intercambio de mensajes no se producirá si se ha establecido previamente una conexión TCP.
El cliente debe enviar un mensaje y una solicitud HTTP get válidos.
El host debe estar escuchando en la ruta de acceso url especificada en la solicitud GET HTTP.
El elemento To de un mensaje de metadatos Get debe estar presente y no estar vacío. El valor del elemento To debe coincidir con una de las direcciones de punto de conexión del host. La dirección del punto de conexión de un host se anuncia normalmente en un mensaje ProbeMatches o ResolveMatches .
El host debe enviar un encabezado de respuesta HTTP válido. Si la solicitud inicial se realizó correctamente, el encabezado de respuesta debe contener el código de estado HTTP/1.1 200.
El host debe enviar un mensaje GetResponse válido.
El elemento RelatesTo de un mensaje GetResponse debe estar presente y no debe estar vacío. Su valor debe coincidir con el valor del elemento MessageId del mensaje Get correspondiente.
Si las solicitudes HTTP o los mensajes de intercambio de metadatos enviados por el programa no cumplen estos requisitos de tráfico, la causa del problema se ha identificado correctamente y no es necesario realizar más pasos de solución de problemas. Vuelva a escribir el programa para que genere mensajes y solicitudes conformes y vuelva a probar el programa.
Si todavía no se puede identificar el origen del problema, póngase en contacto con el soporte técnico de Microsoft para obtener ayuda. Antes de ponerse en contacto con el soporte técnico, recopile los archivos de registro adecuados para ayudar a identificar la causa principal del problema. Para obtener más información, consulte Habilitación del seguimiento de WSDAPI.
Temas relacionados