Risoluzione dei problemi relativi ai test LAN
Per risolvere i problemi che si verificano con i test Device.Network, seguire questa procedura:
Vedere Risoluzione dei problemi relativi a errori di test di Windows HLK.
Esaminare le note sulla versione di Windows HLK per individuare i problemi di test correnti.
Per un errore di test, cercare informazioni utilizzabili nel log di test di Windows HLK Studio. Se si trovano informazioni utilizzabili, risolvere il problema ed eseguire di nuovo il test.
Se i due computer i processi di test LAN hanno esito negativo, è probabile che i test non siano in grado di rilevare il messaggio e/o i dispositivi di supporto in uno dei due computer.
Per diagnosticare rapidamente questo tipo di problema, eseguire il processo "NDISTest 6.5 - [2 Computer] - CheckConnectivity". L'esecuzione di questo processo richiede solo un paio di minuti, ma indica se i computer possono comunicare e sono pronti per eseguire il resto dei due processi del computer.
Se si verifica un problema di connettività, il processo avrà esito negativo nell'attività "Esegui client NDISTest". I file di log del processo elencano gli errori quando le schede di interfaccia di rete di test e supporto non possono comunicare bidirezionalmente. Esaminare i risultati nei file di log del processo, controllare le connessioni dei computer e provare a eseguire di nuovo il processo.
È anche consigliabile verificare di selezionare il computer corretto come computer di supporto. Con schede di interfaccia di rete multiport e più configurazioni di computer, è molto facile selezionare la scheda di interfaccia di rete errata o il computer errato. È consigliabile mantenere i due computer che eseguono test LAN nel proprio pool di computer per evitare di selezionare accidentalmente il computer sbagliato.
Processo NDISTest 6.5 - [2 Computer] - CheckConnectivity
Il processo NDISTest 6.5 - [2 Computer] - CheckConnectivity garantisce che i dispositivi di test e supporto possano comunicare correttamente eseguendo un invio e una ricezione di base.
Se l'attività "Esegui script per rilevare i dispositivi e popolare i parametri" è contrassegnata come non riuscita, la funzionalità automatica del dispositivo non è riuscita. Fare doppio clic su detect.wtl per aprire il log autodetection per determinare quale dispositivo non è stato rilevato.
La disattivazione automatica dei dispositivi funzionerà solo se i computer sono configurati nella topologia consigliata. Il computer di test deve contenere la scheda di interfaccia di rete di destinazione e la scheda di interfaccia di rete del messaggio. Il computer di supporto deve contenere una scheda di interfaccia di rete di supporto e una scheda di interfaccia di rete di messaggio. Tutti i dispositivi Ethernet connessi aggiuntivi renderanno impossibile la rimozione automatica e richiederanno che i dispositivi vengano rinominati per indicare i ruoli.
La scheda di interfaccia di rete di supporto deve essere connessa alla scheda di interfaccia di rete di test usando una connessione diretta (nessun commutatore o hub) per evitare interferenze. Le schede di interfaccia di rete del messaggio sono la stessa scheda di interfaccia di rete usata per la connettività al computer controller e al resto del lab o della rete aziendale.
Logica dello script CheckConnectivity
La logica dello script autodetection è la seguente:
Trovare la scheda di interfaccia di rete del messaggio.
Cercare i dispositivi denominati "MessageDevice".
Se non viene trovato, cercare la scheda di interfaccia di rete Ethernet con un indirizzo IP assegnato da DHCP.
Se non viene ancora trovato, cercare la scheda di interfaccia di rete Ethernet con un indirizzo IP assegnato in modo statico.
Se non viene trovato alcun elemento, eseguire l'errore e uscire.
Se è in esecuzione nel computer di supporto, trovare la scheda di interfaccia di rete di supporto.
Cercare i dispositivi denominati "SupportDevice0".
Se non viene trovato, cercare una scheda di interfaccia di rete Ethernet fisica abilitata che non sia la scheda di interfaccia di rete del messaggio.
Se non viene trovato alcun elemento, eseguire l'errore e uscire.
Per informazioni dettagliate sulla logica dello script autodetection, vedere lo script disponibile in: \\[CONTROLLER]\Tests\[ARCH]\NDIS\Scripts\detect.wsf
Dove:
[CONTROLLER]. Nome del computer controller.
[ARCH]. X86 (per processori basati su x86) o amd64 (per processori basati su x64).
Lettura dei log NDISTest
Un modo per leggere i log NDISTest consiste nel fare doppio clic su "ndistest.wtl" o fare clic con il pulsante destro del mouse sul risultato dell'attività e passare a "File aggiuntivi" per il risultato del processo da visualizzare. Verrà aperto il visualizzatore log di DTM Manager.
NDISTest produce anche log HTML che sono spesso molto più leggibili. Per visualizzare il log HTML per un risultato, fare clic con il pulsante destro del mouse sul risultato dell'attività e passare a "File aggiuntivi". Ci saranno diversi file elencati; aprire il file checkconnectivity.htm nella cartella "Client".
Aprire anche "ndistest.htm" dalla cartella "Client" per visualizzare gli errori delle attività preconfig e postconfig eseguite prima e dopo ogni test NDISTest 6.5.