Problembehandlung bei WLAN-Tests (802.11)
In diesem Thema werden einige allgemeine Tipps zur Problembehandlung bei WLAN-Test beschrieben. Vorbereitung:
Überprüfen Sie die Windows HLK-Versionshinweise auf aktuelle Testprobleme.
Suchen Sie verwendbare Informationen zu einem Testfehler im Windows HLK Studio-Testprotokoll. Wenn Sie brauchbare Informationen finden, beheben Sie das Problem und führen Sie den Test erneut aus.
Änderungen, die Sie an Geräten auf HLK-Clientcomputern vorgenommen haben, werden in HLK Studio nicht angezeigt. So wird beispielsweise erwartet, dass sich der Computer im Status „Bereit“ befindet, was aber nicht zutrifft.
Öffnen Sie auf dem Clientcomputer ein Eingabeaufforderungsfenster, und führen Sie dann net stop wttsvc aus.
Führen Sie net start wttsvc aus. Mit diesem Befehl aktualisieren Sie das Verzeichnis C:\wtt\JobsWorkingDir\AssetCfg\Log\“.
Starten Sie das HLK Studio neu. Es kann mehrere Minuten dauern, bis der HLK-Controller den Clientcomputer auf Änderungen an der Geräteliste abgefragt hat.
Computer für den Computerpool wurden nicht gefunden.
Öffnen Sie das Fenster Auftragsmonitor in HLK Manager.
Wählen Sie oben auf dem Bildschirm die Schaltfläche Abfrage-Generator anzeigen aus.
Klicken Sie auf die Registerkarte Computerabfrage.
Definieren Sie Suchparameter für die Computer, nach denen Sie suchen. In der Regel können Sie eine einzelne Regel festlegen, z. B. „DataStore gleich 'Controllername'“.
Klicken Sie mit der rechten Maustaste auf die Regel, die Sie gerade definiert haben, und klicken Sie dann auf Ausführen. Die Liste Computer unterhalb der von Ihnen definierten Abfragefelder sollte mit einer umfangreichen Liste von Computern gefüllt werden.
Ziehen Sie alle Computer in der Liste Computer in die neu erstellten Computerpools.
Computer scheinen keine Aufträge auszuführen, die für sie geplant sind.
Überprüfen Sie die Namen der NICs auf dem DUT, dem SUT und den AP-Computern. Sie müssen MessageDevice für die Ethernet-NICs und supportDevice0 sowie SupportDevice1 für die WLAN-NICs sein. Wenn nicht, dann benennen Sie sie manuell um.
Stellen Sie sicher, dass jeder Computer im Pool den Status Bereit hat.
Öffnen Sie das Fenster Auftragsmonitor in HLK Manager.
Wählen Sie auf der Registerkarte Computerpool den Computerpool aus, der die Aufträge ausführen sollte.
Wenn der Status eines Computers nicht Bereit ist, dann klicken Sie mit der rechten Maustaste auf den Computer, zeigen Sie auf Status ändern, und klicken Sie dann auf Zurücksetzen.
Aktualisieren Sie nach einigen Minuten den Bildschirm. Der Status sollte in Bereit geändert werden.
Planen und starten Sie die Aufträge erneut.
Probleme beim Installieren des Test-SoftAP-Treibers in der Topologie: Geräte-Manager meldet Code 52
Installieren Sie den x64-Test-SoftAP-Treiber nicht vor dem HKL-Client. Bei der Installation des HLK-Clients wird auch das Stammzertifikat installiert. Da das Signieren des Test-SoftAP-Treibers von der Installation des Stammzertifikats abhängt, meldet der Geräte-Manager den Gerätecode 52.
Konfigurieren von NDISTest für die eigenständige Ausführung
Durch die separate Installation von NDISTest und HLK Studio können Sie einzelne Tests ausführen. Ein DUT, DUT und ein Test-SoftAP müssen konfiguriert werden, damit eine eigenständige Ausführung möglich ist.
Hinweis
Auf allen Testcomputern muss dieselbe Prozessorarchitektur verwendet werden.
Hinweis
Versuchen Sie einen Debugger an den Testcomputer anzufügen, um eine Problembehandlung beim NDISTest durchzuführen.
Konfigurieren eines zu testenden Supportgeräts (Support Device Under Test, SUT)
Kopieren Sie alle NDISTest-Binärdateien und -Unterverzeichnisse vom folgenden HLK-Controller:
\\<ControllerName>\tests\<architecture>\nttest\nettest\ndis\ndistest.net\
<ControllerName> ist der Name des HLK-Controllercomputers und <architecture> ist entweder x86 (für x86-basierte Prozessoren) oder amd64 (für x64-basierte Prozessoren).
Starten Sie „NDISTest.exe“ aus dem Installationsverzeichnis. Wenn das Hauptformular geöffnet wird, wählen Sie Server im Menü File (Datei) aus, um das Serverformular zu starten.
Wählen Sie das Nachrichtengerät in der Liste Message Device (Nachrichtengerät) aus. Dieses Gerät muss IP-fähig sein und sich im selben Subnetz wie das Clientnachrichtengerät befinden, das später eingerichtet wird.
Wählen Sie die SUTs in Support Devices (Supportgeräte) aus. Das auf diesem Server ausgewählte Supportgerät ist nach dem Start des Servers für den Client sichtbar.
Wählen Sie den Auftrag „server“ in Jobs (Aufträge) aus. Dies ist der serverseitige Test, der gestartet wird, nachdem Sie auf die Startschaltfläche geklickt haben.
Nachdem alle Optionen ausgewählt wurden, klicken Sie auf Start, um den Server zu starten.
Konfigurieren eines Test-SoftAP (Testsoftwarezugriffspunkt)
Kopieren Sie alle NDISTest-Binärdateien und -Unterverzeichnisse vom folgenden HLK-Controller:
\\<ControllerName>\tests\<architecture>\nttest\nettest\ndis\ndistest.net\
<ControllerName> ist der Name des HLK-Controllercomputers und <architecture> ist entweder x86 (für x86-basierte Prozessoren) oder amd64 (für x64-basierte Prozessoren).
Installieren Sie den SoftAP-Treiber für beide Atheros-WLAN-Geräte auf dem Test-SoftAP. Sie können diesen Treiber im Geräte-Manager installieren, den Sie über eine Eingabeaufforderung mit devmgmt.msc öffnen können. Führen Sie den folgenden Schritt aus:
Installieren im Geräte-Manager den Treiber für SoftAP-Stationen aus \\<ControllerName>\Tests\<architecture>\nttest\nettest\ndis\NDISTest.net\SoftAPMiniport\
<ControllerName> ist der Name des HLK-Controllercomputers und <architecture> ist entweder x86 (für x86-basierte Prozessoren) oder amd64 (für x64-basierte Prozessoren). Diese hängt von der Prozessorarchitektur des HLK-Clientcomputers mit den SoftAP-Geräten ab.
Starten Sie „NDISTest.exe“ aus dem Installationsverzeichnis. Wenn das Hauptformular geöffnet wird, wählen Sie Server im Menü File (Datei) aus, um das Serverformular zu starten.
Wählen Sie das Nachrichtengerät in der Liste Message Device (Nachrichtengerät) aus. Dieses Gerät muss IP-fähig sein und sich im selben Subnetz wie das Clientnachrichtengerät befinden, das später eingerichtet wird.
Wählen Sie die AP-Geräte in AP Devices (AP-Geräte) aus. Die auf diesem Server ausgewählten AP-Geräte sind nach dem Start des Servers für den Client sichtbar.
Wählen Sie den Auftrag „server“ in Jobs (Aufträge) aus. Dies ist der serverseitige Test, der gestartet wird, nachdem Sie auf die Startschaltfläche geklickt haben.
Nachdem alle Optionen ausgewählt wurden, klicken Sie auf Start, um den Server zu starten.
Konfigurieren des zu testenden Geräts (Device Under Test, DUT)
Kopieren Sie alle NDISTest-Binärdateien und -Unterverzeichnisse vom folgenden HLK-Controller:
\\<ControllerName>\tests\<architecture>\nttest\nettest\ndis\ndistest.net\
<ControllerName> ist der Name des HLK-Controllercomputers und <architecture> ist entweder x86 (für x86-basierte Prozessoren) oder amd64 (für x64-basierte Prozessoren).
Starten Sie „NDISTest.exe“ aus dem Installationsverzeichnis. Wenn das Hauptformular geöffnet wird, wählen Sie Client im Menü File (Datei) aus, um das Clientformular zu starten.
Wählen Sie das Testziel in der Liste Test Target (Testziel) aus. Bei Netzwerkgeräten sollte dieses Testziel Miniport sein.
Wählen Sie das Testgerät in der Liste Test Device (Testgerät) aus. Dabei muss es sich um ein herstellerspezifisches Testgerät handeln.
Wählen Sie ein Nachrichtengerät in der Liste Message Device (Nachrichtengerät) aus. Dabei sollte es sich um ein IP-aktiviertes Gerät handeln, das sich im selben Subnetz wie das Servernachrichtengerät befindet. Nachdem das Nachrichtengerät ausgewählt wurde, sollte der Abschnitt mit dem AP-Gerät angezeigt werden, und das Server-AP-Gerät sollte in der Liste enthalten sein.
Wählen Sie ein Supportgerät in Support Devices (Supportgeräte) aus. Dabei muss es sich um ein herstellerspezifisches Supportgerät handeln.
Wählen Sie ein AP-Gerät in AP Devices (AP-Geräte) aus. Dabei muss es sich um das AP-Gerät handeln, das auf der Serverseite ausgewählt wurde.
Wählen Sie die Tests im Abschnitt Jobs (Aufträge) aus, die nach dem Starten des Clients ausgeführt werden.
Nachdem alle Optionen ausgewählt wurden, klicken Sie auf Start, um den Client zu starten. Die Ausführung aller ausgewählten Aufträge wird gestartet. Die Testergebnisse werden auf dem Client im folgenden Protokollierungsunterordner gespeichert:
<NDISTestRootFolder>/logs/<AdapterName>/
Konfigurieren der Clientpaketerfassung
Konfigurieren Sie eine Testtopologie für die eigenständige Ausführung. Weitere Informationen finden Sie unter „Konfigurieren von NDISTest für die eigenständige Ausführung.“
Richten Sie ein zweites SUT ein. Weitere Informationen finden Sie unter „Konfigurieren eines zu testenden Supportgeräts (SUT).“
Starten Sie „NDISTest.exe“ aus dem Installationsverzeichnis. Wenn das Hauptformular geöffnet wird, wählen Sie Debug im Menü View (Ansicht) aus, um den Abschnitt Packet Capture (Paketerfassung) auf dem Client zu starten.
Wählen Sie ein Erfassungsgerät in Packet Capture (Paketerfassung) aus. Dabei muss es sich um ein Supportgerät handeln, das auf der Serverseite ausgewählt wurde.
Wählen Sie die Tests im Abschnitt Jobs (Aufträge) aus, die nach dem Starten des Clients ausgeführt werden.
Nachdem alle Optionen ausgewählt wurden, klicken Sie auf Start, um den Client zu starten.
Die Paketerfassungen zu den einzelnen Tests werden auf dem Server mit dem Erfassungsgerät generiert. Die Protokolle befinden sich im folgenden Protokollierungsunterordner:
<NDISTestRootFolder>/logs/<AdapterName>/
Problembehandlung, wenn der Abschnitt „Packet Capture“ (Paketerfassung) nicht auf dem Client angezeigt wird
Stellen Sie sicher, dass die Benutzeroberfläche des Nachrichtencenters geschlossen ist. Wenn die NDISTest-Benutzeroberfläche nicht maximiert wurde, ist der Abschnitt Packet Capture (Paketerfassung) möglicherweise hinter der Benutzeroberfläche des Nachrichtencenters verborgen.
Ich möchte einen Fehler eröffnen. Was sollte ich in die Fehlermeldung einschließen:
Erstellen Sie ein .hlkx-Paket, das die fehlgeschlagenen Tests enthält. Lesen Sie dazu den Abschnitt „Erstellen eines Pakets“, und fügen Sie es an den Fehler an.
Fehlerprotokolle: Sammeln Sie bitte die ndistest-Protokolle aus der Testausführung, und fügen Sie sie mit dem Paket in den Fehlerbericht ein. Sie finden die Protokolle wie folgt:
Öffnen Sie den HLK-Manager
Klicken Sie auf Explorer> Auftragsüberwachung
Wählen Sie den Computerpool aus, für den Sie die Tests geplant haben.
Wählen Sie im rechten Bereich den DUT-Computer aus.
Klicken Sie unter Auftragsausführungsstatus mit der rechten Maustaste auf den Auftragsnamen des Tests, den Sie ausgeführt haben, und wählen Sie Auftragsprotokolle durchsuchen aus.
Dadurch wird ein Explorer-Fenster mit AP-, Server- und Testverzeichnissen geöffnet. Zippen Sie diese Verzeichnisse, und fügen Sie sie an den Fehler an.
Gewusst wie: Zurücksetzen der Computer nach einer fehlgeschlagenen Ausführung.
Nachfolgend finden Sie ein Chart mit häufig auftretenden Problemen und deren Lösungen.
Symptom |
Lösung |
Die VAN-Benutzeroberfläche zeigt keine Netzwerke an |
1 |
Wenn ich mein WLAN-Gerät mit einem Netzwerk mit aktiviertem DHCP verbinde, erhalte ich keine IP. |
2 |
Ich erhalte seltsame „Rückkanal“-Fehler |
2 |
Der Computer (SUT, DUT oder AP) ist abgestürzt, und jetzt schlagen alle Tests fehl |
1,2,3 |
NDISTest findet meinem Testadapter beim Ausführen durch das HLK nicht automatisch |
3 |
Der HLK-Test kann entweder ein MessageDevice oder ein SupportDevice nicht auffüllen |
3 |
Ich habe meinen HLK-Controller aktualisiert und meine Clients nicht und jetzt sehe ich seltsame Abstürze und Fehler, die ich nie zuvor gesehen habe |
Wenn Sie zu einem neuen Controller wechseln, sollten Sie auch Ihre Clients neu erstellen. Wenn dies nicht möglich ist, müssen Sie ndprot630.sys von allen drei Computern und athr.sys sowie softap.sys vom AP-Computer entfernen. Alle diese Dateien befinden sich im Verzeichnis „C:\Windows\System32\Drivers“. Ndprot630.sys wird automatisch neu geladen, wenn NDISTest ausgeführt wird, aber nicht überschrieben. ather.sys und Sofap.sys müssen vom neuen Controller kopiert werden. |
Meine physischen AP's scheinen nicht wie zuvor zu funktionieren |
Möglicherweise müssen Sie Ihre physische AP zurücksetzen/neu starten. Wenn Sie sie auf die Werkseinstellungen zurücksetzen, stellen Sie sicher, dass Sie den Kanal und das Funkgerät nach den Setupanweisungen festlegen. |
Ich habe alle obigen Schritte ausprobiert, aber nichts hat funktioniert |
Wenn Sie die obigen Schritte ausprobiert haben und weiterhin Probleme sehen, können Sie den WLAN-Adapter deinstallieren und erneut installieren. Stellen Sie sicher, dass Sie den Adapter in SupportDevice0 umbenennen, wenn Sie fertig sind. |