wpa_supplicant.conf bzw. bcm_supp.conf

m1m1 · 12.08.2009, 19:13

Hi,
ein Grund fürs rooten war für mich das WPA2-Enterprise Netz bei mir in der Uni, in welches ich mit der Standard-GUI mich natürlich nicht einwählen kann.

Eine Eigenart des Galaxy ist es wohl die Wlan-Config unter /data/misc/wifi/bcm_supp.conf zu speichern und nicht wie wohl sonst üblich unter /data/misc/wpa_supplicant.conf. Entsprechend funktioniert Wifi Helper nicht da es mit der /data/misc/wpa_supplicant.conf arbeitet.

Habe dazu folgende Einträge hinzugefügt in der bcm_supp.conf (wie sie Wifi Helper auch anlegt):

Code:

network={
        ssid="IRB-WPA2"
        identity="xxxxx"
        ca_cert="/sdcard/telekom.crt"
        password="xxxxxx"
        proto=WPA2
        key_mgmt=WPA-EAP
        eap=PEAP
        phase2="auth=MSCHAPV2"
}

network={
        ssid="ITMC-WPA2"
        identity="xxxxxx"
        ca_cert="/sdcard/telekom.crt"
        password="xxxxxx"
        proto=WPA2
        key_mgmt=WPA-EAP
        eap=PEAP
        phase2="auth=MSCHAPV2"
}

Wenn ich nun in der Uni in Reichweite dieser Netze WLAN akiviere bleibt es hängen und alles stürzt ab und auch das Booten bleibt fast immer hängen, sodass man Wlan nicht wieder deaktivieren kann. Außerhalb der Reichweite läuft alles normal.
Habt ihr es beim Galaxy schon geschafft euch in ein entsprechendes Netz einzuwählen?

m1m1 · 13.08.2009, 16:02

wirklich niemand?

dj_ecr · 13.08.2009, 16:58

Vielleicht hilft dir das hier:
pboos.ch Android: Using WPA2-Enterprise
Ne kleine Anleitung wie jemand wpa2-enterprise zum laufen brachte (allerdings nicht auf nem Samsung, vielleicht unterstützt der WLAN Chip es nicht?)

Lubomir · 13.08.2009, 17:25

Zitat:

Zitat von dj_ecr

vielleicht unterstützt der WLAN Chip es nicht?

Der unterstützt das 100% .Jeder Chipsatz kann alle verschlüsselungen. Sogar uralte 11mbit karten aus der Anfangszeit unterstützen WPA2 Enterprise und WPA2-AES. Es hängt nur von der Software (Treiber usw) ab, ob dies unterstützt wird. Viele 11mbit karten laufen nämlich unter linux problemlos mit wpa2 und unter windows kann man sich glücklich schätzen wenn wpa1 funktioniert.

Weiß jemand welcher Chipsatz dort verbaut ist? Die Config-datei deutet ja schon mal auf broadcom hin...

leromarinvit · 13.08.2009, 21:20

Zitat:

Zitat von Lubomir

Weiß jemand welcher Chipsatz dort verbaut ist? Die Config-datei deutet ja schon mal auf broadcom hin...

ja, bcm4325 wifi+bt. der treiber (/system/libmodules/bcm4325.ko oder so) ist laut modinfo sogar gpl - eher untypisch für broadcom, aber natürlich sehr schön!

m1m1 · 16.08.2009, 17:30

ich werde es die tage nochmal mit dieser beispiel-conf der uni probieren:

Code:

network={
  ssid="ITMC-WPA2"
  key_mgmt=WPA-EAP
  eap=PEAP
  pairwise=CCMP
  group=CCMP
  ca_cert="/pfad/zum/Zertifikat/telekom.crt"
  phase2="auth=MSCHAPV2"
  identity="smxxxxxx"
  password="IhrPasswort"
  priority=1
}

multioptionSDK · 16.08.2009, 19:58

Teste bitte am Besten mit Hilfe eines Laptop auf dem adb läuft. Dort kann man sich mit adb logcat das Systemlog in Echtzeit anzeigen lassen. Ein adb bugreport wenn das Handy noch läuft, hilft zusätzlich.

multioptionSDK

koy · 17.08.2009, 22:18

Zitat:

Zitat von multioptionSDK

Teste bitte am Besten mit Hilfe eines Laptop auf dem adb läuft. Dort kann man sich mit adb logcat das Systemlog in Echtzeit anzeigen lassen. Ein adb bugreport wenn das Handy noch läuft, hilft zusätzlich.

multioptionSDK

Code:

 21:59:33.359: VERBOSE/WifiMonitor(1074): Event [Trying to associate with 00:1e:bd:18:ae:02 (SSID='eduroam' freq=2462 MHz)]
 21:59:33.359: VERBOSE/WifiMonitor(1074): Event [CTRL-EVENT-STATE-CHANGE id=0 state=3]
 21:59:33.359: VERBOSE/WifiStateTracker(1074): Changing supplicant state: SCANNING ==> ASSOCIATING
 21:59:33.359: VERBOSE/WifiMonitor(1074): Event [CTRL-EVENT-DISCONNECTED - Disconnect event - remove keys]
 21:59:33.359: VERBOSE/WifiMonitor(1074): Event [CTRL-EVENT-STATE-CHANGE id=11 state=0]
 21:59:33.369: VERBOSE/WifiStateTracker(1074): New network state is DISCONNECTED
 21:59:33.369: VERBOSE/WifiStateTracker(1074): Changing supplicant state: ASSOCIATING ==> DISCONNECTED
 21:59:33.899: VERBOSE/WifiMonitor(1074): Event [CTRL-EVENT-STATE-CHANGE id=11 state=4]
 21:59:33.919: VERBOSE/WifiStateTracker(1074): Changing supplicant state: DISCONNECTED ==> ASSOCIATED
 21:59:33.929: VERBOSE/WifiMonitor(1074): Event [Associated with 00:1e:bd:18:ae:02]
 21:59:33.929: VERBOSE/WifiMonitor(1074): Event [CTRL-EVENT-EAP-STARTED EAP authentication started]
 21:59:34.009: INFO/PhoneWindowManager(1074): Unlocking due to user pressing HOLD key
 21:59:34.039: VERBOSE/WifiMonitor(1074): Event [CTRL-EVENT-EAP-METHOD EAP vendor 0 method 21 (TTLS) selected]
 21:59:34.139: WARN/InputManagerService(1074): Window already focused, ignoring focus gain of: com.android.internal.view.IInputMethodClient$Stub$Proxy@432d9708
 21:59:34.559: INFO/WindowManager(1074): HOLD key UP event received
 21:59:34.709: VERBOSE/WifiMonitor(1074): Event [CTRL-EVENT-EAP-SUCCESS EAP authentication completed successfully]
 21:59:34.709: VERBOSE/WifiMonitor(1074): Event [CTRL-EVENT-STATE-CHANGE id=11 state=5]
 21:59:34.719: VERBOSE/WifiStateTracker(1074): Changing supplicant state: ASSOCIATED ==> FOUR_WAY_HANDSHAKE
 21:59:34.739: VERBOSE/WifiMonitor(1074): Event [CTRL-EVENT-STATE-CHANGE id=11 state=5]
 21:59:34.739: VERBOSE/WifiStateTracker(1074): Changing supplicant state: FOUR_WAY_HANDSHAKE ==> FOUR_WAY_HANDSHAKE
 21:59:34.739: VERBOSE/WifiMonitor(1074): Event [CTRL-EVENT-STATE-CHANGE id=11 state=6]
 21:59:34.749: VERBOSE/WifiStateTracker(1074): Changing supplicant state: FOUR_WAY_HANDSHAKE ==> GROUP_HANDSHAKE
 21:59:35.719: VERBOSE/WifiMonitor(1074): Event [WPA: Key negotiation completed with 00:1e:bd:18:ae:02 [PTK=CCMP GTK=TKIP]]
 21:59:35.719: VERBOSE/WifiMonitor(1074): Event [CTRL-EVENT-STATE-CHANGE id=11 state=7]
 21:59:36.699: VERBOSE/WifiStateTracker(1074): Changing supplicant state: GROUP_HANDSHAKE ==> COMPLETED
 21:59:36.699: VERBOSE/WifiMonitor(1074): Event [CTRL-EVENT-CONNECTED - Connection to 00:1e:bd:18:ae:02 completed (reauth) [id=11 id_str=]]
 21:59:36.719: VERBOSE/WifiStateTracker(1074): New network state is CONNECTED
 21:59:37.719: DEBUG/WifiStateTracker(1074): Deconfiguring interface and stopping DHCP
 21:59:41.689: DEBUG/WifiStateTracker(1074): DhcpHandler: DHCP request started
 21:59:45.689: DEBUG/WifiHW(1074): 'DRIVER RSSI' command timed out.
 21:59:47.689: DEBUG/WifiHW(1074): 'DRIVER LINKSPEED' command timed out.
 21:59:53.699: DEBUG/dalvikvm(24848): GC freed 993 objects / 57880 bytes in 4978ms
 21:59:56.679: INFO/WindowManager(1074): HOLD key DOWN event received
 21:59:56.679: INFO/WindowManager(1074): User pressing HOLD key to request screen lock
 21:59:56.679: INFO/PowerManagerService(1074):  [1] #### PowerManagerService      Action Go To Sleep!! 
 22:00:04.709: INFO/mWorkspace(1732): onPrepareDialog DIALOG_CREATE_SHORTCUT mWorkspace.lock()
 22:00:05.679: DEBUG/WifiHW(1074): 'DRIVER LINKSPEED' command timed out.
 22:00:10.679: DEBUG/WifiHW(1074): 'DRIVER LINKSPEED' command timed out.
 22:00:12.719: INFO/WifiStateTracker(1074): DhcpHandler: DHCP request failed: Timed out waiting for DHCP to finish
 22:00:20.679: DEBUG/WifiHW(1074): 'DRIVER LINKSPEED' command timed out.
 22:00:21.709: VERBOSE/WifiMonitor(1074): Event [CTRL-EVENT-STATE-CHANGE id=11 state=8]
 22:00:21.709: VERBOSE/WifiStateTracker(1074): Changing supplicant state: COMPLETED ==> DORMANT
 22:00:21.709: DEBUG/WifiStateTracker(1074): Deconfiguring interface and stopping DHCP
 22:00:26.679: WARN/ActivityManager(1074): Timeout of broadcast BroadcastRecord{43472680 android.intent.action.TIME_TICK} - receiver=android.app.ActivityThread$PackageInfo$ReceiverDispatcher$InnerReceiver@433ddfb0
 22:00:26.679: WARN/ActivityManager(1074): Receiver during timeout: BroadcastFilter{433f5e60 ReceiverList{433f5de8 1074 system/1000 client 433ddfb0}}

Hier mal ein kleiner Auszug aus dem logfile.
Sieht so aus als op der "LINKSPEED" Treiber abstürzt.

m1m1 · 18.08.2009, 00:37

Mittwoch werde ich es bei mir in der Uni mit Log testen, mal gucken ob es dann der gleiche Fehler ist, wäre ja mal wieder bitter fürs Galaxy ...

m1m1 · 19.08.2009, 16:52

jo bei mir gibts auch ein Timeout vom Linkspeed Driver ...

12.08.2009, 19:13	#1 (permalink)
m1m1 Android-Hilfe.de Mitglied Modell: HTC Desire Registriert seit: 15.07.2009 Beiträge: 176 Abgegebene Danke: 15 Erhielt 3 Danke für 3 Beiträge	wpa_supplicant.conf bzw. bcm_supp.conf Hi, ein Grund fürs rooten war für mich das WPA2-Enterprise Netz bei mir in der Uni, in welches ich mit der Standard-GUI mich natürlich nicht einwählen kann. Eine Eigenart des Galaxy ist es wohl die Wlan-Config unter /data/misc/wifi/bcm_supp.conf zu speichern und nicht wie wohl sonst üblich unter /data/misc/wpa_supplicant.conf. Entsprechend funktioniert Wifi Helper nicht da es mit der /data/misc/wpa_supplicant.conf arbeitet. Habe dazu folgende Einträge hinzugefügt in der bcm_supp.conf (wie sie Wifi Helper auch anlegt): Code: network={ ssid="IRB-WPA2" identity="xxxxx" ca_cert="/sdcard/telekom.crt" password="xxxxxx" proto=WPA2 key_mgmt=WPA-EAP eap=PEAP phase2="auth=MSCHAPV2" } network={ ssid="ITMC-WPA2" identity="xxxxxx" ca_cert="/sdcard/telekom.crt" password="xxxxxx" proto=WPA2 key_mgmt=WPA-EAP eap=PEAP phase2="auth=MSCHAPV2" } Wenn ich nun in der Uni in Reichweite dieser Netze WLAN akiviere bleibt es hängen und alles stürzt ab und auch das Booten bleibt fast immer hängen, sodass man Wlan nicht wieder deaktivieren kann. Außerhalb der Reichweite läuft alles normal. Habt ihr es beim Galaxy schon geschafft euch in ein entsprechendes Netz einzuwählen?

13.08.2009, 16:02	#2 (permalink)
m1m1 Android-Hilfe.de Mitglied Modell: HTC Desire Registriert seit: 15.07.2009 Beiträge: 176 Abgegebene Danke: 15 Erhielt 3 Danke für 3 Beiträge	AW: wpa_supplicant.conf bzw. bcm_supp.conf wirklich niemand?

13.08.2009, 16:58	#3 (permalink)
dj_ecr Android-Hilfe.de Mitglied Registriert seit: 11.08.2009 Beiträge: 109 Abgegebene Danke: 19 Erhielt 35 Danke für 5 Beiträge	AW: wpa_supplicant.conf bzw. bcm_supp.conf Vielleicht hilft dir das hier: pboos.ch Android: Using WPA2-Enterprise Ne kleine Anleitung wie jemand wpa2-enterprise zum laufen brachte (allerdings nicht auf nem Samsung, vielleicht unterstützt der WLAN Chip es nicht?)

16.08.2009, 17:30	#6 (permalink)
m1m1 Android-Hilfe.de Mitglied Modell: HTC Desire Registriert seit: 15.07.2009 Beiträge: 176 Abgegebene Danke: 15 Erhielt 3 Danke für 3 Beiträge	AW: wpa_supplicant.conf bzw. bcm_supp.conf ich werde es die tage nochmal mit dieser beispiel-conf der uni probieren: Code: network={ ssid="ITMC-WPA2" key_mgmt=WPA-EAP eap=PEAP pairwise=CCMP group=CCMP ca_cert="/pfad/zum/Zertifikat/telekom.crt" phase2="auth=MSCHAPV2" identity="smxxxxxx" password="IhrPasswort" priority=1 }

16.08.2009, 19:58	#7 (permalink)
multioptionSDK Junior Mitglied Registriert seit: 30.07.2009 Beiträge: 42 Abgegebene Danke: 2 Erhielt 1 Danke für 1 Beitrag	AW: wpa_supplicant.conf bzw. bcm_supp.conf Teste bitte am Besten mit Hilfe eines Laptop auf dem adb läuft. Dort kann man sich mit adb logcat das Systemlog in Echtzeit anzeigen lassen. Ein adb bugreport wenn das Handy noch läuft, hilft zusätzlich. multioptionSDK __________________ receptorBlog.com Howto: Root für Samsung Galaxy Nandroid Backup for Galaxy Meine Artikel in deutsch

18.08.2009, 00:37	#9 (permalink)
m1m1 Android-Hilfe.de Mitglied Modell: HTC Desire Registriert seit: 15.07.2009 Beiträge: 176 Abgegebene Danke: 15 Erhielt 3 Danke für 3 Beiträge	AW: wpa_supplicant.conf bzw. bcm_supp.conf Mittwoch werde ich es bei mir in der Uni mit Log testen, mal gucken ob es dann der gleiche Fehler ist, wäre ja mal wieder bitter fürs Galaxy ...

19.08.2009, 16:52	#10 (permalink)
m1m1 Android-Hilfe.de Mitglied Modell: HTC Desire Registriert seit: 15.07.2009 Beiträge: 176 Abgegebene Danke: 15 Erhielt 3 Danke für 3 Beiträge	AW: wpa_supplicant.conf bzw. bcm_supp.conf jo bei mir gibts auch ein Timeout vom Linkspeed Driver ...

Themen-Optionen
Druckbare Version zeigen Jemanden per E-Mail auf dieses Thema hinweisen
Ansicht
Linear-Darstellung Zur Hybrid-Darstellung wechseln Zur Baum-Darstellung wechseln