Wlan connect

[TERWI]

:-D Scherzbold. Wie ich oben schrieb:

Zitat:

Will man sich in ein verschlüssteltes neu einloggen, braucht man logo den KEY...

Wozu wäre eine Verschlüssenung sonst gut ? Wenn das so einfach wäre, dann ....

Bedenke: Das eigentliche Passwort (hier die s. g. Pass-Phrase) wird nur einmal (quasi im Klartext) an das Netzwerk gesendet und dann von dort kommend als "KeyMaterial" im eigenen Rechner (bei TKIP oder AES Verschlüsselung) als 64-Zeichen-HEX-String gespeichert

Eine Möglichkeit gäbe es, wenn ....
man einen Rechner hat, der bereits eine Verbindung zu entsprechendem Netz aufgebaut hat(te).
Dort könnte man das entsprechende Profil auslesen, sichern und auf dem eigenen Rechner wieder mit WLANSetProfil speichern.
Vorausgesetzt man hat Zugriff auf eben den Rechner. 8-)

Allerdings sind viele (öffentliche) AP's (z.B. hier bei mir von Vodafone oder Telekom) u. a. in Hotels sind i.d.R. als "OPEN" ohne Key deklariert. Da kann man sich problemlos einloggen - allerdings erfolgt dort Systemintern eine User- und PW-Abfrage, so bald man in's WWW möchte.

[t.roller]

Für das Auslesen der WLAN-Keys auf einem Computer gibt es
WirelessKeyView.exe.
http://www.nirsoft.net/utils/wireless_key.html

[TERWI]

:-D .... das kann mein kleines Tool mittlerweile auch.
Wie ich zuvor schrieb: Profiles auslesen, kopieren, speichern, anwenden.
Genauso stehts auch beim Tool von NirSoft.

[TERWI]

.... wieder ein paar Tage rum.
Funktioniert so weit so gut mit XP, aber bei manchen Dingen (AutoScan, Interface- & Netzwerk-Update, u.a) is das doch eher ne Krücke, im Pull-Modus per Timer zu werkeln. Und eine wichtige Dinge kann XP gar nicht ...
War doch sehr neugierig, was unter WIN7 noch so alles geht und hab mir (endlich :roll:) ne Win7 Kiste gebastelt, auf der nun auch nicht mehr Delphi 7 sondern 2007 (nicht RAD) dudelt.

Erstaunlicherweise lief der Code ohne zu meckern durch - nur ein paar Bugs in der Callback-Routine.
Nun heisst es also: Noch einige Funktionen auf- und einblasen, damit's noch praktikabler wird.

Ich werde euch zeitnah das kleine Projekt vorstellen.

[TERWI]

Doch ein Prob mit WIN7 aufgetaucht:

In diesem Schleppi werkelt ein Atheros WLan-Modul.
Zusätzlich habe ich noch einen FritzWlanStick N angesteckt.

Beide Adapter werden unter XP/Win7 korrekt erkannt, frage ich jedoch die verfügbaren Netzwerke mit WlanGetAvailableNetworkList je Adapter abab, klappt das bei XP einwandfrei - nur unter WIN7 bekomme ich beim Fritz den Fehler 50 / NOT SUPPORTED (Fehler ist im MSDN nicht gelistet !). Netzwerkliste ist leer, bzw. Zeiger darauf NIL.
Es ist auch egal, ob ich als Flags 0, 1, 2 oder 3 übergebe. Richtige GUID ist es auch.

???
Ganz offenichtlich scheint der Stick jedoch zu funktionieren. Schalte ich den Atheros ab (was mein Proggie 1A erkennt), habe ich laut System eine Verbindung mit 300 MBit - die auch funktioniert.
Also keine Prob betreff Treiber oder Installation.

Hat jemand eine Idee, was da inne Uhr ist ?
Kann man das irgendwie anders auslesen ?
Irgendwelche Tricks erforderlich ?

[stefan684]

Hallo Terwi,

da hast Du ja viel Arbeit reingesteckt, Respekt!

Könntest Du dein komplette Quelltext hier mal reinstellen?

Ich komm aktuell da auch nicht richtig weiter, wie hast Du die globalen Variablen definiert?
(FpIFDATA, FpNWDATA)

Danke.

Stefan

[TERWI]

Räume grade noch mal den Code auf, damit es übersichtlicher / verständlicher wird und schreibe noch entsprechende Memos rein.
Wenn fertig (hoffentlich zeitig in ein paar Tagen), gibt's einen neuen Thread "WLAN-API" - hier wirds zum Thema etwas unübersichtlich.
... mit aktualisierter Demo für Vista++.
Die XP-Kompatibilität habe ich rausgeworfen, weil Funktionalität (insbesondere bei der Notification vom OS) unter XP doch extrem mager ist und alles nur verkompliziert.

Bitte ein wenig Geduld.

Zur Info zum Neugierig machen vorab:
Die Demo und API bestehen aus folgenden Units:
- WLAN_ADMIN (die Demo selbst, recht kurz & klein - aber sehr effektiv)
- WLAN_WRAP (eine Klasse als Wrapper um die API mit Hilfsfunktionen)
- WLAN_API (das Interface zur DLL mit nativen Funktionen)
- WLAN_Strings (div. "Klartexte" zur div. Funktionen, Ergebnissen, Enumerationen, usw.)
- WLAN_Password (eine interne Form zur Passwort-Abfrage)
- WLAN_Profile (eine interne Form zur Bearbeitung von Verbindungs-Profilen)
- WLAN_Info_IF (eine interne Form mit Infos zum Adapter/Interface)
- WLAN_Info_NW (eine interne Form mit Infos zur aktuellen Verbindung am aktuellen Interface)

[TERWI]

Hier geht's weiter:
http://www.delphipraxis.net/192124-wlan-api-fuer-delphi-update-demo.html#WLAN-API (für DELPHI) - Update & DEMOpost1364954

[t.roller]

Falscher Link.

Richtig:
http://www.delphipraxis.net/192124-w...ml#post1364954

[TERWI]

THX :hi: