Compartilhar via


Solução de problemas de teste de LAN

Para solucionar problemas que ocorrem com testes Device.Network, siga estas etapas:

  1. Examine Solução de problemas de falhas de teste do Windows HLK.

  2. Examine as notas de versão do Windows HLK para obter problemas de teste atuais.

  3. Para obter uma falha de teste, procure informações utilizáveis no log de teste do Windows HLK Studio. Se você encontrar informações utilizáveis, resolve o problema e execute novamente o teste.

Se os trabalhos de teste lan de dois computadores falharem, é provável que os testes não sejam capazes de detectar a mensagem e/ou dar suporte a dispositivos em qualquer um dos dois computadores.

Para diagnosticar rapidamente esse tipo de problema, execute o trabalho "NDISTest 6.5 – [2 Computador] – CheckConnectivity". Esse trabalho leva apenas alguns minutos para ser executado, mas informará se os computadores podem se comunicar e estão prontos para executar o restante dos dois trabalhos de computador.

Se houver um problema de conectividade, o trabalho falhará na tarefa "Executar Cliente NDISTest". Os arquivos de log do trabalho listarão falhas quando as NICs de teste e suporte não puderem se comunicar bidirecionalmente. Examine os resultados nos arquivos de log do trabalho, marcar as conexões dos computadores e tente executar o trabalho novamente.

Você também deve marcar que está selecionando o computador correto como o computador de suporte. Com NICs multiport e várias configurações de computador, é muito fácil selecionar a NIC errada ou o computador errado. Sugerimos manter os dois computadores executando testes de LAN em seu próprio pool de computadores para evitar a seleção acidental do computador errado.

O trabalho NDISTest 6.5 – [2 Machine] – CheckConnectivity

O trabalho NDISTest 6.5 – [2 Machine] – CheckConnectivity garante que os dispositivos de teste e suporte possam se comunicar corretamente fazendo um envio e recebimento básicos.

Se a tarefa "Executar script para detectar dispositivos e preencher parâmetros" for marcada como com falha, a detecção automática do dispositivo falhou. Clique duas vezes em detect.wtl para abrir o log de detecção automática para determinar qual dispositivo não foi detectado.

A autodeteção dos dispositivos só funcionará se os computadores estiverem configurados na topologia recomendada. O computador de teste precisa conter a NIC de destino e a NIC da mensagem. O computador de suporte precisa conter uma NIC de suporte e uma NIC de mensagem. Quaisquer dispositivos Ethernet conectados adicionais impossibilitarão a detecção automática e exigirão que os dispositivos sejam renomeado para indicar suas funções.

A NIC de suporte precisa ser conectada à NIC de teste usando uma conexão direta (sem comutador ou hub) para evitar interferências. As NICs de mensagem são a mesma NIC usada para conectividade com o computador controlador e o restante do laboratório ou rede corporativa.

A lógica de script CheckConnectivity

A lógica do script de detecção automática é a seguinte:

  1. Localize a mensagem NIC.

    1. Pesquise dispositivos chamados "MessageDevice".

    2. Se não for encontrado, pesquise a NIC Ethernet com um endereço IP atribuído a DHCP.

    3. Se ainda não for encontrado, pesquise a NIC Ethernet com um endereço IP atribuído estaticamente.

    4. Se nada for encontrado, falhe e saia.

  2. Se estiver em execução no computador de suporte, localize a NIC de suporte.

    1. Pesquise dispositivos chamados "SupportDevice0".

    2. Se não for encontrado, pesquise uma NIC Ethernet habilitada e física que não seja a NIC da mensagem.

    3. Se nada for encontrado, falhe e saia.

Detalhes completos da lógica de script de direção automática podem ser encontrados examinando o script localizado em: \\[CONTROLLER]\Tests\[ARCH]\NDIS\Scripts\detect.wsf

Em que:

[CONTROLADOR]. O nome do computador controlador.

[ARCH]. X86 (para processadores baseados em x86) ou amd64 (para processadores baseados em x64).

Lendo os logs do NDISTest

Uma maneira de ler logs do NDISTest é clicar duas vezes em "ndistest.wtl" ou clicar com o botão direito do mouse no resultado da tarefa e ir para "Arquivos adicionais" para o resultado do trabalho que você deseja exibir. Isso abrirá o visualizador de log do Gerenciador de DTM.

O NDISTest também produz logs HTML que geralmente são muito mais legíveis. Para exibir o log HTML de um resultado, clique com o botão direito do mouse no resultado da tarefa e vá para "Arquivos adicionais". Haverá vários arquivos listados; abra o arquivo checkconnectivity.htm na pasta "Cliente".

Além disso, abra "ndistest.htm" na pasta "Cliente" para exibir falhas nas tarefas de pré-configuração e pós-configuração executadas antes e depois de cada teste NDISTest 6.5.

Teste de Device.Network

Solução de problemas do Windows HLK