Përshëndetje të gjithëve!
Nuk e kisha menduar kurrë se do t'i kthehesha këtij rasti, por
Kontrollues me valë - AIR-CT5508-K9.
Versioni i softuerit të kontrolluesit është 8.5.120.0.
Pikat e hyrjes - kryesisht AIR-AP3802I-R-K9.
Metoda e vërtetimit është 802.1x.
Serveri RADIUS - ISE.
Klientët me probleme - iPhone 6.
Versioni i softuerit të klientit është 12.3.1.
Frekuenca 2,4 GHz dhe 5 GHz.
Gjetja e një problemi tek klienti
Fillimisht ka pasur përpjekje për të zgjidhur problemin duke sulmuar klientin. Për fat të mirë, unë kisha të njëjtin model telefoni si aplikanti dhe mund të kryeja testimin në një kohë të përshtatshme për mua. E kontrollova problemin në telefonin tim - në të vërtetë, menjëherë pas ndezjes së telefonit përpiqet të lidhet me rrjetin e korporatës të njohur më parë për të, por pas rreth 10 sekondash ai mbetet i palidhur. Nëse zgjidhni manualisht SSID, telefoni ju kërkon të vendosni hyrjen dhe fjalëkalimin tuaj. Pas futjes së tyre, gjithçka funksionon siç duhet, por pas rindezjes së telefonit përsëri nuk mund të lidhet automatikisht me SSID, pavarësisht nga fakti se identifikimi dhe fjalëkalimi u ruajtën, SSID ishte në listën e rrjeteve të njohura dhe lidhja automatike është aktivizuar.
U bënë përpjekje të pasuksesshme për të harruar SSID-në dhe për ta shtuar përsëri, rivendosur cilësimet e rrjetit të telefonit, përditësimin e telefonit nëpërmjet iTunes dhe madje përditësimin në versionin beta të iOS 12.4 (i fundit në atë kohë). Por e gjithë kjo nuk ndihmoi. Janë kontrolluar edhe modelet e kolegëve tanë, iPhone 7 dhe iPhone X, dhe problemi është riprodhuar edhe në to. Por në telefonat Android problemi nuk zgjidhet. Për më tepër, një biletë u krijua në Apple Feedback Assistant, por deri më sot nuk është marrë asnjë përgjigje.
Zgjidhja e problemeve me kontrolluesin me valë
Pas të gjitha sa më sipër, u vendos që problemi të kërkohej në WLC. Në të njëjtën kohë hapa një biletë me Cisco TAC. Bazuar në rekomandimin e TAC, e përditësova kontrolluesin në versionin 8.5.140.0. Kam luajtur me kohëmatës të ndryshëm dhe me tranzicion të shpejtë. Nuk ndihmoi.
Për testim, krijova një SSID të ri me vërtetim 802.1x. Dhe këtu është kthesa: problemi nuk riprodhohet në SSID-in e ri. Pyetja e inxhinierit TAC na bën të pyesim veten se çfarë ndryshimesh kemi bërë në rrjetin Wi-Fi përpara se të shfaqej problemi. Po filloj të kujtoj... Dhe ka një të dhënë - SSID fillimisht problematik për një kohë të gjatë kishte metodën e vërtetimit WPA2-PSK, por për të rritur nivelin e sigurisë e ndryshuam atë në 802.1x me vërtetimin e domenit.
Unë kontrolloj të dhëna - Unë ndryshoj metodën e vërtetimit në testin SSID nga 802.1x në WPA2-PSK, dhe më pas kthehem. Problemi nuk është i riprodhueshëm.
Duhet të mendoni në mënyrë më të sofistikuar - Unë krijoj një SSID tjetër provë me vërtetimin WPA2-PSK, e lidh telefonin me të dhe mbaj mend SSID-në në telefon. Ndryshoj vërtetimin në 802.1x, vërtetoj telefonin me një llogari domeni dhe aktivizoj lidhjen automatike.
Unë rindiz telefonin... Dhe po! Problemi u përsërit. Ato. Shkaku kryesor është ndryshimi i metodës së vërtetimit në një telefon të njohur nga WPA2-PSK në 802.1x. Unë ia raportova këtë inxhinierit të Cisco TAC. Së bashku me të, e riprodhuam problemin disa herë, morëm një deponi trafiku, në të cilin dukej qartë se pas ndezjes së telefonit, ai fillon fazën e vërtetimit (Access-Challenge), por pas një kohe ai dërgon një mesazh disociimi në pikën e hyrjes dhe shkëputet prej saj. Kjo është padyshim një çështje nga ana e klientit.
Dhe përsëri tek klienti
Në mungesë të një kontrate mbështetëse me Apple, pati një përpjekje të gjatë por të suksesshme për të arritur linjën e dytë të mbështetjes, në të cilën unë raportova problemin. Pastaj pati shumë përpjekje të pavarura për të gjetur dhe përcaktuar shkakun e problemit në telefon dhe ai u gjet. Problemi doli të ishte funksioni i aktivizuar "
Përfundim
Për kompaninë tonë problemi u zgjidh me sukses. Për shkak të faktit se emri i kompanisë u ndryshua, u vendos të ndryshohej SSID e korporatës. Dhe SSID-i i ri u krijua menjëherë me vërtetim 802.1x, i cili nuk ishte një shkaktar për problemin.
Burimi: www.habr.com