Compartilhar via


Inspecionando rastreamentos de rede para troca de metadados HTTP

Qualquer analisador de pacotes de rede que possa exibir pacotes brutos pode ser usado para inspecionar solicitações de troca de metadados HTTP. O Microsoft Network Monitor 3 (Netmon) é recomendado. Para obter mais informações sobre o Netmon, consulte Downloading Netmon and Sample DPWS Filters(Baixar filtros DPWS de exemplo e Netmon).

Esse procedimento de diagnóstico pode não ser tão útil para clientes e hosts que usam um canal seguro para comunicações porque o conteúdo da mensagem é criptografado.

Para inspecionar rastreamentos de rede para troca de metadados HTTP

  1. Configure o host e o cliente para serem executados na rede (ou seja, verifique se o host e o cliente funcionarão em computadores diferentes).

  2. Instale o analisador de pacotes (Netmon) no cliente ou no host.

  3. Configure o analisador de pacotes para capturar o tráfego no adaptador de rede que conecta o host e o cliente.

  4. Reproduza a falha iniciando o host e o cliente ou pressionando F5 no Explorer rede.

  5. Filtre os resultados para isolar WS-Discovery e o tráfego de troca de metadados. Para exibir filtros netmon de exemplo, consulte Downloading Netmon and Sample DPWS Filters( Baixar filtros Netmon e DPWS de exemplo).

    Observação

    Esta etapa é opcional.

     

  6. Verifique se as mensagens enviadas entre o cliente e o host atendem aos requisitos básicos de tráfego.

Verificar se as mensagens atendem aos requisitos de tráfego

Os clientes e hosts WSDAPI devem enviar mensagens que estejam em conformidade com os critérios a seguir. Para obter informações gerais sobre padrões de mensagem, consulte Padrões de mensagem do Exchange de Descoberta e Metadados.

  • As mensagens devem atender aos requisitos de tráfego fornecidos no tópico Inspecionando rastreamentos de rede para descoberta de WS-UDP, a menos que seja absolutamente certo que WS-Discovery não está sendo usado para troca de metadados.

  • Uma conexão TCP deve ser estabelecida entre o cliente e o primeiro endereço de transporte fornecido no elemento XAddrs de uma mensagem ProbeMatches ou ResolveMatches . A lista a seguir mostra uma troca de pacotes típica usada para estabelecer uma conexão TCP.

    • O cliente envia um pacote TCP SYN para o host em uma porta especificada.
    • O host envia um pacote TCP SYN/ACK para o cliente.
    • O cliente envia um pacote TCP ACK para o host em uma porta especificada.

    Depois que o cliente enviar um pacote TCP ACK, a conexão TCP será estabelecida. Observe que essa troca de mensagens não ocorrerá se uma conexão TCP tiver sido estabelecida anteriormente.

  • O cliente deve enviar uma solicitação HTTP válida e uma mensagem.

  • O host deve estar escutando no caminho da URL especificado na solicitação Obter HTTP.

  • O elemento To de uma mensagem Obter metadados deve estar presente e não vazio. O valor do elemento To deve corresponder a um dos endereços de ponto de extremidade do host. O endereço do ponto de extremidade de um host normalmente é anunciado em uma mensagem ProbeMatches ou ResolveMatches .

  • O host deve enviar um cabeçalho de resposta HTTP válido. Se a solicitação inicial tiver sido bem-sucedida, o cabeçalho de resposta deverá conter o código HTTP/1.1 200 status.

  • O host deve enviar uma mensagem GetResponse válida.

  • O elemento RelatesTo de uma mensagem GetResponse deve estar presente e não deve estar vazio. Seu valor deve corresponder ao valor do elemento MessageId da mensagem Get correspondente.

Se as solicitações HTTP ou mensagens de troca de metadados enviadas pelo programa não estiverem em conformidade com esses requisitos de tráfego, a causa do problema foi identificada com êxito e nenhuma outra etapa de solução de problemas será necessária. Reescreva o programa para que ele gere mensagens e solicitações em conformidade e reescreva o programa.

Se a origem do problema ainda não puder ser identificada, entre em contato com o suporte da Microsoft para obter assistência. Antes de entrar em contato com o suporte, colete os arquivos de log apropriados para ajudar a identificar a causa raiz do problema. Para obter mais informações, consulte Habilitando o rastreamento do WSDAPI.

Procedimentos de diagnóstico WSDAPI

Introdução com solução de problemas do WSDAPI

Baixar filtros Netmon e DPWS de exemplo