Informationen zum drahtlos gehosteten Netzwerk
Das drahtlos gehostete Netzwerk ist ein neues WLAN-Feature, das unter Windows 7 und Windows Server 2008 R2 mit installiertem WLAN-Dienst unterstützt wird. Dieses Feature implementiert zwei Hauptfunktionen:
- Die Virtualisierung eines physischen Drahtlosadapters in mehr als einen virtuellen Wlan-Adapter, der manchmal als virtuelles WLAN bezeichnet wird.
- Ein softwarebasierter Wireless Access Point (AP), der manchmal auch als SoftAP bezeichnet wird und einen bestimmten virtuellen Drahtlosadapter verwendet.
Diese beiden Funktionen sind in einem Windows-System nebeneinander vorhanden. Durch das Aktivieren oder Deaktivieren des drahtlos gehosteten Netzwerks werden sowohl virtuelle Wi-Fi als auch SoftAP aktiviert oder deaktiviert. Es ist nicht möglich, diese beiden Funktionen separat in Windows zu aktivieren oder zu deaktivieren.
Mit diesem Feature kann ein Windows-Computer einen einzelnen physischen Drahtlosadapter verwenden, um eine Verbindung als Client mit einem Hardwarezugriffspunkt (AP) herzustellen, während er gleichzeitig als Software-AP fungiert, sodass andere drahtlosfähige Geräte eine Verbindung mit diesem herstellen können. Dieses Feature erfordert, dass auf dem lokalen Computer ein gehosteter netzwerkfähiger Drahtlosadapter installiert ist. Der Treiber für den Drahtlosadapter muss das von Microsoft für die Verwendung unter Windows 7 definierte Wlan-Gerätetreibermodell implementieren. Um das Windows 7-Logo zu erhalten, muss ein Drahtlostreiber das Feature "Gehostetes Drahtlosnetzwerk" implementieren.
Auf dem lokalen Computer ist zu jeder Zeit höchstens ein drahtloses gehostetes Netzwerk aktiviert, und nur ein drahtloser Adapter wird vom drahtlosen gehosteten Netzwerk verwendet. Wenn mehr als ein gehosteter netzwerkfähiger Drahtlosadapter vorhanden ist, wählt Windows einen Adapter für die Verwendung mit dem gehosteten Drahtlosnetzwerk aus. Wenn die gehosteten Netzwerk-APIs verwendet werden, wird der gehostete netzwerkfähige Drahtlosadapter auf maximal 3 logische Adapter virtualisiert:
- Ein Stationsadapter (STA) zur Verwendung durch Client- oder Ad-hoc-Drahtlosanwendungen. Der STA-Adapter erbt alle Einstellungen des ursprünglichen physischen Drahtlosadapters und weist das gleiche Verhalten auf wie der physische Adapter. Konzeptionell kann der STA-Adapter nach der Virtualisierung als identisch mit dem physischen Adapter angezeigt werden. Der STA-Adapter befindet sich immer im System, solange der entsprechende physische Drahtlose Adapter vorhanden ist.
- Ein AP-Adapter für die Verwendung durch das drahtlos gehostete Netzwerk zum Hosten von SoftAP. Der AP-Adapter ist erst im Windows-System vorhanden, nachdem das drahtlos gehostete Netzwerk zum ersten Mal aufgerufen wurde (wenn die Funktion WlanHostedNetworkStartUsing, WlanHostedNetworkForceStart oder WlanHostedNetworkInitSettings zuerst aufgerufen wird). Nach der Erstellung verbleibt der AP-Adapter im System, bis das drahtlos gehostete Netzwerk deaktiviert ist. Wenn das drahtlos gehostete Netzwerk zu einem späteren Zeitpunkt aktiviert ist, wird der AP-Adapter wieder im System angezeigt.
- Ein VSTA-Adapter (Virtual Station Adapter) für die Verwendung durch Hardwareanbieter, um die Funktion "Gehostetes Drahtlosnetzwerk" in Windows zu erweitern. Der VSTA-Adapter ist optional und kann nur vom entsprechenden IHV-Dienst im System erstellt werden. Im Gegensatz zum AP-Adapter ist der VSTA-Adapter im Windows-System nur ab dem Zeitpunkt vorhanden, zu dem der IHV-Dienst den Adapter initialisiert, bis der IHV-Dienst den Adapter freigibt.
Virtual Wi-Fi ordnet die logischen Adapter NDIS-Ports zu. Die Bindung der STA-, AP- und VSTA-Adapter an bestimmte NDIS-Ports wird von Windows festgelegt. Der STA-Adapter ist immer an Port 0 gebunden. Der AP-Adapter ist beim Starten der Virtualisierung an den nächsten verfügbaren NDIS-Port gebunden, und die Bindung bleibt unverändert, bis die Virtualisierung endet, wenn das gehostete drahtlose Netzwerk deaktiviert ist. Der VSTA-Adapter ist an den nächsten verfügbaren NDIS-Port gebunden, wenn er vom entsprechenden IHV-Dienst initialisiert wird, und die Bindung bleibt unverändert, bis sie vom IHV-Dienst freigegeben wird.
Es ist möglich, dass der VSTA-Adapter für die Verwendung durch IHVs erstellt wird, ohne den SoftAP-Adapter zu erstellen.
Die folgenden Kombinationen gelten für einen physischen Adapter mit Virtualisierung:
- STA-Adapter.
- STA- und AP-Adapter.
- STA- und VSTA-Adapter.
- STA-, AP- und VSTA-Adapter.
Mit Ausnahme der STA-Adapterhülle sind alle anderen Kombinationen nur gültig, wenn das drahtlos gehostete Netzwerk aktiviert ist. Im Fall des einzelnen STA-Adapters handelt es sich um den physischen Adapter, wenn das drahtlos gehostete Netzwerk deaktiviert ist. Wenn das drahtlose gehostete Netzwerk aktiviert ist, handelt es sich um den STA-Adapter, wenn das drahtlose gehostete Netzwerk noch nie im System aufgerufen wurde.
Layer-2-Bridging ist zwischen dem AP-Adapter und allen anderen Adaptern im System verboten. Die gleiche Einschränkung gilt für den VSTA-Adapter, wenn er im System vorhanden ist.
Das Feature "Gehostetes Drahtlosnetzwerk" in Windows implementiert ein SoftAP.The Wireless Hosted Network feature in Windows implementiert ein SoftAP. Dieses SoftAP ist jedoch nicht dafür konzipiert, hardwarebasierte drahtlose AP-Geräte zu ersetzen. Insbesondere wenn das drahtlos gehostete Netzwerk ausgeführt wird, wenn der Computer in den Standbymodus wechselt, in den Ruhezustand versetzt wird oder bevor der Computer neu gestartet wird, wird das drahtlose gehostete Netzwerk beendet. Das drahtlos gehostete Netzwerk wird nicht automatisch neu gestartet, nachdem der Computer aus dem Ruhezustand, ruhen oder neu gestartet wird. Darüber hinaus stellt SoftAP die DNS-Auflösung nicht bereit. Wenn ein externer DNS-Server nicht über die Gemeinsame Nutzung der Internetverbindung verfügbar gemacht wird (siehe die Diskussion über ICS unten), funktioniert die Auflösung des vollqualifizierten Domänennamens (Fully Qualified Domain Name, FQDN) zwischen zwei Computern oder Geräten, die mit dem SoftAP verbunden sind, einschließlich des Computers, auf dem das SoftAP gehostet wird, nur dann, wenn beide Entitäten den Netzwerktyp des SoftAP-Netzwerks als PRIVAT (HOME oder WORK in der Netzwerkkategorie pop-up) markieren. Da der Computer, auf dem softAP gehostet wird, den SoftAP-Netzwerktyp immer als PRIVAT markiert, müssen nur die mit SoftAP verbundenen Computer oder Geräte den SoftAP-Netzwerktyp als PRIVAT markieren, damit die FQDN-Auflösung funktioniert.
SoftAP- und Ad-hoc-Netzwerke schließen sich gegenseitig auf demselben physischen Adapter aus. Wenn SoftAP auf dem AP-Adapter ausgeführt wird und ein Benutzer oder eine Anwendung ein Ad-hoc-Netzwerk auf dem STA-Adapter startet, wird SoftAP heruntergefahren. Das Iif Ad-hoc-Netzwerk wird auf dem STA-Adapter ausgeführt. Ein Versuch, SoftAP auf dem AP-Adapter zu starten, schlägt fehl.
Zum Schutz der drahtlosen Kommunikation zwischen dem Computer, der SoftAP hostet, und den Geräten, die mit dem SoftAP verbunden sind, erfordert das gehostete Drahtlosnetzwerk, dass alle verbundenen Geräte die WPA2-PSK/AES-Verschlüsselungssuite verwenden. Der freigegebene Schlüssel ist ein 63-stelliger Wert, der von Windows generiert wird, wenn das drahtlos gehostete Netzwerk zum ersten Mal aufgerufen wird (wenn die Funktion WlanHostedNetworkStartUsing, WlanHostedNetworkForceStart oder WlanHostedNetworkInitSettings zuerst aufgerufen wird). Ein Benutzer oder eine Anwendung kann den Wert dieses freigegebenen Schlüssels nicht ändern, aber eine Anwendung kann das Betriebssystem anfordern, einen neuen Schlüssel neu zu generieren, indem sie die Funktion WlanHostedNetworkRefreshSecuritySettings aufruft , oder ein Benutzer kann das Betriebssystem anfordern, mithilfe von netsh wlan-Befehlen einen neuen Schlüssel neu zu generieren. Dieser freigegebene Schlüssel wird als Primär- oder Systemschlüssel für das drahtlos gehostete Netzwerk bezeichnet und ist beim Starten und Beenden des drahtlosen gehosteten Netzwerks persistent. Dieser Primärschlüssel wird in netsh wlan-Befehlen als "Systemsicherheitsschlüssel" bezeichnet.
Um die Benutzerfreundlichkeit zu ermöglichen, unterstützt wireless Hosted Network auch das Konzept eines sekundären oder Benutzersicherheitsschlüssels, der benutzerfreundlicher ist, aber weniger sicher sein könnte. Dieser sekundäre Schlüssel wird in netsh wlan-Befehlen als "Benutzersicherheitsschlüssel" bezeichnet. Der sekundäre Schlüssel wird nicht von Windows generiert. Der Benutzer muss den Wert für diesen Schlüssel angeben. Ein Benutzer oder eine Anwendung kann den Schlüsselwert festlegen oder ändern, indem er die WlanHostedNetworkSetSecondaryKey-Funktion aufruft oder die netsh wlan-Befehle verwendet. Der sekundäre Schlüssel kann als persistent oder temporär festgelegt werden. Wenn das drahtlos gehostete Netzwerk bereits ausgeführt wird, ist der sekundäre Schlüssel für einen temporären Schlüssel gültig, bis das drahtlos gehostete Netzwerk beendet wird. Für einen temporären Schlüssel gilt, wenn das gehostete Drahtlosnetzwerk nicht ausgeführt wird, es nur zwischen dem nächsten starten und beenden des gehosteten Drahtlosnetzwerks.
Es gibt genau einen Primärschlüssel und höchstens einen sekundären Schlüssel für das drahtlos gehostete Hetwork auf jedem Computer. Alle Geräte, die über Wi-Fi Protected Setup (WPS) bereitgestellt werden, erhalten den Primärschlüssel. Andere manuell konfigurierte Geräte können beide Schlüssel verwenden. Wenn ein Schlüssel geändert wird, kann jedes Gerät mit dem alten Schlüsselwert keine Verbindung mit dem drahtlosen gehosteten Netzwerk herstellen, ohne mit dem neuen Schlüssel erneut bereitgestellt zu werden. Geräte mit dem anderen unveränderten Schlüssel müssen jedoch weiterhin in der Lage sein, eine Verbindung mit dem drahtlosen gehosteten Netzwerk herzustellen.
Eine Anwendung kann sich für drahtlos gehostete Netzwerkbenachrichtigungen registrieren, sodass eine WLAN-Benachrichtigung an den Anwendungsrückruf gesendet wird, wenn sich die Eigenschaften im drahtlosen gehosteten Netzwerk ändern. Eine Anwendung registriert sich für drahtlos gehostete Netzwerkbenachrichtigungen, indem sie wlanRegisterNotification aufruft , wobei der dwNotifSource-Parameter festgelegt ist, um das WLAN_NOTIFICATION_SOURCE_HNWK Bit einzuschließen.
Windows bietet IT-Administratoren zwei Möglichkeiten, das Feature für gehostete Drahtlosnetzwerke zu verwalten. Bei Computern, die Mitglieder einer Domäne sind, können Administratoren gruppenrichtlinien verwenden, um das drahtlose gehostete Netzwerk nicht zuzulassen. Mithilfe von netsh wlan-Befehlen kann ein Administrator drahtlos gehostetes Netzwerk lokal auf dem Computer aktivieren oder deaktivieren.
Unterstützte Szenarien für drahtloses gehostetes Netzwerk
Das drahtlos gehostete Netzwerk ermöglicht zwei Hauptszenarien für Windows-Computer:
• Die Möglichkeit, ein drahtloses Personal Area Network (drahtloses PAN) für die Verwendung mit verschiedenen anderen drahtlosen Geräten bereitzustellen.
• Gemeinsame Nutzung von Netzwerkverbindungen für andere Computer und Geräte.
Das drahtlose PAN ist das primäre Szenario, das vom drahtlosen gehosteten Netzwerk selbst aktiviert wird. Sobald das drahtlose gehostete Netzwerk auf einem Computer gestartet wurde, kann jedes drahtlosfähige Gerät, das WPA2-PSK/AES unterstützt, eine Verbindung mit dem softAP herstellen, so als ob es eine Verbindung mit einem regulären Hardware-AP herstellt. Geräte, die mit dem drahtlosen gehosteten Netzwerk verbunden sind, bilden einen drahtlosen PAN, wo sie Informationen mit dem Windows-Computer austauschen können, der das SoftAP hostet, sowie untereinander.
Die Gemeinsame Nutzung von Netzwerkverbindungen für die Verwendung durch andere Computer und Geräte erfordert die Verwendung der Internetverbindungsfreigabe (Internet Connection Sharing, ICS). In diesem Szenario ist die öffentliche Schnittstelle von ICS die freigegebene Verbindung, während die private Schnittstelle der virtuelle Adapter ist, der das SoftAP hosten soll. Die freigegebene Verbindung kann eine Ethernet-, WLAN- oder wlan-WAN-Verbindung sein. Bei einer WLAN-Verbindung kann die öffentliche Schnittstelle von ICS entweder von einem anderen WLAN-Adapter oder vom virtuellen Stationsadapter auf demselben physischen Drahtlosadapter sein, der den SoftAP hostet. Die häufigste Verwendung für die Netzwerkfreigabe ist die Gemeinsame Nutzung einer Internetverbindung, bei der das Netzwerk auf der öffentlichen Schnittstelle von ICS Zugriff auf das Internet hat.
Das drahtlos gehostete Netzwerk interagiert mit Wi-Fi Protected Setup (WPS), einem weiteren wichtigen neuen Feature in Windows 7 und Windows Server 2008 R2 mit installiertem WLAN-Dienst. Das gehostete Drahtlosnetzwerk und WPS unterstützen ein Szenario, das ein WPS-fähiges Gerät für einen Nicht-WPS-fähigen Hardware-AP bereitstellt. In diesem Fall wird das unter Windows gehostete SoftAP im Hintergrund aufgerufen, um das Hardware-AP-Profil auf das WPS-fähige Gerät zu übertragen.
Benutzer- und Anwendungszugriff auf drahtloses gehostetes Netzwerk
Endbenutzer interagieren mit dem Feature "Gehostetes Drahtlosnetzwerk" in Windows mithilfe von Drittanbieteranwendungen oder netsh-Befehlen . Derzeit gibt es keine native Benutzeroberfläche zum Konfigurieren oder Verwalten des drahtlosen gehosteten Netzwerks unter Windows 7 oder Windows Server 2008 R2 mit installiertem WLAN-Dienst.
Anwendungen von Drittanbietern und die netsh-Befehle basieren auf der Verwendung der funktionen des öffentlichen gehosteten drahtlosen Netzwerks. Dieser Funktionssatz bietet einen vollständigen Satz von Funktionen zum Verwalten des gehosteten drahtlosen Netzwerks unter Windows 7 und Windows Server 2008 R2 mit installiertem WLAN-Dienst.
Im Folgenden finden Sie eine Liste der Funktionen des gehosteten drahtlos gehosteten Netzwerks und der allgemeinen Aktionen aus Sicht eines Endbenutzers, für die die Funktion verwendet wird:
| Verwendete Funktionen | BESCHREIBUNG |
|---|---|
| WlanHostedNetworkForceStart, WlanHostedNetworkStartUsing |
Starten Sie das drahtlose gehostete Netzwerk. |
| WlanHostedNetworkForceStop, WlanHostedNetworkStopUsing |
Beenden Sie das drahtlose gehostete Netzwerk. |
| WlanHostedNetworkInitSettings, WlanHostedNetworkSetSecondaryKey, WlanHostedNetworkRefreshSecuritySettings |
Konfigurieren Sie die Einstellungen für drahtlos gehostete Netzwerke (ändern Sie die SSID, ändern Sie den sekundären Schlüssel, oder fordern Sie an, dass der Primärschlüssel neu generiert wird). |
| WlanHostedNetworkQueryStatus, WlanHostedNetworkQuerySecondaryKey, WlanHostedNetworkQueryProperty |
Fragen Sie die Einstellungen und Informationen des gehosteten Drahtlosnetzwerks ab (status, SSID, sekundärer Schlüssel, Primärschlüssel oder eine Liste der aktuell verbundenen Geräte). |
Die netsh-Befehle sind für die Verwendung durch fortgeschrittene Benutzer oder Administratoren vorgesehen.
Netsh.exe verfügt über viele Unterbefehle für WLAN. Eine vollständige Liste der Optionen für netsh und wireless LAN ist an der Eingabeaufforderung verfügbar, indem Sie Folgendes eingeben:
netsh wlan /?
Die Dokumentation zu allen Netsh-Befehlen für wlan ist auch online auf Technet verfügbar. Weitere Informationen finden Sie unter Netsh-Befehle für wireless Local Area Network (WLAN).
Im Folgenden sind einige netsh-Befehle aufgeführt, die häufig mit für WLAN und das drahtlose gehostete Netzwerk verwendet werden, obwohl andere Befehlskombinationen unterstützt werden:
| Get-Help | BESCHREIBUNG |
|---|---|
| netsh wlan start hostednetwork |
Starten Sie das drahtlose gehostete Netzwerk. |
| netsh wlan stop hostednetwork |
Beenden Sie das drahtlose gehostete Netzwerk. |
| netsh wlan set hostednetwork [mode=]allow|disallow |
Aktivieren oder deaktivieren Sie das drahtlose gehostete Netzwerk. |
| netsh wlan set hostednetwork [ssid=]<ssid> [key=]<passphrase> [keyUsage=]persistent|temporary |
Konfigurieren Sie die Einstellungen für das gehostete Drahtlosnetzwerk. |
| netsh wlan refresh hostednetwork [data=] key |
Aktualisieren Sie den drahtlos gehosteten Netzwerkschlüssel. |
| netsh wlan show hostednetwork [[setting=]security] |
Anzeigen von drahtlos gehosteten Netzwerkinformationen. |
| netsh wlan show settings |
Anzeigen der globalen WLAN-Einstellungen. |
Zugehörige Themen
Feedback
Bald verfügbar: Im Laufe des Jahres 2024 werden wir GitHub-Issues stufenweise als Feedbackmechanismus für Inhalte abbauen und durch ein neues Feedbacksystem ersetzen. Weitere Informationen finden Sie unter https://aka.ms/ContentUserFeedback.
Feedback senden und anzeigen für