Sichern von WLANs mit PEAP und Kennwörtern

Alle Themen der Sicherheitsanleitung anzeigen

Auf dieser Seite

	Einführung
	Übersicht
	Voraussetzungen für dieses Kapitel
	Notwendige Verwaltungsaufgaben
	Betrieb der WLAN-Infrastruktur
	Problembehandlung
	Zusammenfassung
	Quellen

Einführung

In diesem Kapitel werden die Vorgänge für die Verwaltung der Lösung aus Sichern von WLANs mit PEAP und Kennwörtern beschrieben. Dieses Kapitel enthält eine Anleitung für die wichtigsten Betriebs- und Unterstützungsaufgaben, die zum Verwalten der WLAN-Sicherheitsinfrastruktur ausgeführt werden müssen. Die Infrastruktur beinhaltet die IAS-Server (Internetauthentifizierungsdienst), die Zertifizierungsstelle, Wireless Access Points (WAPs) und die WLAN-Clients. Dieses Kapitel enthält jedoch keine Anleitung für die allgemeine Netzwerkverwaltung oder die Verwaltung anderer Komponenten als der Sicherheitsdienste, z. B. Netzwerkverkehrsanalyse und Optimierung.

Zum Seitenanfang

Übersicht

Dieses Kapitel ist in folgende Hauptabschnitte gegliedert:

Zum Seitenanfang

Voraussetzungen für dieses Kapitel

Sie sollten mit der Verwaltung von Microsoft® Windows® Server™ 2003 oder Windows® 2000 Server vertraut sein. Die folgenden Bereiche sind von besonderer Bedeutung:

Zudem sollten Sie die folgenden Kapitel gelesen und sich mit der Architektur sowie dem Entwurf der Lösung vertraut gemacht haben:

Zum Seitenanfang

Notwendige Verwaltungsaufgaben

Dieser Abschnitt führt die wichtigsten Aufgaben auf, die Sie für den erfolgreichen Betrieb der WLAN-Infrastruktur durchführen müssen. Diese Aufgaben können in die folgenden zwei Kategorien unterteilt werden:

In diesem Abschnitt werden auch die in den Verfahren in diesem Kapitel verwendeten Tools und Technologien beschrieben.

Erste Setup-Aufgaben

Die folgende Tabelle zeigt die Aufgaben, die zur Inbetriebnahme der WLAN-Sicherheitsinfrastruktur durchgeführt werden müssen.

Tabelle 8.1: Erste Setup-Aufgaben

Wartungsaufgaben

Die folgende Tabelle zeigt die Aufgaben, die zum Gewährleisten der einwandfreien Funktion der LAN-Sicherheitsinfrastruktur regelmäßig ausgeführt werden müssen. Sie können diese Tabelle zum Planen der erforderlichen Ressourcen und des Betriebsplans für die Verwaltung des Systems verwenden.

Tabelle 8.2: Wartungsaufgaben

Erforderliche Tools und Technologien

In der folgenden Tabelle finden Sie eine Liste der für die Verfahren in diesem Kapitel erforderlichen Technologien und Tools.

Tabelle 8.3: Erforderliche Technologien

Tabelle 8.4: Empfohlene Technologien

Zum Seitenanfang

Betrieb der WLAN-Infrastruktur

Dieser Abschnitt enthält die wichtigsten Aufgaben, die Sie zur Verwaltung der WLAN-Sicherheitsinfrastruktur durchführen müssen.

Laufende Betriebsaufgaben

Die laufenden Betriebsaufgaben müssen zum Gewährleisten der einwandfreien Funktion der WLAN-Infrastruktur in regelmäßigen Abständen durchgeführt werden.

Sichern von IAS und der Zertifizierungsstelle

Sie müssen regelmäßig Sicherungen der IAS-Server erstellen. Hierzu zählt auch der IAS-Server, auf dem die Zertifizierungsstelle ausgeführt wird. IAS erfordert ein spezielles Verfahren zum Exportieren der Einstellungen in eine Datei, die dann mittels einer normalen Dateisicherung gesichert werden kann. Sie können Zertifikatdienste mit der im Windows-Sicherungsprogramm verfügbaren Windows-Systemstatussicherung sichern. Auf allen Servern, auf denen IAS ausgeführt wird, sollten geeignete Sicherungsverfahren eingerichtet werden.

Die folgenden zwei Verfahren schließen sich nicht gegenseitig aus: Sie müssen sowohl eine IAS-Sicherung als auch eine Serversicherung konfigurieren.

Konfigurieren der IAS-Sicherung

Erstellen Sie einen Ordner mit beschränkten Berechtigungen, in den die IAS-Konfiguration jede Nacht exportiert wird. Zudem müssen Sie einen geplanten Auftrag einrichten, der die IAS-Konfigurationssicherung jede Nacht ausführt (das Sicherungsskript erfordert nicht, dass IAS während der Sicherung heruntergefahren wird). Im Fall einer erfolgreichen Sicherung wird ein Ereignis in das Windows-Anwendungsprotokoll geschrieben. Schlägt die Sicherung fehl, wird ein Fehlerereignis protokolliert.

Vorsicht: Die IAS-Sicherungsdateien enthalten alle geheimen Schlüssel des RADIUS-Clients. Da dies extrem wichtige Informationen sind, müssen diese Sicherungsdaten besonders sicher gespeichert werden.

So konfigurieren Sie die IAS-Sicherung

Erstellen von Serversicherungen

Nachdem Sie einen geplanten Task zum Sichern der IAS-Konfiguration auf Diskette erstellt haben, müssen Sie auch eine regelmäßige Sicherung des Serversystemstatus und der exportierten IAS-Konfigurationsdateien auf einem Wechselmedium oder an einem Netzwerkspeicherort konfigurieren. Die einfachste Methode hierzu ist die Verwendung des integrierten Windows-Sicherungsprogramms. Wenn Sie ein anderes Sicherungssystem verwenden, müssen Sie feststellen, ob es eine der Windows-Systemstatussicherung entsprechende Funktion enthält (diese Information können Sie der Dokumentation des Sicherungssystems entnehmen). Eine Systemstatussicherung (oder eine entsprechende Funktion) ist zur korrekten Sicherung von Active Directory und Zertifikatdiensteschlüsseln sowie von Zertifikatdatenbanken notwendig.

Wenn Ihre Sicherungssoftware keine der Windows-Systemstatussicherung entsprechende Funktion enthält, können Sie die folgenden Schritte ausführen:

Führen Sie zum Gewährleisten sicherer und konsistenter Sicherungen folgende Schritte aus:

Testen der Sicherungen

Sie können Systemsicherungen nur richtig testen, indem Sie sie auf einem Testserver wiederherstellen und überprüfen, ob der wiederhergestellte Server wie erwartet funktioniert. Eine Systemstatussicherung muss auf einem System wiederhergestellt werden, dessen Festplattenlayout mit dem des gesicherten Servers identisch ist. Windows muss auf dem für den Wiederherstellungstest verwendeten Server z. B. an demselben Pfad installiert sein wie auf dem gesicherten Server, und das Laufwerklayout für die Speicherung von Windows-Dateien (z. B. Auslagerungsdateien) muss auf den beiden Servern identisch sein.

Wichtig: Damit es nicht zu Namens- und IP-Adressenkonflikten zwischen dem Testserver und dem ursprünglichen Server kommt, sollte der Testserver beim Start der Systemstatuswiederherstellung offline sein.

So stellen Sie den Server wieder her

Überwachung

In diesem Abschnitt wird die Überwachung der IAS- und Zertifizierungsstellenkomponenten der WLAN-Sicherheitsinfrastruktur beschrieben. Dieser Abschnitt enthält weder eine Anleitung für die Überwachung der WAPs oder anderen Netzwerkgeräte noch allgemeine Empfehlungen für die Überwachung von Windows-Servern. Informationen zum Überwachen von Windows-Servern finden Sie im Abschnitt "Quellen" am Ende des Kapitels.

Die meisten Verfahren in diesem Abschnitt verwenden mit der Lösung gelieferte automatisierte Überwachungsskripte. Wenn diese Skripte einen Fehler erkennen, lösen Sie eine Warnung aus, und in einigen Fällen versuchen sie, eine Fehlerwiederherstellung durchzuführen.

Konfigurieren von Warnungstypen

Alle Warnungen der Überwachungsskripte können an das Windows-Anwendungsereignisprotokoll oder an E-Mail-Empfänger (oder beides) gesendet werden. Bevor Sie die Überwachungstools aktivieren, müssen Sie die gewünschten Warnungstypen festlegen. Wenn Sie Warnungen per E-Mail senden, müssen Sie zudem die E-Mail-Adressen der Empfänger und den Namen des E-Mail-Servers für die Nachrichten angeben.

Zum Festlegen dieser Parameter bearbeiten Sie die Datei constants.vbs. Im Folgenden sehen Sie die relevanten Abschnitte aus dieser Datei. Die Elemente, die Sie u. U. ändern möchten, sind kursiv dargestellt:

' Warnungsparameter
CONST ALERT_EMAIL_ENABLED = FALSE    'Zum Aktivieren/Deaktivieren von E-Mail einstellen  
CONST ALERT_EVTLOG_ENABLED = TRUE    'Zum Aktivieren/Deaktivieren von Ereignisprotokolleinträgen einstellen 
' Kommagetrennte Empfängerliste festlegen, um E-Mail-Warnungen zu erhalten
CONST ALERT_EMAIL_RECIPIENTS    = "Admin@woodgrovebank.com,Ops@woodgrovebank.com" 
'Zu verwendender SMTP-Server (DNS-Name oder IP-Adresse) 
CONST ALERT_EMAIL_SMTP     = "mail.woodgrovebank.com"

Überwachen von IAS

IAS zeichnet unterschiedliche Ereignisse im Windows-Systemprotokoll auf. Hierzu zählen Benachrichtigungen über das Starten und Anhalten von Diensten (und zugehörige Fehler oder Warnungen) und Benachrichtigungen über Authentifizierungsversuche (Protokolleinträge für Authentifizierungsanforderungen werden im Abschnitt "Problembehandlung" dieses Kapitels ausführlich beschrieben).

Aktivieren der Überwachung von IAS

Die Lösung enthält ein einfaches Skript, das das Ansprechverhalten von IAS überwacht. Das Skript überprüft, ob der IAS-Prozess ausgeführt wird. Wenn dies der Fall ist, versucht das Skript, IAS mithilfe der Schnittstelle Serverdatenobjekte abzufragen. Schlägt eine dieser Überprüfungen fehl, gibt das Skript eine Warnung aus.

Hinweis: Das Überwachungsskript überprüft nicht den Erfolg von RADIUS-Authentifizierungen – es überprüft lediglich das allgemeine Ansprechverhalten des IAS-Prozesses. Zum Überprüfen von End-to-End-RADIUS-Operationen müssen Sie mit einem RADIUS-Client die WAPs emulieren, die die WLAN-Clientanforderung übertragen.

Das folgende Verfahren beschreibt, wie Sie das Überwachungsskript als geplanten Task konfigurieren, so dass Sie automatisch gewarnt werden, wenn IAS nicht mehr reagiert. Da das Skript jedoch auf dem Server selbst ausgeführt wird, werden Sie nicht gewarnt, wenn der gesamte Server ausfällt. Aus diesem Grund müssen Sie auch die Server überwachen, um sicherzustellen, dass sie aktiv sind und antworten. Das folgende Verfahren muss zum Konfigurieren des Skripts als geplanten Task auf jedem IAS-Server ausgeführt werden.

Jedes Mal, wenn ein Fehler erkannt wird, wird eine Warnung per E-Mail gesendet (sofern E-Mail-Warnungen konfiguriert wurden) und ein Ereignis in das Anwendungsprotokoll geschrieben (ausführliche Informationen zu den protokollierten Ereignistypen können Sie der Tabelle im nächsten Abschnitt entnehmen). Im Gegensatz zum Zertifizierungsstellen-Überwachungsskript versucht dieses Skript nicht, Probleme durch einen Neustart von IAS zu beheben. Da IAS anders als eine Zertifizierungsstelle fortlaufend WLAN-Clients authentifizieren muss, kann ein solcher Neustart von IAS durch das Skript Probleme verursachen. Stattdessen sollten Sie alle vom Skript generierten Warnungen überprüfen und die Ursache der Warnung diagnostizieren, bevor Sie ein Problem manuell beheben.

So konfigurieren Sie die IAS-Überwachung

Von den MSS-Skripten protokollierte IAS-Ereignisse

Das Überwachungsskript und das IAS-Sicherungsskript protokollieren die folgenden Ereignistypen im Ereignisprotokoll.

Tabelle 8.5: Von IAS Tools Scripts in dieser Lösung zurückgegebene IAS-Ereignisse

Überwachen der Zertifizierungsstelle

Die Zertifizierungsstelle erfordert abgesehen von der Überwachung des allgemeinen Serverzustands und der Durchführung einer geeigneten Sicherung nur wenig Aufmerksamkeit. In dieser Lösung ist die Zertifizierungsstelle nur für die relativ seltene Ausstellung von Zertifikaten für neue IAS-Server und die jährliche Erneuerung der vorhandenen Zertifikate erforderlich. Die Zertifizierungsstelle ist daher normalerweise kein kritischer Dienst.

Die Zertifizierungsstelle veröffentlicht auch eine Liste der vom Administrator gesperrten Zertifikate. Diese als Zertifikatsperrliste bezeichnete Liste wird wöchentlich in Active Directory veröffentlicht. Da diese Zertifizierungsstelle nur wenig Zertifikate ausstellt, ist die Zertifikatsperrliste klein und in der Regel sogar leer. Trotzdem muss die Zertifikatsperrliste regelmäßig in Active Directory veröffentlicht werden, damit die Anwendungen den Sperrstatus der von der Zertifizierungsstelle ausgestellten Zertifikate überprüfen können. Die Zertifizierungsstelle muss z. B. selbst den Sperrstatus eines von ihr ausgestellten Zertifikats überprüfen, bevor sie es an den Zertifikatsanforderer sendet.

Das Überwachungsskript der Zertifizierungsstelle überprüft, ob die Zertifizierungsstelle auf Anforderungen antwortet und eine gültige Zertifikatsperrliste in Active Directory verfügbar ist. Schlägt eine dieser Überprüfungen fehl, versucht das Skript, die Zertifizierungsstelle neu zu starten. Im Fall eines Fehlers der Zertifikatsperrliste versucht das Skript zudem, eine neue Liste zu veröffentlichen. Wird auch nach diesen Wiederherstellungsversuchen ein Fehler erkannt, wird eine Warnung generiert und als E-Mail-Nachricht an das konfigurierte E-Mail-Konto gesendet. Diese Warnung wird auch im Ereignisprotokoll erfasst.

Aktivieren der Überwachung der Zertifizierungsstelle

Das folgende Verfahren beschreibt, wie Sie das Überwachungsskript als geplanten Task konfigurieren, so dass Sie beim Auftreten eines Fehlers automatisch gewarnt werden und ein Wiederherstellungsversuch vorgenommen wird. Dieses Skript muss nur auf dem Zertifizierungsstellenserver ausgeführt werden.

So konfigurieren Sie das Überwachungsskript für die Zertifizierungsstelle

Von den MSS-Skripten protokollierte Zertifizierungsstellenereignisse

Das Überwachungsskript für die Zertifizierungsstelle protokolliert die folgenden Ereignisse im Ereignisprotokoll.

Tabelle 8.6: Vom Zertifizierungsstellen-Überwachungsskript in dieser Lösung zurückgegebene Zertifizierungsstellenereignisse

Verwalten von Änderungen

Die Aufgaben in diesem Abschnitt beziehen sich auf Änderungen, die Sie möglicherweise an der Konfiguration Ihrer WLAN-Sicherheitsinfrastruktur vornehmen müssen.

Verwaltung von Windows-Sicherheitsupdates

Sowohl IAS- als auch Zertifikatdienste-Updates sind in den Basis-Service Packs und Patches für Windows Server 2003 enthalten. Sie müssen diese Komponenten nicht separat aktualisieren.

Lesen Sie die Anleitung, und folgen Sie den Empfehlungen im Abschnitt "Serversicherheitsupdates" in Kapitel 3, Vorbereiten der Umgebung.

Verwalten von Änderungen auf den IAS-Servern

In Kapitel 5, Erstellen der WLAN-Sicherheitsinfrastruktur, wird empfohlen, einen der IAS-Server als "Masterserver" zu benennen. Dies ist der Server, auf dem Sie alle IAS-Konfigurationsänderungen vornehmen (siehe "Bereitstellen von Einstellungen für mehrere IAS-Server" in Kapitel 5). Diese Änderungen werden dann mittels eines automatisierten Exports und Imports der IAS-Konfigurationsdatenbank auf die anderen Server in Ihrer Organisation repliziert, um konsistente Einstellungen in der gesamten IAS-Infrastruktur zu gewährleisten.

Der auf jedem IAS-Server konfigurierte Satz von RADIUS-Clients (WAPs) wird normalerweise jedoch nicht repliziert. Die von jedem Server unterstützten WAPs können sich erheblich unterscheiden, und nur selten enthalten zwei IAS-Server genau die gleichen Clients (dies kann z. B. der Fall sein, wenn Sie für die Verarbeitung aller WAPs in der Organisation zwei zentrale Server verwenden).

Sichern der IAS-Einstellungen vor der Durchführung von Änderungen

Obwohl jede Nacht geplante Sicherungen der Server erstellt werden, sollte vor dem Ändern der Server eine manuelle Sicherung von IAS durchgeführt werden. Auf diese Weise können Sie alle Änderungen zurücksetzen und den Serverstatus vor der Durchführung der Änderungen wiederherstellen. Im folgenden Verfahren wird das Sicherungsskript zum Exportieren der Serverkonfiguration, Richtlinien, Protokolleinstellungen und RADIUS-Clients verwendet.

So sichern Sie die IAS-Konfiguration

Replizieren der Einstellungen auf andere IAS-Server

Sie sollten ein eigenes wiederholbares Verfahren definieren, um sicherzustellen, dass die Einstellungen vom Masterserver auf alle anderen IAS-Server in der Organisation repliziert werden. Im Rahmen dieses Verfahrens müssen Sie u. U. die lokalen Mitarbeiter anweisen, die Einstellungen zu importieren. In den meisten Fällen wird dieser Schritt jedoch remote ausgeführt, indem die Konfigurationsdateien kopiert werden und das Konfigurationsimportskript mittels einer Remotedesktopsitzung ausgeführt wird.

Folgen Sie zum Replizieren der Einstellungen auf andere IAS-Server den Verfahren im Abschnitt "Replicating Settings from the First IAS Server" in Kapitel 5, Erstellen der WLAN-Sicherheitsinfrastruktur.

Hinweis: Sie können dem RAS-Richtliniennamen eine Versionsnummer hinzufügen, um einfacher überprüfen zu können, ob alle IAS-Server dieselbe Einstellungsversion besitzen.

Hinzufügen von IAS-Servern zur Umgebung

Vor der Installation eines neuen IAS-Servers sollte Sie gemäß den Richtlinien in Kapitel 2, Planen einer WLAN-Sicherheitsimplementierung, die WAPs identifizieren, die auf diesem Server als Clients konfiguriert werden. Sie benötigen zudem einen weiteren als sekundären RADIUS-Server konfigurierten IAS-Server, um die Ausfallsicherheit für die Zugriffspunkte zu gewährleisten. Wenn Sie die vorhandenen Zugriffspunkte zur Verwendung dieses neuen Servers konfigurieren möchten, müssen Sie die Migration sorgfältig planen, damit während der Umstellung keine Dienstunterbrechung für die Benutzer entsteht. Normalerweise entsteht keine Unterbrechung, wenn für einen Zugriffspunkt mindestens ein aktiver RADIUS-Authentifizierungsserver vorhanden ist.

So installieren Sie IAS auf einem neuen Server

Hinzufügen eines WAPs zum Netzwerk

Zum Hinzufügen eines neuen WAPs müssen Sie die folgenden zwei Schritte ausführen:

Die als primäre und sekundäre RADIUS-Server ausgewählten IAS-Server richten sich nach der Netzwerkposition des Zugriffspunkts. Der primäre IAS-Server befindet sich im Idealfall in demselben LAN wie der Zugriffspunkt oder besitzt zumindest eine zuverlässige Verbindung mit dem Zugriffspunkt. Der sekundäre IAS-Server muss über eine zuverlässige Verbindung mit dem Zugriffspunkt verfügen. Weitere Informationen finden Sie im Abschnitt "Assignment of APs to RADIUS Servers" in Kapitel 2, Planen einer WLAN-Sicherheitsimplementierung.

Nachdem Sie geeignete IAS-Server für den Zugriffspunkt identifiziert haben, führen Sie die folgenden Verfahren aus. Diese Verfahren sind mit denen zum Hinzufügen eines Zugriffspunkt zu IAS in Kapitel 5, Erstellen der WLAN-Sicherheitsinfrastruktur, identisch.

So fügen Sie dem Netzwerk einen Zugriffspunkt hinzu

Entfernen eines WAPs

Wenn Sie Ihre Standorte neu anordnen oder umorganisieren, müssen Sie ggf. einen WAP aus dem Netzwerk entfernen. Nicht mehr verwendete RADIUS-Clienteinträge sollten immer aus IAS entfernt werden.

So entfernen Sie einen WAP aus dem Netzwerk

Gewähren des WLAN-Zugriffs für einen Benutzer oder Computer

Wenn Sie das Standardsetup für diese Lösung ausgeführt haben, haben alle Benutzer und Computer in der Domäne, in der die IAS-Server installiert wurden, automatisch Zugriff auf das WLAN. Dies ist darauf zurückzuführen, dass die Gruppen Domänenbenutzer und Domänencomputer Mitglieder der WLAN-Benutzer- bzw. WLAN-Computergruppen sind. Diese Gruppen sind wiederum Mitglieder der von der IAS-RAS-Richtlinie zum Gewähren des Zugriffs auf das WLAN verwendeten WLAN-Zugriffsgruppe.

Steuern des Zugriffs für Mitglieder derselben Domäne

Wenn Sie explizit steuern möchten, welche Benutzer und Computer eine Verbindung mit dem WLAN herstellen können, sollten Sie Sicherheitsgruppen zum Verwalten des Zugriffs verwenden. Die Gruppen Domänenbenutzer und Domänencomputer sollten aus der WLAN-Benutzer- bzw. WLAN-Computergruppe entfernt werden. Stattdessen fügen Sie die spezifischen Benutzer und Computer hinzu, denen Sie den Zugriff auf das WLAN gewähren möchten.

Dadurch wird der Lösungsstandard geändert, d. h., das WLAN ist nur noch zugänglich, wenn der Zugriff explizit durch Hinzufügen des jeweiligen Benutzers bzw. Computers zu einer Sicherheitsgruppe gewährt wird. Dieser Ansatz ist sicherer als das standardmäßige Gewähren des Zugriffs und wird von Organisationen mit hohen Sicherheitsanforderungen bevorzugt. Dies kann auch hilfreich sein, wenn nur eine kleine Anzahl von Personen Zugriff auf das WLAN hat, z. B. während der Pilotphase eines größeren Rollouts.

So aktivieren Sie den WLAN-Zugriff für einen Benutzer oder Computer in derselben Domäne

Steuern des Zugriffs für Mitglieder anderer Domänen

Wenn Sie eine Gesamtstruktur mit mehreren Domänen verwenden, können Sie Benutzern und Computern aus anderen Domänen die Verwendung des WLAN ermöglichen. Hierzu müssen Sie sich mit einem der folgenden Konten anmelden:

So gewähren Sie den Benutzern und Computern in anderen Domänen WLAN-Zugriff

Verweigern des WLAN-Zugriffs für einen Benutzer oder Computer

Standardmäßig können in dieser Lösung alle Benutzer und Computer in der Domäne, in der die IAS-Server installiert sind, auf das WLAN zugreifen. Sie erhalten automatisch Zugriff, da sie Mitglieder der Gruppe Domänenbenutzer bzw. Domänencomputer sind. Dies kann sich als problematisch erweisen, wenn Sie den WLAN-Zugriff für einzelne Benutzer oder Computer sperren müssen. Sie dürfen keine Benutzer oder Computer aus den integrierten Gruppen Domänenbenutzer und Domänencomputer entfernen. Verwenden Sie stattdessen eine der folgenden Strategien:

Steuern des WLAN-Zugriffs mit einer Richtlinie "Verweigern"

Wenn Sie den Zugriff standardmäßig gewähren, aber in der Lage sein möchten, einzelnen Benutzern und Computern den Zugriff zu verweigern, müssen Sie in IAS eine RAS-Richtlinie "Verweigern" erstellen.

So erstellen Sie eine RAS-Richtlinie "Verweigern"

Allen der Gruppe "WLAN-Benutzer verweigern" oder "WLAN-Computer verweigern" hinzugefügten Benutzern bzw. Computern wird der Zugriff auf das WLAN verweigert. Diese Einstellung wird jedoch erst wirksam, wenn sich der jeweilige Benutzer das nächste Mal anmeldet bzw. wenn der Computer neu gestartet wird.

Unterstützungsaufgaben

In diesem Abschnitt werden allgemeine Aufgaben beschrieben, die Sie zur Wiederherstellung nach Problemen in der WLAN-Sicherheitsinfrastruktur durchführen müssen. Auf viele dieser Aufgaben wird im Abschnitt "Problembehandlung" dieses Kapitels verwiesen.

Wiederherstellen einer IAS-Serverkonfiguration aus einer Sicherung

IAS-Richtlinien und -Einstellungen werden in der IAS-Konfigurationsdatenbank gespeichert. Sie können unabhängig von den anderen Systemeinstellungen wiederhergestellt werden. Sie sollten den IAS-Sicherungstask so einrichten, dass die IAS-Einstellungen jede Nacht im Ordner C:\IASBackup gesichert werden. Weitere Informationen zu diesem Thema finden Sie unter "Konfigurieren der IAS-Sicherung" im Abschnitt "Laufende Betriebsaufgaben" dieses Kapitels. Wenn Sie an diesem Tag vorgenommene Änderungen rückgängig machen müssen, können Sie die Einstellungen aus den in der vorhergehenden Nacht erstellten Sicherungsdateien (in C:\IASBackup) oder aus der vor der Durchführung der Änderungen erstellten Rollback-Sicherung wiederherstellen. Weitere Informationen finden Sie unter "Sichern der IAS-Einstellungen vor der Durchführung von Änderungen" im Abschnitt "Verwalten von Änderungen".

Wenn Sie eine frühere Version der Einstellungen benötigen, müssen Sie die exportierten IAS-Einstellungen aus der Serversicherung wiederherstellen.

Warnung: Durch dieses Verfahren werden alle IAS-Einstellungen einschließlich der RADIUS-Clients wiederhergestellt, und alle vorhandenen Einstellungen auf dem Server werden überschrieben. Die wiederherzustellende Sicherung sollte auf demselben Server erstellt worden sein.

So stellen Sie die IAS-Einstellungen wieder her

Wenn Sie aus irgendeinem Grund nicht über eine verwendbare Sicherung dieses Systems verfügen, können Sie die Einstellungen von einem anderen IAS-Server exportieren und auf diesem Server importieren. Normalerweise verwenden IAS-Server mit derselben Rolle die gleichen Konfigurationseinstellungen. Da die RADIUS-Clients jedoch unterschiedlich sind, sollten Sie dieses Verfahren nicht zum Wiederherstellen der Einstellungen von einem anderen Server verwenden. Verwenden Sie stattdessen das Verfahren "Replizieren von Einstellungen vom ersten IAS Server" in Kapitel 5, Erstellen der WLAN-Sicherheitsinfrastruktur.

Wichtig: Sie müssen sicherstellen, dass auf dem wiederhergestellten System die aktuellsten Patches installiert sind. Bei einer Wiederherstellung von einer älteren Sicherung werden zuvor installierte Patches möglicherweise zurückgesetzt.

Wiederherstellen der vollständigen Serverkonfiguration von einer Sicherung

Die Verfahren zum Wiederherstellen des Servers variieren abhängig vom verwendeten Sicherungssystem. Das folgende Verfahren setzt voraus, dass Sie das System mit einer Windows-Systemstatussicherung in einer Datei gesichert und anschließend für diese Datei und andere erforderliche Dateien eine Dateisicherung ausgeführt haben.

So stellen Sie den Server wieder her

Optimierungsaufgaben

In diesem Abschnitt werden die Aufgaben zum Optimieren der IAS-Infrastruktur beschrieben.

Bestimmen der Spitzenlast auf dem IAS-Server

In diesem Abschnitt finden Sie einige Angaben zur wahrscheinlichen maximalen Auslastung des IAS-Servers.

Die Leistungsfähigkeit stellt für ausreichend dimensionierte und konfigurierte IAS-Server in der Regel kein Problem dar. Die Belastung von IAS-Servern ist zu Spitzenlastzeiten am höchsten, also z. B. in den Morgenstunden, wenn sich viele Benutzer gleichzeitig anmelden, kurz nach einem größeren Netzwerkausfall oder einem Ausfall des Servers nach einem Failover von WAPs auf einen Sicherungsserver.

Die folgende Tabelle zeigt die WLAN-Authentifizierungsanforderungen für unterschiedliche Organisationsgrößen.

Tabelle 8.7: WLAN-Authentifizierungsanforderungen

Die Spalte "Neue Authentifizierungen pro Sekunde" ist Teil der Dauerbelastung. Sie können von durchschnittlich vier neuen vollständigen Authentifizierungen ausgehen, wenn Benutzer zwischen WAPs wechseln. Die Spalte "Max. neue Authentifizierungen pro Sekunde" gibt die erwartete Belastung an, wenn alle Benutzer in einem Zeitraum von 30 Minuten authentifiziert werden müssen (z. B. am Morgen). Die Spalte "Wiederholte Authentifizierungen pro Sekunde" gibt die Anzahl von Authentifizierungen an, die nach einer Überschreitung des IAS-Zeitlimits mittels Fast-Reconnect wieder verbunden werden. (Obwohl in der Lösung ein Standardzeitlimit von 60 Minuten konfiguriert ist, wird hier zur Veranschaulichung des schlimmsten Falls ein Limit von 15 Minuten verwendet.) Sie sollten diese Zahlen mit den Anforderungen Ihrer Organisation vergleichen, um den erforderlichen Belastungstyp zu ermitteln.

Interne Tests von Microsoft haben gezeigt, dass IAS auch auf bescheidener Serverhardware eine hohe Belastung handhaben kann. Die von IAS verarbeitete Belastung lässt sich am besten durch die Anzahl von EAP-Authentifizierungen (Extensible Authentication Protocol) pro Sekunde darstellen. Die folgende Tabelle zeigt die Ergebnisse eines IAS-Servers auf einem Intel Pentium 4 2 GHz-Server mit Windows Server 2003.

Die Tests wurden mit aktivierter RADIUS-Protokollierung (auf einem separaten Datenträger) und mit IAS auf einem vom Active Directory-Domänencontroller getrennten Server ausgeführt. Diese Zahlen sind daher als Worst-Case zu betrachten. In der Standardkonfiguration für diese Lösung ist die Protokollierung deaktiviert, und IAS ist auf demselben Server wie der Domänencontroller installiert. Beide Einstellungen verbessern den Authentifizierungsdurchsatz.

Hinweis: Für die Richtigkeit dieser Informationen wird keine Gewähr übernommen. Sie dienen ausschließlich als Richtlinien für die Kapazitätsplanung und nicht zum Leistungsvergleich.

Tabelle 8.8: Beispielmessungen der IAS-Serverkapazität

IAS kann so konfiguriert werden, dass datenträgerbasierte RADIUS-Protokolle mit unterschiedlichen Mengen von RADIUS-Anforderungsinformationen erstellt werden. Wenn Sie die RADIUS-Protokollierung aktivieren, sollten Sie den Overhead bedenken, den dies für die Server und insbesondere für die Datenträgersubsysteme darstellt. Ein langsamer Datenträgerdurchsatz wirkt als Engpass für die IAS-Leistung und verzögert die IAS-RADIUS-Antworten auf Zugriffspunkte. Dadurch werden Protokollzeitüberschreitungen verursacht, und Zugriffspunkte werden unnötig per Failover auf sekundäre RADIUS-Server umgeschaltet. Wenn Sie von einer hohen Belastung ausgehen (verwenden Sie die Zahlen in den obigen Tabellen als Richtlinie) und die RADIUS-Protokollierung aktivieren möchten, sollten Sie sicherstellen, dass IAS zum Schreiben von RADIUS-Protokollen auf einen vom Windows-Systemlaufwerk und Auslagerungsdateilaufwerk getrennten Datenträger mit hoher Leistung konfiguriert ist.

Die Aktivierung der IAS-Ablaufverfolgungsfeatures von Windows Server 2003 (wie unter "Aktivieren und Deaktivieren der Ablaufverfolgung auf dem IAS-Server" in diesem Kapitel beschrieben) führt ebenfalls zu einer zusätzlichen Belastung der IAS-Server. Diese Features sind gelegentlich zur Behandlung von Netzwerkzugriffsproblemen erforderlich und sollten nicht permanent aktiviert werden. Trotzdem sollten Sie u. U. sicherstellen, dass Ihre IAS-Server über ausreichende zusätzliche Kapazität verfügen, um die Ablaufverfolgung über einen beschränkten Zeitraum bei gleichzeitiger Verarbeitung der Produktionsbelastung zu unterstützen.

Weitere Optimierungsmaßnahmen

Weitere Richtlinien für die IAS-Optimierung finden Sie im Abschnitt zum Entwerfen einer optimierten IAS-Lösung im Kapitel über die IAS-Bereitstellung im Windows Server 2003 Deployment Kit.

Zum Seitenanfang

Problembehandlung

Dieser Abschnitt enthält Verfahren und Techniken für die Diagnose und Behebung von Problemen mit der WLAN-Lösung.

Problembehandlungsverfahren

Die folgenden Verfahren helfen Ihnen, die möglichen Ursachen eines Problems und die Aktion zum Beheben des Problems zu ermitteln. Dieser Abschnitt ist hierarchisch aufgebaut. Das erste Verfahren "Feststellen des Problemtyps" verweist Sie an eines von mehreren Verfahren mit detaillierten Problembehandlungsschritten. Diese Verfahren können Sie wiederum zu weiteren Problembehandlungsverfahren für bestimmte Komponenten der Lösung führen.

Jedes dieser Verfahren wird an späterer Stelle dieses Kapitels ausführlich beschrieben (einige Verfahren werden grafisch dargestellt, und andere, deren Textbeschreibung zu lang für eine Abbildung ist, werden in Form von Tabellen oder Text erläutert). In einigen der Verfahren wird auf den Abschnitt "Problembehandlungstools und -techniken" dieses Kapitels verwiesen. Sie sollten diesen Abschnitt sorgfältig lesen, um die Problembehandlungsverfahren effizient anwenden zu können.

Wichtig: Diese Diagnoseverfahren decken nicht jede Eventualität ab. Wenn sich die Problemursache durch die empfohlenen Diagnoseschritte nicht feststellen lässt, sollten Sie das Problem zurückverfolgen und die anderen hier beschriebenen Diagnoseverfahren anwenden. In einigen Fällen sind das gesamte Ausmaß oder die Beschaffenheit von Symptomen nicht eindeutig und führen in eine falsche Richtung. Ein das gesamte Büro betreffendes Problem kann z. B. nur von einem einzigen Benutzer beobachtet und gemeldet werden. Obwohl die Tabelle in einem solchen Fall auf Diagnoseverfahren für Einzelclientfehler verweist, können andere Verfahren besser geeignet sein.

Sie sollten auch die am Ende des Kapitels aufgeführten WLAN- und IAS-Problembehandlungsdokumente zu Rate ziehen.

Feststellen des Problemtyps

Klassifizieren Sie zunächst wie im folgenden Flussdiagramm dargestellt den Typ des aufgetretenen Problems. Die Rauten stellen Fragen oder Entscheidungspunkte dar, und die Rechtecke kennzeichnen die Diagnose des Problems und geben den Namen des auszuführenden Verfahrens an.

Abbildung 8.1 Feststellen des Problemtyps

Diagnose von Clientverbindungsproblemen

Die folgende Tabelle unterteilt die unterschiedlichen Verbindungsproblemtypen basierend auf der Anzahl und Position betroffener Clients. Die Spalte "Wahrscheinliche Probleme" gibt die am ehesten als Ursache für die dargestellten Symptome in Frage kommenden Faktoren an. Die Spalte "Auszuführende Diagnoseverfahren" listet die Verfahren auf, die zunächst zum Diagnostizieren des Problems angewendet werden sollten. Jedes dieser Verfahren wird an späterer Stelle dieses Kapitels ausführlich behandelt.

Tabelle 8.9: Wer kann keine Verbindung mit dem WLAN herstellen?

Diagnose von Leistungsproblemen

Dieser Abschnitt befasst sich mit Leistungsproblemen im Zusammenhang mit der WLAN-Sicherheitsinfrastruktur. Allgemeine Leistungsprobleme von drahtlosen und verdrahteten Netzwerken werden in diesem Kapitel nicht behandelt.

Tabelle 8.10: Leistungsprobleme

Benutzerauthentifizierung klappt, aber Computerauthentifizierung schlägt fehl

Diese Lösung verwendet für das WLAN sowohl eine Benutzerauthentifizierung als auch eine Computerauthentifizierung. Die Computer-Domänenanmeldeinformationen werden zur Authentifizierung im WLAN verwendet, wenn kein Benutzer am Computer angemeldet ist. Wenn sich ein Benutzer anmeldet, werden die Anmeldeinformationen des Benutzers zur wiederholten Authentifizierung im WLAN verwendet. Dieser Ansatz ermöglicht dem Computer die Kommunikation mit dem WLAN, wenn niemand angemeldet ist, und gewährleistet die Remoteverwaltung des Computers, den Download von Gruppenrichtlinieneinstellungen für den Server usw.

Wenn sich ein Benutzer an einem WLAN-Computer anmeldet, entsteht während der Authentifizierung des Benutzers im WLAN eine kurze Verzögerung. Bis der Benutzer zum Herstellen einer Verbindung autorisiert wurde, bleibt die authentifizierte WLAN-Sitzung des Computers aktiv. Wenn der Computer jedoch nicht im WLAN authentifiziert werden konnte, bedeutet diese Verzögerung, dass bei Beginn der Anmeldesitzung des Benutzers keine Netzwerkverbindung besteht.

Dies kann zu einer Reihe von Problemen führen. Wenn servergespeicherte Profile nicht geladen werden können, werden z. B. die Gruppenrichtlinienobjekteinstellungen einiger Computer nicht angewendet, und Benutzeranmeldeskripts und Gruppenrichtlinienobjekt-gestützte Softwarebereitstellungen (die in einer frühen Phase des Anmeldeprozesses ausgeführt werden) schlagen fehl.

Folgen Sie dem Verfahren "Benutzer-/Computerkonto überprüfen" in diesem Handbuch, um die Ursache für den Fehlschlag der Computerauthentifizierung zu ermitteln.

Computerauthentifizierung klappt, aber Benutzerauthentifizierung schlägt fehl

Dieses Problem ist anders als der vorhergehende Fall unmittelbar zu erkennen und wird sofort vom betroffenen Benutzer gemeldet. Folgen Sie dem Verfahren "Benutzer-/Computerkonto überprüfen", um die Ursache für den Fehlschlag der Benutzerauthentifizierung zu ermitteln.

Diagnoseverfahren

Der folgende Abschnitt enthält ausführliche Problembehandlungsschritte für die in den vorhergehenden Abschnitten genannten Verfahren.

Benutzer-/Computerkonto überprüfen

Das folgende Flussdiagramm hilft Ihnen beim Diagnostizieren der Ursache einer fehlgeschlagenen Computerauthentifizierung.

Hinweis: Das pfeilförmige Feld im Flussdiagramm besagt, dass Sie wie im Feld angegeben das Verfahren "Clientcomputer überprüfen" ausführen sollten.

Abbildung 8.2 Überprüfen des Benutzer- oder Computerkontos
Abbildung in vollständiger Größe

Clientcomputer überprüfen

Das folgende Flussdiagramm hilft Ihnen beim Diagnostizieren von Problemen mit dem Clientcomputer.

Abbildung 8.3 Überprüfen des Clientcomputers
Abbildung in vollständiger Größe

Hinweis: Das pfeilförmige Feld im Flussdiagramm ist eine Verknüpfung vom Verfahren "Benutzer-/Computerkonto überprüfen".

Der Status der WLAN-Karte (erforderlich für den Schritt "WLAN-Karte deaktivieren/aktivieren und Status beobachten" im Flussdiagramm) wird im Bereich Details des Ordners Netzwerkverbindungen angezeigt (in der Systemsteuerung). Wenn Sie die Karte aktivieren, sollte der Kartenstatus die folgenden Phasen durchlaufen:

Die Überwachung des Punktes, an dem dieser Prozess fehlschlägt, ist eines der nützlichsten Diagnoseverfahren.

IAS überprüfen

Die Überprüfungen in der folgenden Tabelle sollten ausgeführt werden, wenn Sie vermuten, dass ein IAS-Server Probleme verursacht.

Tabelle 8.11: IAS-Diagnoseüberprüfungen

Zertifizierungsstelle überprüfen

Die Überprüfungen in der folgenden Tabelle können ausgeführt werden, um die korrekte Funktion der Zertifizierungsstelle zu überprüfen.

Tabelle 8.12: Zertifizierungsstellen-Diagnoseüberprüfungen

Active Directory und Netzwerkdienste überprüfen

Die Überprüfungen in der folgenden Tabelle können für Active Directory und andere Netzwerkkomponenten ausgeführt werden, um deren korrekte Funktion zu überprüfen.

Tabelle 8.13: Active Directory-Diagnoseüberprüfungen

Konfiguration von WAPs überprüfen

Die Überprüfungen in der folgenden Tabelle können für WAPs ausgeführt werden, um deren korrekte Funktion zu überprüfen.

Tabelle 8.14: WAP-Diagnoseüberprüfungen

WAN-Verbindung überprüfen

WLAN-Fehler können durch WAN-Verbindungsprobleme zwischen unterschiedlichen Komponenten verursacht werden. Die folgende Tabelle zeigt die Komponenten, die am ehesten als Problemursache in Frage kommen.

Tabelle 8.15: WAN-Diagnoseüberprüfungen

Tools und Techniken zur Problembehandlung

In diesem Abschnitt werden einige hilfreiche Techniken und Tools für die Problembehandlung beschrieben.

Überprüfen des Status des Ordners für Clientnetzwerkverbindungen

Der Ordner Netzwerkverbindungen und die Benachrichtigungssymbole auf der Windows XP-Taskleiste bieten Informationen zum Status der WLAN-Authentifizierung.

Im Ordner Netzwerkverbindungen (in der Systemsteuerung) beschreibt der Statustext unter dem Drahtlosnetzwerkadapter den aktuellen Status der Verbindung. Wenn Sie den Adapter markieren, werden im Bereich Details des Ordners Netzwerkverbindungen zusätzliche Informationen zur Verbindung angezeigt. Beim Deaktivieren und erneuten Aktivieren des Adapters wird der Status des Adapters angezeigt, während dieser versucht, eine Verbindung mit dem WLAN herzustellen und die Authentifizierung durchzuführen. Diese Informationen können beim Debuggen von Clientverbindungsproblemen hilfreich sein.

Klicken Sie mit der rechten Maustaste auf das Adaptersymbol, und klicken Sie auf Status, um die WLAN-Signalstärke (auf der Registerkarte Allgemein) und Details zur IP-Adresse (auf der Registerkarte Support) anzuzeigen.

Anzeigen von IAS-Authentifizierungsereignissen im Ereignisprotokoll

Die im Systemereignisprotokoll auf den IAS-Servern aufgezeichneten Erfolgs- und Fehlerereignisse für die Clientauthentifizierung können bei der Problembehandlung hilfreich sein. Die Ereignisprotokollierung für erfolgreiche und fehlgeschlagene Authentifizierungsanforderungen ist standardmäßig aktiviert. Diese Einstellung kann auf der Registerkarte Dienst für die IAS-Servereigenschaften in der MMC Internetauthentifizierungsdienst geändert werden.

Die Überprüfung dieser Ereignisse ist für die Problembehandlung von Authentifizierungsfehlern nützlich. Die folgende Tabelle zeigt die von IAS generierten Ereignistypen.

Tabelle 8.16: IAS-Authentifizierungsanforderungsereignisse

Jedes Ereignis enthält detaillierte Informationen zur Authentifizierungsanforderung, z. B.:

Wenn die Authentifizierung fehlschlägt, enthalten die Begründungscodes und Beschreibungen häufig das genaue Problem (der angegebene Grund kann jedoch mitunter irreführend oder mehrdeutig sein). Die folgende Tabelle zeigt die verfügbaren Begründungscodes.

Tabelle 8.17: Begründungscodes für IAS-Authentifizierungsanforderungsereignisse

In einigen Fällen genügen die Informationen aus den Ereignisprotokolleinträgen nicht zum Diagnostizieren der Problemursache. Wenn dies der Fall ist, müssen Sie die Ablaufverfolgung auf dem IAS-Client und dem IAS-Server aktivieren. Diese Schritte werden in den folgenden Verfahren beschrieben.

Aktivieren und Deaktivieren der Ablaufverfolgung auf Clientcomputern

Windows unterstützt detaillierte Ablaufverfolgungsinformationen für die meisten Komponenten, um die Diagnose von Problemen zu erleichtern. Wenn die Ablaufverfolgung für eine Komponente aktiviert wird, wird eine Diagnoseausgabe in Textprotokolldateien geschrieben, die mehr Details bieten als Ereignisprotokolle.

Wenn Sie ausführliche Informationen zum WLAN-Authentifizierungsprozess erhalten möchten, müssen Sie die Ablaufverfolgung für die Komponenten EAPOL (EAP über LAN) und RASTLS (Remote Access Service-Transport Layer Security) mit dem Befehl netsh aktivieren. Führen Sie den Authentifizierungsprozess nach dem Aktivieren der Ablaufverfolgung erneut aus, und überprüfen Sie, ob in den Protokolldateien Eapol.log und Rastls.log Probleme angezeigt werden (diese Dateien werden in den Ordner %Systemroot%\Tracing geschrieben).

So aktivieren Sie die Ablaufverfolgung auf Clientcomputern

So deaktivieren Sie die Ablaufverfolgung auf Clientcomputern

Aktivieren und Deaktivieren der Ablaufverfolgung auf dem IAS-Server

Das Aktivieren der Ablaufverfolgung auf dem IAS-Server funktioniert genau wie auf dem Client.

Sie können die Ablaufverfolgung mit dem Befehl netsh für eine Vielzahl mit der Netzwerkauthentifizierung zusammenhängender Komponenten aktivieren und deaktivieren. Folgende Komponenten sind zur Ablaufverfolgung von 802.1X mit PEAP-Authentifizierungsfehlern am nützlichsten:

Für die folgenden IAS-Komponenten muss die Ablaufverfolgung normalerweise nicht zur Problembehandlung der 802.1X-Authentifizierung aktiviert werden (bei der Behandlung anderer Probleme kann dies jedoch hilfreich sein):

So aktivieren Sie die Ablaufverfolgung auf dem IAS-Server

So deaktivieren Sie die Ablaufverfolgung auf dem IAS-Server

Die IASSAM- und RASTLS-Ablaufverfolgungsprotokolle sind standardmäßig nur auf 1 MB eingestellt, wodurch bei einer starken Belastung möglicherweise wichtige Informationen in den Protokolldateien überschrieben werden. Durch das folgende Verfahren werden die Ablaufverfolgungsprotokolle auf 10 MB eingestellt. Wenn eine Protokolldatei die Größenbeschränkung von 10 MB erreicht, wird sie umbenannt (in "IASSAM.old" und "RASTLS.old2"), und eine neue Protokolldatei wird erstellt. Auf diese Weise werden für jeden Ablaufverfolgungstyp maximal 20 MB Daten auf dem Server gespeichert. Sie können dieses Verfahren für jeden Ablaufverfolgungstyp ausführen, indem Sie den hier verwendeten Schlüsselnamen "IASSAM" durch den Namen der jeweiligen Ablaufverfolgungskategorie ersetzen (z. B. RASTLS und RASCHAP).

So stellen Sie die IASSAM-Ablaufverfolgungsdatei auf 10 MB ein

Aktivieren der SChannel-Protokollierung auf dem IAS-Server

SChannel ist ein Sicherheitsunterstützungsanbieter (Security Support Provider, SSP), der eine Reihe von Internetsicherheitsprotokollen wie SSL (Secure Sockets Layer) und TLS (Transport Level Security) unterstützt. Wenn Sie vermuten, dass Probleme mit dem IAS-Serverzertifikat vorliegen, oder laut dem RASTLS-Protokoll ein Problem bei der Erstellung der TLS-Sitzung besteht, sollten Sie die SChannel-Protokollierung auf dem Client und auf dem Server aktivieren. Ereignisse werden im Sicherheitsprotokoll erfasst.

Führen Sie für den Client und den Server das gleiche Verfahren aus.

So aktivieren Sie die SChannel-Protokollierung

Denken Sie daran, die SChannel-Protokollierung nach der Problembehandlung wieder zu deaktivieren. Diese Funktion verbraucht erhebliche Systemressourcen und überflutet das Ereignisprotokoll mit unerwünschten Einträgen.

Pocket PC-Diagnosetools

Windows XP bietet eine Vielzahl von Netzwerkdiagnosetools. Pocket PCs verfügen dagegen nur über wenige in das Basissystem integrierte Diagnosetools. Ihr Pocket PC-Anbieter, Microsoft und andere Firmen bieten unterschiedliche Tools für die Diagnose von Pocket PC-Problemen an. Hierzu zählen z. B.:

Zum Seitenanfang

Zusammenfassung

In diesem Kapitel wurden die folgenden zur Aufrechterhaltung eines einwandfreien Zustands der WLAN-Sicherheitsinfrastruktur erforderlichen Vorgänge behandelt:

Zum Seitenanfang

Quellen

In diesem Abschnitt finden Sie weitere Quellen mit Hintergrundinformationen für die Anleitung in diesem Kapitel.

Zum Seitenanfang

10 von 10