Witam wszystkich!
Nigdy nie myślałem, że wrócę do tej sprawy, a jednak
Kontroler bezprzewodowy - AIR-CT5508-K9.
Wersja oprogramowania kontrolera to 8.5.120.0.
Punkty dostępowe - głównie AIR-AP3802I-R-K9.
Metoda uwierzytelniania to 802.1x.
Serwer RADIUS - ISE.
Problematyczni klienci – iPhone 6.
Wersja oprogramowania klienta to 12.3.1.
Częstotliwość 2,4 GHz i 5 GHz.
Znalezienie problemu u klienta
Początkowo próbowano rozwiązać problem poprzez atak na klienta. Na szczęście miałem ten sam model telefonu co wnioskodawca i mogłem przeprowadzić testy w dogodnym dla mnie terminie. Sprawdziłem problem na swoim telefonie - rzeczywiście zaraz po włączeniu telefon próbuje połączyć się ze znaną mu wcześniej siecią firmową, jednak po około 10 sekundach pozostaje niepołączony. Jeżeli ręcznie wybierzesz SSID, telefon poprosi Cię o podanie loginu i hasła. Po ich wpisaniu wszystko działa poprawnie, jednak po ponownym uruchomieniu telefon nie może automatycznie połączyć się z SSID, mimo że login i hasło zostały zapisane, SSID był na liście znanych sieci, a auto łączenie jest włączone.
Bezskutecznie podejmowano próby zapomnienia SSID i dodania go na nowo, zresetowania ustawień sieciowych telefonu, aktualizacji telefonu poprzez iTunes, a nawet aktualizacji do wersji beta iOS 12.4 (najnowszej wówczas). Ale to wszystko nie pomogło. Sprawdzono także modele naszych kolegów iPhone 7 i iPhone X i również na nich problem został odtworzony. Ale na telefonach z Androidem problem nie został rozwiązany. Dodatkowo w Apple Feedback Assistant utworzono zgłoszenie, lecz do chwili obecnej nie otrzymano żadnej odpowiedzi.
Rozwiązywanie problemów z kontrolerem bezprzewodowym
Po tym wszystkim postanowiono poszukać problemu w WLC. W tym samym czasie otworzyłem bilet w Cisco TAC. Kierując się zaleceniem TAC, zaktualizowałem kontroler do wersji 8.5.140.0. Bawiłem się różnymi timerami i szybkim przejściem. Nie pomogło.
Do testów utworzyłem nowy identyfikator SSID z uwierzytelnianiem 802.1x. I tu jest zwrot akcji: problem nie występuje na nowym identyfikatorze SSID. Pytanie inżyniera TAC każe nam się zastanowić, jakie zmiany wprowadziliśmy w sieci Wi-Fi, zanim pojawił się problem. Zaczynam sobie przypominać... I jest jedna wskazówka - początkowo problematyczny SSID przez długi czas miał metodę uwierzytelniania WPA2-PSK, ale dla zwiększenia poziomu bezpieczeństwa zmieniliśmy ją na 802.1x z uwierzytelnianiem domeny.
Sprawdzam wskazówkę - zmieniam metodę uwierzytelniania na testowym SSID z 802.1x na WPA2-PSK i z powrotem. Problem nie jest powtarzalny.
Trzeba pomyśleć bardziej wyrafinowanie - tworzę kolejny testowy SSID z uwierzytelnieniem WPA2-PSK, podłączam do niego telefon i zapamiętuję SSID w telefonie. Zmieniam uwierzytelnianie na 802.1x, uwierzytelniam telefon kontem domeny i włączam automatyczne łączenie.
Uruchomiłem ponownie telefon... I tak! Problem się powtórzył. Te. Głównym powodem jest zmiana metody uwierzytelniania w znanym telefonie z WPA2-PSK na 802.1x. Zgłosiłem to inżynierowi Cisco TAC. Razem z nim odtworzyliśmy problem kilka razy, zrobiliśmy zrzut ruchu, w którym było jasne, że po włączeniu telefon rozpoczyna fazę uwierzytelniania (Access-Challenge), ale po chwili wysyła wiadomość o rozłączeniu do punktu dostępowego i rozłącza się z nim. Jest to wyraźnie problem po stronie klienta.
I znowu na kliencie
Wobec braku umowy supportowej z Apple odbyła się długa, ale udana próba dotarcia do ich drugiej linii wsparcia, na której zgłosiłem problem. Potem było wiele niezależnych prób znalezienia i ustalenia przyczyny problemu w telefonie i udało się. Problemem okazała się włączona funkcja”
wniosek
W przypadku naszej firmy problem został pomyślnie rozwiązany. W związku ze zmianą nazwy firmy zdecydowano się na zmianę firmowego identyfikatora SSID. Nowy identyfikator SSID został już natychmiast utworzony z uwierzytelnianiem 802.1x, co nie było przyczyną problemu.
Źródło: www.habr.com