Controllo delle tracce di rete per Exchange dei metadati HTTP
Qualsiasi analizzatore di pacchetti di rete che può visualizzare pacchetti non elaborati può essere usato per controllare le richieste di scambio dei metadati HTTP. È consigliabile Microsoft Network Monitor 3 (Netmon). Per altre informazioni su Netmon, vedere Download di Filtri DPWS di esempio e Netmon.
Questa procedura di diagnostica potrebbe non essere utile per i client e gli host che usano un canale sicuro per le comunicazioni perché il contenuto del messaggio è crittografato.
Per esaminare le tracce di rete per lo scambio di metadati HTTP
Configurare l'host e il client da eseguire in rete, ovvero assicurarsi che l'host e il client funzioneranno su computer diversi.
Installare l'analizzatore pacchetti (Netmon) nel client o nell'host.
Configurare l'analizzatore pacchetti per acquisire il traffico nella scheda di rete che connette l'host e il client.
Riprodurre l'errore avviando l'host e il client o premendo F5 in Esplora rete.
Filtrare i risultati per isolare WS-Discovery e il traffico di scambio dei metadati. Per visualizzare i filtri Netmon di esempio, vedere Download di Filtri DPWS di esempio e Netmon.
Nota
Questo passaggio è facoltativo.
Verificare che i messaggi inviati tra client e host soddisfino i requisiti di traffico di base.
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 Individuazione e modelli di messaggi di exchange dei metadati.
I messaggi devono soddisfare i requisiti di traffico forniti nell'argomento Controllo delle tracce di rete per UDP WS-Discovery, a meno che non sia assolutamente certo che WS-Discovery non venga usato per lo scambio di metadati.
Una connessione TCP deve essere stabilita tra il client e il primo indirizzo di trasporto fornito nell'elemento XAddrs di un messaggio ProbeMatches o ResolveMatches. L'elenco seguente mostra uno scambio di pacchetti tipico usato per stabilire una connessione TCP.
- Il client invia un pacchetto TCP SYN all'host in una porta specificata.
- L'host invia un pacchetto TCP SYN/ACK al client.
- Il client invia un pacchetto TCP ACK all'host in una porta specificata.
Dopo aver inviato un pacchetto TCP ACK, viene stabilita la connessione TCP. Si noti che questo scambio di messaggi non si verificherà se è stata stabilita una connessione TCP in precedenza.
Il client deve inviare una richiesta e un messaggio HTTP validi .
L'host deve essere in ascolto sul percorso URL specificato nella richiesta Get HTTP.
L'elemento To di un messaggio di metadati Get deve essere presente e non vuoto. Il valore dell'elemento To deve corrispondere a uno degli indirizzi dell'endpoint dell'host. L'indirizzo dell'endpoint di un host viene in genere annunciato in un messaggio ProbeMatches o ResolveMatches .
L'host deve inviare un'intestazione di risposta HTTP valida. Se la richiesta iniziale ha esito positivo, l'intestazione di risposta deve contenere il codice di stato HTTP/1.1 200.
L'host deve inviare un messaggio GetResponse valido.
L'elemento RelatesTo di un messaggio GetResponse deve essere presente e non deve essere vuoto. Il valore deve corrispondere al valore dell'elemento MessageId dal messaggio Get corrispondente.
Se le richieste HTTP o i messaggi di scambio dei metadati inviati dal programma non sono conformi a questi requisiti di traffico, la causa del problema è stata identificata correttamente e non sono necessari altri passaggi di risoluzione dei problemi. Riscrivere il programma in modo da generare messaggi e richieste 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, raccogliere i file di log appropriati per identificare la causa radice del problema. Per altre informazioni, vedere Abilitazione della traccia WSDAPI.
Argomenti correlati