హలో అందరికీ!
నేను ఈ కేసుకు తిరిగి వస్తానని ఎప్పుడూ అనుకోలేదు, కానీ
వైర్లెస్ కంట్రోలర్ - AIR-CT5508-K9.
కంట్రోలర్ సాఫ్ట్వేర్ వెర్షన్ 8.5.120.0.
యాక్సెస్ పాయింట్లు - ఎక్కువగా AIR-AP3802I-R-K9.
ప్రమాణీకరణ పద్ధతి 802.1x.
RADIUS సర్వర్ - ISE.
సమస్య క్లయింట్లు - iPhone 6.
క్లయింట్ సాఫ్ట్వేర్ వెర్షన్ 12.3.1.
ఫ్రీక్వెన్సీ 2,4GHz మరియు 5GHz.
క్లయింట్లో సమస్యను కనుగొనడం
ప్రారంభంలో, క్లయింట్పై దాడి చేయడం ద్వారా సమస్యను పరిష్కరించే ప్రయత్నాలు జరిగాయి. అదృష్టవశాత్తూ, నేను దరఖాస్తుదారు వలె అదే ఫోన్ మోడల్ను కలిగి ఉన్నాను మరియు నాకు అనుకూలమైన సమయంలో పరీక్షను నిర్వహించగలను. నేను నా ఫోన్లో సమస్యను తనిఖీ చేసాను - నిజానికి, ఫోన్ను ఆన్ చేసిన వెంటనే దానికి గతంలో తెలిసిన కార్పొరేట్ నెట్వర్క్కి కనెక్ట్ చేయడానికి ప్రయత్నిస్తుంది, కానీ దాదాపు 10 సెకన్ల తర్వాత అది కనెక్ట్ చేయబడదు. మీరు SSIDని మాన్యువల్గా ఎంచుకుంటే, మీ లాగిన్ మరియు పాస్వర్డ్ను నమోదు చేయమని ఫోన్ మిమ్మల్ని అడుగుతుంది. వాటిని నమోదు చేసిన తర్వాత, ప్రతిదీ సరిగ్గా పని చేస్తుంది, కానీ ఫోన్ను రీబూట్ చేసిన తర్వాత మళ్లీ SSIDకి స్వయంచాలకంగా కనెక్ట్ అవ్వదు, లాగిన్ మరియు పాస్వర్డ్ సేవ్ చేయబడినప్పటికీ, SSID తెలిసిన నెట్వర్క్ల జాబితాలో ఉంది మరియు ఆటో-కనెక్షన్ ప్రారంభించబడింది.
SSIDని మరచిపోయి, దాన్ని మళ్లీ జోడించడానికి, ఫోన్ నెట్వర్క్ సెట్టింగ్లను రీసెట్ చేయడానికి, iTunes ద్వారా ఫోన్ని అప్డేట్ చేయడానికి మరియు iOS 12.4 బీటా వెర్షన్కి కూడా అప్డేట్ చేయడానికి విఫల ప్రయత్నాలు జరిగాయి (ఆ సమయంలో తాజాది). కానీ ఇవన్నీ సహాయం చేయలేదు. మా సహోద్యోగుల నమూనాలు, iPhone 7 మరియు iPhone X, కూడా తనిఖీ చేయబడ్డాయి మరియు సమస్య వాటిపై కూడా పునరుత్పత్తి చేయబడింది. కానీ ఆండ్రాయిడ్ ఫోన్లలో సమస్య పరిష్కరించబడలేదు. అదనంగా, యాపిల్ ఫీడ్బ్యాక్ అసిస్టెంట్లో టికెట్ సృష్టించబడింది, కానీ ఇప్పటి వరకు ఎలాంటి స్పందన రాలేదు.
వైర్లెస్ కంట్రోలర్లో ట్రబుల్షూటింగ్
పైన పేర్కొన్న అన్ని తరువాత, WLC లో సమస్య కోసం చూడాలని నిర్ణయించబడింది. అదే సమయంలో, నేను సిస్కో TACతో టిక్కెట్ని తెరిచాను. TAC సిఫార్సు ఆధారంగా, నేను కంట్రోలర్ను వెర్షన్ 8.5.140.0కి అప్డేట్ చేసాను. నేను వివిధ టైమర్లు మరియు ఫాస్ట్ ట్రాన్సిషన్తో ఆడుకున్నాను. సహాయం చేయలేదు.
పరీక్ష కోసం, నేను 802.1x ప్రమాణీకరణతో కొత్త SSIDని సృష్టించాను. మరియు ఇక్కడ ట్విస్ట్ ఉంది: సమస్య కొత్త SSIDలో పునరుత్పత్తి చేయదు. TAC ఇంజనీర్ యొక్క ప్రశ్న, సమస్య కనిపించడానికి ముందు మేము Wi-Fi నెట్వర్క్లో ఎలాంటి మార్పులు చేసాము అని ఆశ్చర్యపోయేలా చేస్తుంది. నేను గుర్తుంచుకోవడం ప్రారంభించాను... మరియు ఒక క్లూ ఉంది - ప్రారంభంలో సమస్యాత్మకంగా ఉన్న SSID చాలా కాలం పాటు WPA2-PSK ప్రమాణీకరణ పద్ధతిని కలిగి ఉంది, అయితే భద్రతా స్థాయిని పెంచడానికి మేము దానిని డొమైన్ ప్రమాణీకరణతో 802.1xకి మార్చాము.
నేను క్లూని తనిఖీ చేస్తాను - నేను పరీక్ష SSIDలో ప్రమాణీకరణ పద్ధతిని 802.1x నుండి WPA2-PSKకి మారుస్తాను, ఆపై తిరిగి. సమస్య పునరుత్పత్తి కాదు.
మీరు మరింత అధునాతనంగా ఆలోచించాలి - నేను WPA2-PSK ప్రమాణీకరణతో మరొక పరీక్ష SSIDని సృష్టించాను, దానికి ఫోన్ని కనెక్ట్ చేసి, ఫోన్లోని SSIDని గుర్తుంచుకోవాలి. నేను ప్రమాణీకరణను 802.1xకి మారుస్తాను, డొమైన్ ఖాతాతో ఫోన్ను ప్రామాణీకరించాను మరియు ఆటో-కనెక్షన్ని ప్రారంభిస్తాను.
నేను ఫోన్ని రీబూట్ చేస్తాను... మరియు అవును! సమస్య పునరావృతమైంది. ఆ. తెలిసిన ఫోన్లో ప్రామాణీకరణ పద్ధతిని WPA2-PSK నుండి 802.1xకి మార్చడం ప్రధాన ట్రిగ్గర్. నేను దీనిని సిస్కో TAC ఇంజనీర్కు నివేదించాను. అతనితో కలిసి, మేము సమస్యను చాలాసార్లు పునరుత్పత్తి చేసాము, ట్రాఫిక్ డంప్ తీసుకున్నాము, దీనిలో ఫోన్ను ఆన్ చేసిన తర్వాత, అది ప్రామాణీకరణ దశ (యాక్సెస్-ఛాలెంజ్) ప్రారంభమవుతుందని స్పష్టమైంది, అయితే కొంతకాలం తర్వాత అది డయాసోసియేషన్ సందేశాన్ని పంపుతుంది. యాక్సెస్ పాయింట్ మరియు దాని నుండి డిస్కనెక్ట్ చేస్తుంది. ఇది స్పష్టంగా క్లయింట్ వైపు సమస్య.
మరియు మళ్ళీ క్లయింట్ మీద
Appleతో మద్దతు ఒప్పందం లేనప్పుడు, వారి రెండవ మద్దతు లైన్ను చేరుకోవడానికి సుదీర్ఘమైన కానీ విజయవంతమైన ప్రయత్నం జరిగింది, అందులో నేను సమస్యను నివేదించాను. అప్పుడు ఫోన్లో సమస్య యొక్క కారణాన్ని కనుగొని గుర్తించడానికి అనేక స్వతంత్ర ప్రయత్నాలు జరిగాయి మరియు అది కనుగొనబడింది. సమస్య ప్రారంభించబడిన ఫంక్షన్గా మారింది "
తీర్మానం
మా కంపెనీకి సమస్య విజయవంతంగా పరిష్కరించబడింది. కంపెనీ పేరు మార్చబడినందున, కార్పొరేట్ SSIDని మార్చాలని నిర్ణయించారు. మరియు కొత్త SSID ఇప్పటికే 802.1x ప్రమాణీకరణతో వెంటనే సృష్టించబడింది, ఇది సమస్యకు ట్రిగ్గర్ కాదు.
మూలం: www.habr.com