10.12. RU9 - L-1310acn Probleme mit MacBook Pro 2018

Forum zu den aktuellen LANCOM Wireless Accesspoint Serien, z.B.: L-45x, L-460, L32x ...

Moderator: Lancom-Systems Moderatoren

Henri
Beiträge: 296
Registriert: 23 Jul 2005, 01:42

10.12. RU9 - L-1310acn Probleme mit MacBook Pro 2018

Beitrag von Henri » 26 Aug 2018, 09:08

Hallo,

habe hier ein Problem mit unserem 802.11i und einem Macbook Pro 2018 (OSX 10.13.6).
MacBook Pro 2016 (10.13.6), iPhones usw. funktioniert wie seit Jahren ohne Probleme.
Ein paar APs an 2*WLC-4006+ alles 10.12. RU9.

Die EAP Authentifizierung funktioniert (EAP-TLS Authentificated am MacBook).

Gibt es dazu Erfahrungen?

Danke

Henri

RADIUS-Client] 2018/08/26 08:58:17,171
Received RADIUS Accept Id 228 from 172.20.0.5 on Port 14400
-->found corr. request 228 to 172.20.0.5:1812,
Message-Authenticator:
Tunnel-Type : VLAN
Tunnel-Medium-Type : IEEE-802
Tunnel-Private-Group-Id: 1
EAP-Message:
(4 bytes)
-->EAP Header
EAP Packet Code : Success
EAP Packet Id : 12
EAP Packet Len : 4
-->trigger requester


[EAP] 2018/08/26 08:58:17,171
EAP: RX <- 172.20.0.5:1812
- received EAP frame from RADIUS server
EAP: (80) Message-Authenticator = ...
EAP: (64) Tunnel-Type = 13
EAP: (65) Tunnel-Medium-Type = 6
EAP: (81) Tunnel-Private-Group-ID = 1

EAP: Packet Type = Access-Accept


[EAP] 2018/08/26 08:58:17,171
EAP: TX -> - sending EAPOL frame to supplicant
EAP: Packet Type = 0 (EAP-Packet)
EAP: Packet Length = 4
EAP: Code = 3 (Success)
EAP: Ident = 12
EAP: Length = 4

[EAP] 2018/08/26 08:58:17,174
***Creating WPA(2)/802.11i key handshake context with supplicant
-->Switching to pairwise key handshake phase 1, send corresponding packet
-->EAPOL Header
Protocol Version : 2
Packet Type : Key
Packet Length : 117
Key Type : 2
-->802.11i RSN Key Descriptor
Key Information : Version 3 Pairwise Key-Index 0 ACK
Key Length : 16
Replay Counter : 0000000000000001
[EAP] 2018/08/26 08:58:17,475

[EAP] 2018/08/26 08:58:17,475
***Authenticator timeout occured for negotiation with in phase 1
-->Retrying, this time with 512 ms timeout...
-->EAPOL Header
Protocol Version : 2
Packet Type : Key
Packet Length : 117
Key Type : 2
-->802.11i RSN Key Descriptor
Key Information : Version 3 Pairwise Key-Index 0 ACK
Key Length : 16
Replay Counter : 0000000000000002

[EAP] 2018/08/26 08:58:36,444
***Authenticator timeout occured for negotiation with in phase 1
-->Retrying, this time with 1024 ms timeout...
-->EAPOL Header
Protocol Version : 2
Packet Type : Key
Packet Length : 117
Key Type : 2
-->802.11i RSN Key Descriptor
Key Information : Version 3 Pairwise Key-Index 0 ACK
Key Length : 16
Replay Counter : 0000000000000015

Henri
Beiträge: 296
Registriert: 23 Jul 2005, 01:42

Re: 10.12. RU9 - L-1310acn Probleme mit MacBook Pro 2018

Beitrag von Henri » 26 Aug 2018, 09:59

Noch ein paar Infos. 10.20.RC2, keine Änderung.
Ohne 802.11i tut es.

Hier die WIFI Logs des Client:

Mit vielen Grüßen

Henri

Sun Aug 26 09:45:18.679 AutoJoin: <airportd[221]> Successful user mode 802.1X association to network 'xxx' took 6.2561 seconds
Sun Aug 26 09:45:18.680 AutoJoin: <airportd[221]> Successful join to preferred network ['xxx' (wifi.ssid.<53797343 6f6e7375 6c74>) - WPA2 Enterprise]
Sun Aug 26 09:45:18.692 AutoJoin: <airportd[221]> Successful auto-join to preferred network 'xxx' (wifi.ssid.<53797343 6f6e7375 6c74>) - WPA2 Enterprise, took 6.7589 seconds
Sun Aug 26 09:45:18.694 <airportd[221]> _SC_callback: Changed keys = { 'State:/Network/Interface/en0/AirPort/ProfileID' 'State:/Network/Interface/en0/AirPort/WEP40' }
Sun Aug 26 09:45:18.695 SC: <airportd[221]> airportdProcessSystemConfigurationEvent: Processing 'State:/Network/Interface/en0/AirPort/ProfileID'
Sun Aug 26 09:45:18.695 SC: <airportd[221]> airportdProcessSystemConfigurationEvent: Processing 'State:/Network/Interface/en0/AirPort/WEP40'
Sun Aug 26 09:45:18.695 <airportd[221]> _SC_callback: Changed keys = { Sun Aug 26 09:45:18.695 'State:/Network/Interface/en0/AirPort/SSID_STR' }
Sun Aug 26 09:45:18.695 SC: <airportd[221]> airportdProcessSystemConfigurationEvent: Processing 'State:/Network/Interface/en0/AirPort/SSID_STR'
Sun Aug 26 09:45:18.695 <airportd[221]> _SC_callback: Changed keys = { 'State:/Network/Interface/en0/AirPort/AirPlay' }
Sun Aug 26 09:45:18.695 SC: <airportd[221]> airportdProcessSystemConfigurationEvent: Processing 'State:/Network/Interface/en0/AirPort/AirPlay'
Sun Aug 26 09:45:18.696 <airportd[221]> _SC_callback: Changed keys = { Sun Aug 26 09:45:18.696 'State:/Network/Interface/en0/AirPort/AutoJoinTimestamp' }
Sun Aug 26 09:45:18.696 SC: <airportd[221]> airportdProcessSystemConfigurationEvent: Processing 'State:/Network/Interface/en0/AirPort/AutoJoinTimestamp'
Sun Aug 26 09:45:18.696 <airportd[221]> _SC_callback: Changed keys = { 'State:/Network/Interface/en0/AirPort/BSSID' Sun Aug 26 09:45:18.696 }
Sun Aug 26 09:45:18.696 SC: <airportd[221]> airportdProcessSystemConfigurationEvent: Processing 'State:/Network/Interface/en0/AirPort/BSSID'
Sun Aug 26 09:45:18.698 BTC: <airportd[221]> __BluetoothCoexHandleUpdateForNode: <en0> Handle Bluetooth Coex: FrequencyBand <1>, Bluetooth Bandwidth Utilization <13>, Clamshell Mode <0>
Sun Aug 26 09:45:18.698 AutoJoin: <airportd[221]> AUTO-JOIN COMPLETED for interface en0, took 6.7932 seconds, returned result 'success', error [NO ERROR]
Sun Aug 26 09:45:18.698 BTC: <airportd[221]> __BluetoothCoexHandleUpdateForNode: Driver supports APPLE80211_CAP_COEX_PROFILE_OFFLOAD. Airportd won't BluetoothCoexModeSet() and defer coex profile loading to UDM coex manager (UCM/WRM) ...
Sun Aug 26 09:45:18.698
Sun Aug 26 09:45:18.698 Info: <airportd[221]> PRIORITY LOCK REMOVED [client=airportd, type=4, interface=en0, priority=7]
Sun Aug 26 09:45:18.698 Info: <airportd[221]> REQUEST UN-DEFERRED minimum=-9223372036854775808 [client=com.apple.preference.network.remoteservice, type=4, interface=en0, priority=4]
Sun Aug 26 09:45:18.698 <airportd[221]> _SC_callback: Changed keys = { 'State:/Network/Interface/en0/AirPort/SSID' 'State:/Network/Interface/en0/AirPort/CHANNEL' 'State:/Network/Interface/en0/AirPort/Busy' 'State:/Network/Interface/en0/AirPort/Power Status' 'State:/Network/Interface/en0/AirPort/WEPOPENSYSTEM' 'State:/Network/Interface/en0/AirPort/CachedScanRecord' 'State:/Network/Interface/en0/AirPort/UserMode8021X' 'State:/Network/Interface/en0/AirPort/BusyUI' }
Sun Aug 26 09:45:18.699 Info: <Wi-Fi Menu Extra[566]> auto-join completed, _isBusy 1, isBusy 0
Sun Aug 26 09:45:18.699 P2P: <airportd[221]> _updateInterfaceBusySetting: Disabling P2P scan suppress
Sun Aug 26 09:45:18.699 BTC: <airportd[221]> __BluetoothCoexHandleUpdateForNode: <en0> Handle Bluetooth Coex: FrequencyBand <1>, Bluetooth Bandwidth Utilization <13>, Clamshell Mode <0>
Sun Aug 26 09:45:18.699 SC: <airportd[221]> airportdProcessSystemConfigurationEvent: Processing 'State:/Network/Interface/en0/AirPort/SSID'
Sun Aug 26 09:45:18.699 BTC: <airportd[221]> __BluetoothCoexHandleUpdateForNode: Driver supports APPLE80211_CAP_COEX_PROFILE_OFFLOAD. Airportd won't BluetoothCoexModeSet() and defer coex profile loading to UDM coex manager (UCM/WRM) ...

Sun Aug 26 09:45:18.699 SC: <airportd[221]> airportdProcessSystemConfigurationEvent: Processing 'State:/Network/Interface/en0/AirPort/CHANNEL'
Sun Aug 26 09:45:18.699 SC: <airportd[221]> airportdProcessSystemConfigurationEvent: Processing 'State:/Network/Interface/en0/AirPort/Busy'
Sun Aug 26 09:45:18.699 Info: <Wi-Fi Menu Extra[566]> -[AirPortExtraImplementation processAirPortStateChanges]: pppConnectionState 0
Sun Aug 26 09:45:18.699 SC: <airportd[221]> airportdProcessSystemConfigurationEvent: Processing 'State:/Network/Interface/en0/AirPort/Power Status'
Sun Aug 26 09:45:18.699 SC: <airportd[221]> airportdProcessSystemConfigurationEvent: Processing 'State:/Network/Interface/en0/AirPort/WEPOPENSYSTEM'
Sun Aug 26 09:45:18.699 Info: <Wi-Fi Menu Extra[566]> -[AirPortExtraImplementation processAirPortStateChanges]: old state=auto-join, new state=connecting
Sun Aug 26 09:45:18.699 SC: <airportd[221]> airportdProcessSystemConfigurationEvent: Processing 'State:/Network/Interface/en0/AirPort/CachedScanRecord'
Sun Aug 26 09:45:18.699 SC: <airportd[221]> airportdProcessSystemConfigurationEvent: Processing 'State:/Network/Interface/en0/AirPort/UserMode8021X'
Sun Aug 26 09:45:18.699 SC: <airportd[221]> airportdProcessSystemConfigurationEvent: Processing 'State:/Network/Interface/en0/AirPort/BusyUI'
Sun Aug 26 09:45:18.699 BTC: <airportd[221]> __BluetoothCoexHandleUpdateForNode: <en0> Handle Bluetooth Coex: FrequencyBand <1>, Bluetooth Bandwidth Utilization <13>, Clamshell Mode <0>
Sun Aug 26 09:45:18.699 BTC: <airportd[221]> __BluetoothCoexHandleUpdateForNode: Driver supports APPLE80211_CAP_COEX_PROFILE_OFFLOAD. Airportd won't BluetoothCoexModeSet() and defer coex profile loading to UDM coex manager (UCM/WRM) ...
Sun Aug 26 09:45:18.699
Sun Aug 26 09:45:18.699 BTC: <airportd[221]> __BluetoothCoexHandleUpdateForNode: <en0> Handle Bluetooth Coex: FrequencyBand <1>, Bluetooth Bandwidth Utilization <13>, Clamshell Mode <0>
Sun Aug 26 09:45:18.699 BTC: <airportd[221]> __BluetoothCoexHandleUpdateForNode: Driver supports APPLE80211_CAP_COEX_PROFILE_OFFLOAD. Airportd won't BluetoothCoexModeSet() and defer coex profile loading to UDM coex manager (UCM/WRM) ...
Sun Aug 26 09:45:18.699
Sun Aug 26 09:45:18.700 BTC: <airportd[221]> __BluetoothCoexHandleUpdateForNode: <en0> Handle Bluetooth Coex: FrequencyBand <1>, Bluetooth Bandwidth Utilization <13>, Clamshell Mode <0>
Sun Aug 26 09:45:18.700 BTC: <airportd[221]> __BluetoothCoexHandleUpdateForNode: Driver supports APPLE80211_CAP_COEX_PROFILE_OFFLOAD. Airportd won't BluetoothCoexModeSet() and defer coex profile loading to UDM coex manager (UCM/WRM) ...
Sun Aug 26 09:45:18.700
Sun Aug 26 09:45:18.700 BTC: <airportd[221]> __BluetoothCoexHandleUpdateForNode: <en0> Handle Bluetooth Coex: FrequencyBand <1>, Bluetooth Bandwidth Utilization <13>, Clamshell Mode <0>
Sun Aug 26 09:45:18.700 BTC: <airportd[221]> __BluetoothCoexHandleUpdateForNode: Driver supports APPLE80211_CAP_COEX_PROFILE_OFFLOAD. Airportd won't BluetoothCoexModeSet() and defer coex profile loading to UDM coex manager (UCM/WRM) ...
Sun Aug 26 09:45:18.700
Sun Aug 26 09:45:18.700 BTC: <airportd[221]> __BluetoothCoexHandleUpdateForNode: <en0> Handle Bluetooth Coex: FrequencyBand <1>, Bluetooth Bandwidth Utilization <13>, Clamshell Mode <0>
Sun Aug 26 09:45:18.700 BTC: <airportd[221]> __BluetoothCoexHandleUpdateForNode: Driver supports APPLE80211_CAP_COEX_PROFILE_OFFLOAD. Airportd won't BluetoothCoexModeSet() and defer coex profile loading to UDM coex manager (UCM/WRM) ...
Sun Aug 26 09:45:18.700
Sun Aug 26 09:45:18.700 BTC: <airportd[221]> __BluetoothCoexHandleUpdateForNode: <en0> Handle Bluetooth Coex: FrequencyBand <1>, Bluetooth Bandwidth Utilization <13>, Clamshell Mode <0>
Sun Aug 26 09:45:18.700 BTC: <airportd[221]> __BluetoothCoexHandleUpdateForNode: Driver supports APPLE80211_CAP_COEX_PROFILE_OFFLOAD. Airportd won't BluetoothCoexModeSet() and defer coex profile loading to UDM coex manager (UCM/WRM) ...
Sun Aug 26 09:45:18.700
Sun Aug 26 09:45:18.706 Info: <airportd[221]> -[CWXPCSubsystem performScanWithChannelList:ssidList:legacyScanSSID:dwellTimeOverride:includeHiddenNetworks:mergeScanResults:interfaceName:connection:error:]: Failed to perform Wi-Fi scan, returned error code -469794544
Sun Aug 26 09:45:18.706 AutoJoin: <airportd[221]> Failed cache-assisted scan request for com.apple.preference.network.remoteservice with channels {(
Sun Aug 26 09:45:18.706 <CWChannel: 0x7fa28e606e30> [channelNumber=1(2GHz), channelWidth={20MHz}, active],
Sun Aug 26 09:45:18.706 <CWChannel: 0x7fa28e6058a0> [channelNumber=2(2GHz), channelWidth={20MHz}, active],
Sun Aug 26 09:45:18.706 <CWChannel: 0x7fa28e606f20> [channelNumber=3(2GHz), channelWidth={20MHz}, active],
Sun Aug 26 09:45:18.706 <CWChannel: 0x7fa28e6017b0> [channelNumber=4(2GHz), channelWidth={20MHz}, active],
Sun Aug 26 09:45:18.706 <CWChannel: 0x7fa28e605140> [channelNumber=5(2GHz), channelWidth={20MHz}, active],
Sun Aug 26 09:45:18.706 <CWChannel: 0x7fa28e60a040> [channelNumber=6(2GHz), channelWidth={20MHz}, active]
Sun Aug 26 09:45:18.706 )}, took 6.7959 seconds, returned error [-469794544, com.apple.wifi.apple80211API.error, 'Unknown error']
Sun Aug 26 09:45:18.713 Info: <airportd[221]> -[CWXPCSubsystem performScanWithChannelList:ssidList:legacyScanSSID:dwellTimeOverride:includeHiddenNetworks:mergeScanResults:interfaceName:connection:error:]: Failed to perform Wi-Fi scan, returned error code -469794544
Sun Aug 26 09:45:18.713 AutoJoin: <airportd[221]> Failed cache-assisted scan request for com.apple.preference.network.remoteservice with channels {(
Sun Aug 26 09:45:18.713 <CWChannel: 0x7fa28e6095d0> [channelNumber=7(2GHz), channelWidth={20MHz}, active],
Sun Aug 26 09:45:18.713 <CWChannel: 0x7fa28e603680> [channelNumber=8(2GHz), channelWidth={20MHz}, active],
Sun Aug 26 09:45:18.713 <CWChannel: 0x7fa28e6040b0> [channelNumber=9(2GHz), channelWidth={20MHz}, active],
Sun Aug 26 09:45:18.713 <CWChannel: 0x7fa28e609d90> [channelNumber=10(2GHz), channelWidth={20MHz}, active],
Sun Aug 26 09:45:18.713 <CWChannel: 0x7fa28e60a060> [channelNumber=11(2GHz), channelWidth={20MHz}, active],
Sun Aug 26 09:45:18.713 <CWChannel: 0x7fa28e6062f0> [channelNumber=12(2GHz), channelWidth={20MHz}, active]
Sun Aug 26 09:45:18.713 )}, took 0.0065 seconds, returned error [-469794544, com.apple.wifi.apple80211API.error, 'Unknown error']
Sun Aug 26 09:45:18.720 Info: <airportd[221]> -[CWXPCSubsystem performScanWithChannelList:ssidList:legacyScanSSID:dwellTimeOverride:includeHiddenNetworks:mergeScanResults:interfaceName:connection:error:]: Failed to perform Wi-Fi scan, returned error code -469794544

Henri
Beiträge: 296
Registriert: 23 Jul 2005, 01:42

Re: 10.12. RU9 - L-1310acn Probleme mit MacBook Pro 2018

Beitrag von Henri » 26 Aug 2018, 10:24

weitere Info, ohne Fast Romaing funktioniert es, ist also wieder einmal ein Problem damit, wir schon beim iPhone 7.
Leider funktionieren ohne Fast Roaming ein paar andere Geräte nicht mehr.

Henri

Benutzeravatar
Jirka
Beiträge: 4243
Registriert: 03 Jan 2005, 14:39
Wohnort: Ex-OPAL-Gebiet
Kontaktdaten:

Re: 10.12. RU9 - L-1310acn Probleme mit MacBook Pro 2018

Beitrag von Jirka » 26 Aug 2018, 12:01

Hallo,
Henri hat geschrieben:
26 Aug 2018, 10:24
Leider funktionieren ohne Fast Roaming ein paar andere Geräte nicht mehr.
...was ungewöhnlich ist. Umgekehrt, also mit Fast Roaming, ist es klar, dass einige Clients das nicht können.

Dann mach doch einfach zwei verschiedene SSIDs auf, eine mit und eine ohne Fast Roaming.

Viele Grüße,
Jirka
13 Jahre LANCOM-Forum — 13 Jahre Kompetenz in Sachen LANCOM.

Henri
Beiträge: 296
Registriert: 23 Jul 2005, 01:42

Re: 10.12. RU9 - L-1310acn Probleme mit MacBook Pro 2018

Beitrag von Henri » 26 Aug 2018, 18:09

Danke, habe halt schon 5 Stück, (segmentiertes Netz mit vielen VLANs).

Mit vielen Grüßen

Henri

Benutzeravatar
alf29
Moderator
Moderator
Beiträge: 5895
Registriert: 07 Nov 2004, 20:33
Wohnort: Aachen
Kontaktdaten:

Re: 10.12. RU9 - L-1310acn Probleme mit MacBook Pro 2018

Beitrag von alf29 » 26 Aug 2018, 21:07

Moin,

der Client versucht aber schon Fast Roaming zu machen, sonst hätte man keine Version 3 Key Deskriptoren. Die Traces sehen etwas verstümmelt aus, die Dumps der Key-Deskriptoren brechen mittendrin ab und mittendrin scheinen auch einige zu fehlen. Sonst würde der Replay-Zähler nicht von 2 auf 15 springen...

Manchmal haben Clients auch Probleme mit der Kombination Fast Roaming (802.11r) und Protected Management Frames (802.11w).

Womit iOS-Geräte aktuell definitiv Probleme haben, ist WPA3, wenn man das für WPA-PSK auch nur optional dazuschaltet, dann wollen sich iOS-Clients gar nicht mehr verbinden. Wir hatten das schon bei Apple eingekippt aber die sind wohl noch nicht so weit...

Viele Grüße

Alfred
“There is no death, there is just a change of our cosmic address."
-- Edgar Froese, 1944 - 2015

ua
Beiträge: 412
Registriert: 29 Apr 2005, 12:29

Re: 10.12. RU9 - L-1310acn Probleme mit MacBook Pro 2018

Beitrag von ua » 27 Aug 2018, 08:17

Moin,

wie hast Du den das Key.Management im WLAN-Profil eingestellt?
Bei mir steht es auf "Standard & Fast-Roaming & SHA256", läuft mitllerweile ohne Probleme (MacOS, IOS $ Win).
Wenn ich es fest auf eine Betriebsart gestellt habe, zickte immer eine Client-Version rum.
Gerade beim Re-Connect gab es die interessantesten Effekte, aber jetzt läuft es.

VG

Ud
... das Netz ist der Computer ...
n* LC und vieles mehr...

Henri
Beiträge: 296
Registriert: 23 Jul 2005, 01:42

Re: 10.12. RU9 - L-1310acn Probleme mit MacBook Pro 2018

Beitrag von Henri » 27 Aug 2018, 09:48

Hallo @All,

ich kann bestätigen, dass Fast-Roaming etc. mit Geräten bis MacBook 2018 gut (mit 10.12.RU9) gut funktioniert.
Leider aber halt das MacBook 2018 nicht. Ich habe hier ca. 10 OSX und IOS Geräte im Netz.
Ich hatte einmal so ein Problem vor ca. 2 Jahren mit einen iPhone7. Das hat dann aber nach einer weiteren LCOS Iteration plötzlich funktioniert.

@Alfred, ich habe am Trace herum editiert, darf ich dir einen kompletten Trace schicken? Gerne auch mit 10.20.RC2.

Mit vielen Grüßen

Henri

Benutzeravatar
alf29
Moderator
Moderator
Beiträge: 5895
Registriert: 07 Nov 2004, 20:33
Wohnort: Aachen
Kontaktdaten:

Re: 10.12. RU9 - L-1310acn Probleme mit MacBook Pro 2018

Beitrag von alf29 » 28 Aug 2018, 09:54

Moin,

kannst Du gerne machen, interessant wäre aber aber auch ein Trace mit einem Gerät, wo es mit gleicher AP-Konfiguration funktioniert. Vielleicht sieht man einen Unterschied.
Ich hatte einmal so ein Problem vor ca. 2 Jahren mit einen iPhone7. Das hat dann aber nach einer weiteren LCOS Iteration plötzlich funktioniert.
Das kann das Thema mit gleichzeitiger Nutzung von 11r und 11w gewesen sein.

Viele Grüße

Alfred
“There is no death, there is just a change of our cosmic address."
-- Edgar Froese, 1944 - 2015

Henri
Beiträge: 296
Registriert: 23 Jul 2005, 01:42

Re: 10.12. RU9 - L-1310acn Probleme mit MacBook Pro 2018

Beitrag von Henri » 31 Aug 2018, 08:18

Hallo Alfred,

gestern per PN an dich.

Mit vielen Grüßen

Henri

Benutzeravatar
alf29
Moderator
Moderator
Beiträge: 5895
Registriert: 07 Nov 2004, 20:33
Wohnort: Aachen
Kontaktdaten:

Re: 10.12. RU9 - L-1310acn Probleme mit MacBook Pro 2018

Beitrag von alf29 » 01 Sep 2018, 10:04

Moin,

OK, sind jetzt angekommen. Ich bin die Traces mal durchgegangen und der wesentliche Unterschied ist, daß das 2018er-Macbook die WPA2-Variante mit SHA256 nutzt, das 2016er noch die "klassische" Standard-AKM mit SHA1. SHA256 bedingt eine andere Version der Key-Handshake-Pakete (Version 3 statt Version 2), die das LANCOM auch schickt, aber darauf kommt von dem Client keine Reaktion. Im Log des Clients habe ich noch keine Einträge gefunden, was bei ihm in dem Moment passiert, ich suche aber noch ein wenig. Mit solchen Logs von Apple-Clients habe ich bisher noch keine Erfahrungen.

Viele Grüße

Alfred
“There is no death, there is just a change of our cosmic address."
-- Edgar Froese, 1944 - 2015

Henri
Beiträge: 296
Registriert: 23 Jul 2005, 01:42

Re: 10.12. RU9 - L-1310acn Probleme mit MacBook Pro 2018

Beitrag von Henri » 07 Sep 2018, 10:22

Hallo Alfred,

vielen Dank, bin auch gerade im Urlaub.
Ich werde bei Apple einmal ein Ticket aufmachen, vermutlich aber erst mit OSX 10.14, in ca. 1-2 Wochen, ggf. ist hier schon etwas gefixt.
Melde mich dann wieder.

Viele Grüße

Henri

Henri
Beiträge: 296
Registriert: 23 Jul 2005, 01:42

Re: 10.12. RU9 - L-1310acn Probleme mit MacBook Pro 2018

Beitrag von Henri » 16 Sep 2018, 17:04

Hallo Alfred,

Sha-512 im Wlc ausschalten hat schon einmal geholfen.
Melde mich wieder wenn ich etwas von Apple höre.
Mit vielen Grüßen
Henri


Sent from my iPhone using Tapatalk

Henri
Beiträge: 296
Registriert: 23 Jul 2005, 01:42

Re: 10.12. RU9 - L-1310acn Probleme mit MacBook Pro 2018

Beitrag von Henri » 13 Okt 2018, 10:26

Hallo,

habe jetzt hier LCOS 10.20 , MacOS 10.4 und IOS 12.01.1 (iPhoneXs).
Sobald SHA-256 aktiviert ist bekommen keiner der o.g. Geräte eine WLAN Verbindung,Standard & Fastroaming tut..

Danke und v.G.

Henri

Benutzeravatar
alf29
Moderator
Moderator
Beiträge: 5895
Registriert: 07 Nov 2004, 20:33
Wohnort: Aachen
Kontaktdaten:

Re: 10.12. RU9 - L-1310acn Probleme mit MacBook Pro 2018

Beitrag von alf29 » 13 Okt 2018, 11:47

Moin,

hattest Du die PM gesehen, die ich Dir Ende letzten Monats geschrieben hatte?

Viele Grüße

Alfred
“There is no death, there is just a change of our cosmic address."
-- Edgar Froese, 1944 - 2015

Antworten

Zurück zu „LANCOM Wireless aktuelle Accesspoint, z.B.: L-45x, L-460, L32x, L-305agn, L-310agn, OAP-310agn,L-315dual, L-320agn, L-321agn, L-322agn Dual, OAP-321, IAP-321, OAP-382“