Usando o log do WinHTTP para verificar a obtenção de tráfego
Se o host genérico e o cliente forem bem-sucedidos, mas o host e o cliente reais ainda falharem, é possível que a solicitação de metadados não esteja sendo iniciada. O log do WinHTTP pode ser usado para verificar se as mensagens de saída estão sendo geradas e enviadas corretamente.
Aplicativos cliente baseados em WSDAPI usam WinHTTP para se conectar a dispositivos. Os hosts de dispositivo baseados em WSDAPI não usam WinHTTP. Além disso, alguns proxies de terceiros não usam WinHTTP. Ao solucionar problemas de um host ou proxy que não usa WinHTTP, ignore este procedimento de diagnóstico e continue a solução de problemas seguindo os procedimentos em Inspecionar Rastreamentos de Rede para Troca de Metadados HTTP.
O log do WinHTTP não mostra todo o tráfego no nível de TCP. Pule para Inspecionar Rastreamentos de Rede para Troca de Metadados HTTP se o tráfego além do tráfego HTTP for de interesse.
Para usar o log do WinHTTP para verificar Obter tráfego
- Capture os logs do WinHTTP.
- Inicie o Bloco de Notas ou outro editor de texto. O editor de texto deve ser executado como Administrador.
- Abra o arquivo de log WinHTTP.
- Verifique se as solicitações HTTP e as mensagens de metadados necessárias foram enviadas.
Se uma mensagem Get para o host for encontrada nos logs do WinHTTP, as solicitações de metadados serão enviadas ao WinHTTP com êxito. Continue a solução de problemas seguindo os procedimentos em Inspecionando rastreamentos de rede para troca de metadados HTTP.
Se uma mensagem Get não puder ser encontrada para o host nos logs do WinHTTP, a solicitação de metadados não será iniciada. Isso pode acontecer quando o host publica XAddrs inválidos. Verifique se os XAddrs no host estão em conformidade com as regras de validação XAddr.
Verificando se as solicitações HTTP e as mensagens de metadados necessárias foram enviadas
Os seguintes eventos devem ocorrer para a troca de metadados bem-sucedida:
- O cliente WSDAPI gera uma solicitação HTTP de saída. Essa solicitação é enviada para o host WSDAPI.
- O cliente envia uma mensagem Get para o host.
Esses eventos são capturados nos logs do WinHTTP.
O snippet de arquivo de log WinHTTP a seguir mostra uma solicitação HTTP de saída gerada por um cliente WSDAPI.
16:51:47.893 ::*0000004* :: WinHttpSendRequest(0x36aae0, "", 0, 0x0, 0, 658, 0)
16:51:47.893 ::*0000004* :: WinHttpSendRequest() returning TRUE
16:51:47.897 ::*0000004* :: sending data:
16:51:47.897 ::*0000004* :: 226 (0xe2) bytes
16:51:47.897 ::*0000004* :: <<<<-------- HTTP stream follows below ----------------------------------------------->>>>
16:51:47.897 ::*0000004* :: POST /dbe17c74-3b21-4f52-addc-b84b444f73a0 HTTP/1.1
16:51:47.897 ::*0000004* :: Content-Type: application/soap+xml
16:51:47.897 ::*0000004* :: User-Agent: WSDAPI
16:51:47.897 ::*0000004* :: Host: 192.168.0.1:5357
16:51:47.897 ::*0000004* :: Content-Length: 658
16:51:47.897 ::*0000004* :: Connection: Keep-Alive
16:51:47.897 ::*0000004* :: Cache-Control: no-cache
16:51:47.897 ::*0000004* :: Pragma: no-cache
16:51:47.897 ::*0000004* ::
16:51:47.897 ::*0000004* ::
16:51:47.897 ::*0000004* :: <<<<-------- End ----------------------------------------------->>>>
O snippet de arquivo de log WinHTTP a seguir mostra uma mensagem Obter . Essa mensagem deve seguir imediatamente a solicitação HTTP.
16:51:47.898 ::*0000004* :: WinHttpWriteData(0x36aae0, 0x11aa7c4, 658, 0x0)
16:51:47.899 ::*0000004* :: sending data:
16:51:47.899 ::*0000004* :: 658 (0x292) bytes
16:51:47.899 ::*0000004* :: <<<<-------- HTTP stream follows below ----------------------------------------------->>>>
16:51:47.899 ::*0000004* :: <?xml version="1.0" encoding="utf-8" ?>
16:51:47.899 ::*0000004* :: <soap:Envelope xmlns:soap="https://www.w3.org/2003/05/soap-envelope" xmlns:wsa="https://schemas.xmlsoap.org/ws/2004/08/addressing"><soap:Header><wsa:To>urn:uuid:dbe17c74-3b21-4f52-addc-b84b444f73a0</wsa:To><wsa:Action>https://schemas.xmlsoap.org/ws/2004/09/transfer/Get</wsa:Action><wsa:MessageID>urn:uuid:8506ac50-3646-4621-9680-86f484d87909</wsa:MessageID><wsa:ReplyTo><wsa:Address>https://schemas.xmlsoap.org/ws/2004/08/addressing/role/anonymous</wsa:Address></wsa:ReplyTo><wsa:From><wsa:Address>urn:uuid:b32467b5-e7ee-4ae3-8a8e-f5aa417c23b6</wsa:Address></wsa:From></soap:Header><soap:Body></soap:Body></soap:Envelope>
16:51:47.899 ::*0000004* :: <<<<-------- End ----------------------------------------------->>>>
16:51:47.899 ::*0000004* :: WinHttpWriteData() returning TRUE
O elemento Action (<wsa:Action>https://schemas.xmlsoap.org/ws/2004/09/transfer/Get</wsa:Action>) identifica a mensagem como uma mensagem Get . Verifique se o valor do elemento To (por exemplo, <wsa:To>urn:uuid:dbe17c74-3b21-4f52-addc-b84b444f73a0</wsa:To>) corresponde à ID do dispositivo anunciada pelo host nas mensagens de WS-Discovery UDP originais. A ID do dispositivo anunciada pelo host pode ser verificada usando o Host de Depuração do WSD. Para obter mais informações, consulte Using a Generic Host and Client for UDP WS-Discovery.
Além disso, a resposta do host à solicitação de metadados pode ser encontrada nos logs WinHTTP do cliente. O host gera uma mensagem GetResponse em resposta à mensagem Get do cliente.
O snippet de arquivo de log WinHTTP a seguir mostra uma mensagem GetResponse de entrada recebida por um cliente WSDAPI.
16:51:47.899 ::*0000004* :: WinHttpReceiveResponse(0x36aae0, 0x0)
16:51:47.899 ::*0000004* :: WinHttpReceiveResponse() returning TRUE
16:51:47.899 ::*Session* :: DllMain(0x73fc0000, DLL_THREAD_ATTACH, 0x0)
16:51:47.902 ::*0000004* :: received data:
16:51:47.902 ::*0000004* :: 1024 (0x400) bytes
16:51:47.902 ::*0000004* :: <<<<-------- HTTP stream follows below ----------------------------------------------->>>>
16:51:47.902 ::*0000004* :: HTTP/1.1 200
16:51:47.902 ::*0000004* :: Content-Type: application/soap+xml
16:51:47.902 ::*0000004* :: Server: Microsoft-HTTPAPI/2.0
16:51:47.902 ::*0000004* :: Date: Fri, 15 Jun 2007 23:51:47 GMT
16:51:47.905 ::*0000004* :: Content-Length: 2228
16:51:47.905 ::*0000004* ::
16:51:47.905 ::*0000004* :: <?xml version="1.0" encoding="utf-8" ?>
16:51:47.905 ::*0000004* :: <soap:Envelope xmlns:soap="https://www.w3.org/2003/05/soap-envelope" xmlns:wsa="https://schemas.xmlsoap.org/ws/2004/08/addressing" xmlns:wsx="https://schemas.xmlsoap.org/ws/2004/09/mex" xmlns:wsdp="https://schemas.xmlsoap.org/ws/2006/02/devprof" xmlns:un0="http://schemas.microsoft.com/windows/pnpx/2005/10" xmlns:pub="http://schemas.microsoft.com/windows/pub/2005/07"><soap:Header><wsa:To>https://schemas.xmlsoap.org/ws/2004/08/addressing/role/anonymous</wsa:To><wsa:Action>https://schemas.xmlsoap.org/ws/2004/09/transfer/GetResponse</wsa:Action><wsa:MessageID>urn:uuid:2884cbcc-2848-4c35-9327-5ab5451a8729</wsa:MessageID><wsa:RelatesTo>urn:uuid:8506ac50-3646-4621-9680-86f484d87909</wsa:RelatesTo></soap:Header><soap:Body><wsx:Metadata><wsx:MetadataSection Dialect="https://schemas.xmlsoap.org/ws/2006/02/devprof/ThisDevice"><wsdp:ThisDevice><wsd
16:51:47.905 ::*0000004* :: <<<<-------- End ----------------------------------------------->>>>
O elemento Action (<wsa:Action>https://schemas.xmlsoap.org/ws/2004/09/transfer/GetResponse</wsa:Action>) identifica a mensagem como uma mensagem GetResponse . Verifique se o valor do elemento RelatesTo da mensagem GetResponse corresponde ao valor do elemento MessageID da mensagem Get . Neste exemplo, o valor do elemento RelatesTo (<wsa:RelatesTo>urn:uuid:8506ac50-3646-4621-9680-86f484d87909</wsa:RelatesTo>) corresponde ao valor do elemento MessageID da mensagem Get (<wsa:MessageID>urn:uuid:8506ac50-3646-4621-9680-86f484d87909</wsa:MessageID>).
Tópicos relacionados
Comentários
Em breve: Ao longo de 2024, eliminaremos os problemas do GitHub como o mecanismo de comentários para conteúdo e o substituiremos por um novo sistema de comentários. Para obter mais informações, consulte https://aka.ms/ContentUserFeedback.
Enviar e exibir comentários de