Uso de un host y un cliente genéricos para WS-Discovery UDP
Si el cliente y el host no pueden verse en la red, se puede sustituir el host y el cliente personalizados por un host y un cliente genéricos para ayudar a solucionar el problema. Si la dirección del dispositivo no aparece en la salida del cliente de depuración WSD, es probable que el entorno de red esté causando el fallo. Para más información sobre el host y el cliente genéricos, véase Herramientas de depuración.
Si el host o el cliente es una aplicación que se ejecuta en un PC, el host o cliente genérico debe ejecutarse en el mismo contexto de seguridad que el host o cliente real. Por ejemplo, si el host o cliente real se ejecuta como Administrador, entonces el host o cliente genérico debe ejecutarse como Administrador. Además, si el host o el cliente es un dispositivo autónomo, debe sustituirse completamente por un PC que ejecute un host o cliente genérico.
Para utilizar un host y un cliente genéricos para solucionar problemas de UDP WS-Discovery
Abra una ventana de símbolo del sistema.
Ejecute el siguiente comando: WSDDebug_host.exe /mode metadata /start
Nota:
Puede Windows Security Alert aparecer un cuadro de diálogo. Si es así desbloquee para permitir que el WSD Debug Host se ejecute.
Este comando genera una salida similar a la siguiente. Anota el ID del dispositivo.
WSDAPI Debug Host Copyright (C) Microsoft Corporation 2007. All rights reserved. Device ID is urn:uuid:37f86d35-e6ac-4241-964f-1d9ae46fb366 Host metadata>Ejecute el siguiente comando: WSDDebug_client.exe /mode metadata /hello off /resolve <id>. Reemplace <id> con el ID del dispositivo identificado en el paso 2.
Nota:
Puede Windows Security Alert aparecer un cuadro de diálogo. Si es así desbloquee para permitir que el WSD Debug Client se ejecute.
WSD Debug Client genera una salida similar a la siguiente.
WSDAPI Debug Client
Copyright (C) Microsoft Corporation 2007. All rights reserved.
Client ID is urn:uuid:0f571af7-6b0e-4daf-8054-f2233ac27910
Hello mode is disabled
Client metadata>
*****************************************************************************
Add at 02/28/07 15:16:51
+ EPR:
+ Address: urn:uuid:37f86d35-e6ac-4241-964f-1d9ae46fb366
+ Types:
(wsdp) https://schemas.xmlsoap.org/ws/2006/02/devprof:Device
+ XAddrs:
https://[::1]:5357/37f86d35-e6ac-4241-964f-1d9ae46fb366
+ Metadata version: 2
+ Instance ID: 1
+ Probe/Resolve tag: WSDAPI debug_client
+ Remote transport address: [::1]:3702
+ Local transport address: ::1
+ Local interface GUID: 42133cd4-6a70-11db-bbc9-806e6f6e6963
Client metadata>
El WSD Debug Client puede generar mucha salida en una red con muchos dispositivos DPWS. La salida puede redirigirse a un archivo para facilitar el análisis. Escriba log tee <el nombre del archivo> en el indicador del cliente de depuración WSD para redirigir la salida a un archivo. La redirección de la salida puede detenerse escribiendo log tee stop en el indicador de WSD Debug Client.
Anote la dirección de referencia del punto final (EPR). Esta dirección EPR debe coincidir con el ID del dispositivo identificado en el paso 2 anterior. Si este es el caso, es probable que el fallo de la aplicación no esté relacionado con el sistema operativo o el entorno de red. Sustituya el host y el cliente genéricos por el host y el cliente personalizados, y continúe con la resolución de problemas siguiendo los procedimientos indicados en Uso del cliente de depuración WSD para verificar el tráfico multidifusión.
Si el ID del dispositivo no coincide con la dirección EPR, es probable que el fallo de la aplicación esté relacionado con el sistema operativo o el entorno de red. El fallo puede deberse a una o varias de las siguientes causas:
- La aplicación se está ejecutando en un contexto de seguridad incorrecto. Verificar que la aplicación utiliza las credenciales correctas y que el cliente y el host tienen permisos suficientes para acceder a la red.
- La configuración del cortafuegos es incorrecta. Siga las instrucciones de Inspecting Adapter and Firewall Settings para comprobar que la configuración del cortafuegos de Windows es correcta y que no hay otras reglas que rechacen los paquetes. El cliente y el host también se pueden copiar en una máquina "prístina" (una con una instalación del sistema operativo por defecto que nunca se haya unido a un dominio) para intentar reproducir el fallo.
- Una política IPSec está bloqueando la aplicación. Copie el cliente y el host en una máquina no sujeta a políticas IPSec e intente reproducir el fallo.
Temas relacionados