Hallo almal!
Ek het nooit gedink dat ek na hierdie saak sou terugkeer nie, maar het my aangespoor om my persoonlike ervaring te onthou en daaroor te praat, toe ek 'n bietjie meer as 'n jaar gelede die geleentheid gehad het om baie tyd te spandeer om 'n probleem met 'n Cisco-gebaseerde draadlose netwerk en iPhone-fone te bestudeer. Ek het die taak gekry om na die vraag van een van die bestuurders te kyk: "Hoekom, na herselflaai, kan die iPhone nie outomaties aan die Wi-Fi-netwerk koppel nie, en wanneer u handmatig koppel, vra dit u om u gebruikersnaam en wagwoord in te voer?"
Wi-Fi netwerk inligting:
Draadlose beheerder - AIR-CT5508-K9.
Kontroleerder sagteware weergawe is 8.5.120.0.
Toegangspunte - meestal AIR-AP3802I-R-K9.
Stawing metode is 802.1x.
RADIUS-bediener - ISE.
Probleemkliënte - iPhone 6.
Kliëntsagtewareweergawe is 12.3.1.
Frekwensie 2,4GHz en 5GHz.
Vind 'n probleem op die kliënt
Aanvanklik was daar pogings om die probleem op te los deur die kliënt aan te val. Gelukkig het ek dieselfde foonmodel as die aansoeker gehad en kon toetse doen op 'n tyd wat vir my gerieflik was. Ek het die probleem op my foon nagegaan - inderdaad, onmiddellik nadat ek aangeskakel is, probeer die foon om te koppel aan die korporatiewe netwerk wat voorheen daaraan bekend was, maar na ongeveer 10 sekondes bly dit nie gekoppel nie. As jy die SSID handmatig kies, vra die foon jou om jou login en wagwoord in te voer. Nadat u dit ingevoer het, werk alles korrek, maar nadat u die telefoon weer herlaai het, kan u nie outomaties aan die SSID koppel nie, ten spyte van die feit dat die aanmelding en wagwoord gestoor is, was die SSID in die lys van bekende netwerke, en outomatiese verbinding is geaktiveer.
Onsuksesvolle pogings is aangewend om die SSID te vergeet en dit weer by te voeg, die foon se netwerkinstellings terug te stel, die foon via iTunes op te dateer en selfs op te dateer na die beta-weergawe van iOS 12.4 (die jongste op daardie tydstip). Maar dit alles het nie gehelp nie. Die modelle van ons kollegas, iPhone 7 en iPhone X, is ook nagegaan, en die probleem is ook daarop gereproduseer. Maar op Android-fone is die probleem nie opgelos nie. Boonop is 'n kaartjie in Apple Feedback Assistant geskep, maar tot op hede is geen reaksie ontvang nie.
Opsporing van probleme met die draadlose beheerder
Na al die bogenoemde is besluit om die probleem in die WLC te soek. Terselfdertyd het ek 'n kaartjie met Cisco TAC oopgemaak. Op grond van TAC se aanbeveling het ek die kontroleerder opgedateer na weergawe 8.5.140.0. Ek het met verskeie timers en Fast Transition rondgespeel. Het nie gehelp nie.
Vir toetsing het ek 'n nuwe SSID met 802.1x-verifikasie geskep. En hier is die kinkel: die probleem reproduseer nie op die nuwe SSID nie. Die TAC-ingenieur se vraag laat ons wonder watter veranderinge ons aan die Wi-Fi-netwerk gemaak het voordat die probleem verskyn het. Ek begin onthou ... En daar is een leidraad - die aanvanklik problematiese SSID het vir 'n lang tyd die WPA2-PSK-verifikasiemetode gehad, maar om die vlak van sekuriteit te verhoog, het ons dit na 802.1x met domeinverifikasie verander.
Ek kyk na die leidraad - ek verander die verifikasiemetode op die toets SSID van 802.1x na WPA2-PSK, en dan terug. Die probleem is nie reproduceerbaar nie.
Jy moet meer gesofistikeerd dink - ek skep nog 'n toets-SSID met WPA2-PSK-verifikasie, koppel die foon daaraan en onthou die SSID in die foon. Ek verander die stawing na 802.1x, verifieer die foon met 'n domeinrekening en aktiveer outo-verbinding.
Ek herlaai die foon... En ja! Die probleem het homself herhaal. Dié. Die hoofsneller is om die verifikasiemetode op 'n bekende foon van WPA2-PSK na 802.1x te verander. Ek het dit by die Cisco TAC-ingenieur aangemeld. Saam met hom het ons die probleem verskeie kere gereproduseer, 'n verkeershoop geneem, waarin dit duidelik was dat dit na die aanskakel van die foon die stawingsfase (Access-Challenge) begin, maar na 'n rukkie stuur dit 'n disassosiasieboodskap aan die toegangspunt en ontkoppel daarvan. Dit is duidelik 'n kliënt kant kwessie.
En weer op die kliënt
In die afwesigheid van 'n ondersteuningskontrak met Apple, was daar 'n lang maar suksesvolle poging om hul tweede ondersteuningslyn te bereik, waarin ek die probleem aangemeld het. Toe was daar baie onafhanklike pogings om die oorsaak van die probleem in die foon te vind en vas te stel en dit is gevind. Die probleem blyk die geaktiveerde funksie te wees "". Nogal 'n nuttige funksie, wat ek en die klaer van die probleem nie wou deaktiveer op omskakelingsfone nie. Volgens my aanname kan die foon nie inligting oorskryf oor die metode om aan bekende SSID's op iCloud-bedieners te koppel nie. Die vonds is aangemeld. aan Apple, waaraan hulle erken het dat daar so 'n probleem is, dit is bekend aan die ontwikkelaars, en sal in toekomstige vrystellings reggemaak word. Hulle het nie gesê watter vrystelling nie. Ek is nie gereed om te sê hoe dinge op die oomblik is nie , maar aan die begin van Desember 2019 was die probleem steeds op die iPhone 11 Pro Max met iOS 13 herhaalbaar.
Gevolgtrekking
Vir ons maatskappy is die probleem suksesvol opgelos. As gevolg van die feit dat die maatskappy se naam verander is, is besluit om die korporatiewe SSID te verander. En die nuwe SSID is reeds onmiddellik geskep met 802.1x-verifikasie, wat nie 'n sneller vir die probleem was nie.
Bron: will.com