Analisi delle tracce di rete per le applicazioni tramite l'individuazione diretta

  • Articolo

Qualsiasi analizzatore di pacchetti di rete in grado di visualizzare pacchetti non elaborati può essere usato per esaminare le richieste di scambio di metadati HTTP. È consigliabile Microsoft Network Monitor 3 (Netmon). Per altre informazioni su Netmon, vedere Download di Netmon e dei filtri DPWS di esempio.

Per esaminare le tracce di rete per l'individuazione diretta

  1. Configurare l'host e il client per l'esecuzione in rete, ovvero assicurarsi che l'host e il client funzionino su computer diversi.

  2. Installare l'analizzatore pacchetti (Netmon) nel client o nell'host.

  3. Configurare l'analizzatore pacchetti per acquisire il traffico nella scheda di rete che connette l'host e il client.

  4. Riprodurre l'errore avviando l'host e il client oppure premendo F5 in Network Explorer.

  5. Filtrare i risultati per isolare WS-Discovery e il traffico di scambio dei metadati. Per visualizzare i filtri Netmon di esempio, vedere Download di Netmon e filtri DPWS di esempio.

    Nota

    Questo passaggio è facoltativo.

     

  6. Verificare che i messaggi inviati tra client e host soddisfino i requisiti di base del traffico.

Verifica che i messaggi soddisfino i requisiti del traffico

I client e gli host WSDAPI devono inviare messaggi conformi ai criteri seguenti. Per informazioni generali sui modelli di messaggio, vedere Modelli di messaggi di individuazione e scambio di metadati.

  • I messaggi probe devono essere inviati da HTTP o HTTPS, in genere alla porta 5357 o 5358.
  • L'elemento Types di un messaggio Probe deve essere presente e non deve essere vuoto. Deve contenere i tipi a cui risponderà un host.
  • È necessario inviare un messaggio ProbeMatches alla porta HTTP o HTTPS da cui è stato inviato il probe .
  • L'elemento RelatesTo di un messaggio ProbeMatches deve essere presente e non deve essere vuoto. Il valore deve corrispondere al valore dell'elemento MessageId dal messaggio Probe corrispondente.
  • Se un elemento XAddrs è stato incluso nel messaggio ProbeMatches , gli indirizzi di trasporto specificati devono essere convalidati. Per altre informazioni, vedere XAddr Validation Rules.For more information, see XAddr Validation Rules.
  • Un messaggio ProbeMatches deve essere inviato entro 4 secondi dal messaggio probe corrispondente. Windows Firewall può eliminare un messaggio ProbeMatches inviato più di 4 secondi dopo un messaggio probe.
  • Se non è stato incluso alcun elemento XAddrs nel messaggio ProbeMatches e il client o l'host invierà un messaggio HTTP ,ad esempio una richiesta di scambio di metadati Get o un messaggio di servizio, il client o l'host deve inviare un messaggio Resolve by HTTP o HTTPS. Questo messaggio viene in genere inviato alla porta 5357 o 5358.
  • Se viene inviato un messaggio Resolve , è necessario inviare un messaggio ResolveMatches alla porta HTTP o HTTPS da cui è stato inviato il messaggio Resolve.
  • Un messaggio ResolveMatches deve essere inviato entro 4 secondi dal messaggio Resolve corrispondente. Windows Firewall può eliminare un messaggio ResolveMatchesmessage inviato più di 4 secondi dopo un messaggio Risolvi.

Se i messaggi inviati dal programma non sono conformi a questi requisiti di messaggio, la causa del problema è stata identificata correttamente e non sono necessari ulteriori passaggi per la risoluzione dei problemi. Riscrivere il programma in modo che generi messaggi conformi e ripetere il programma.

Se non è ancora possibile identificare l'origine del problema, contattare il supporto tecnico Microsoft per assistenza. Prima di contattare il supporto tecnico, raccogliere i file di log appropriati per identificare la causa radice del problema. Per altre informazioni, vedere Abilitazione della traccia WSDAPI.

Risoluzione dei problemi relativi alle applicazioni che usano l'individuazione diretta

Procedure di diagnostica WSDAPI

risoluzione dei problemi di Introduzione con WSDAPI

Download di filtri NETmon e DPWS di esempio