مرحبا بالجميع!
لم أعتقد أبدًا أنني سأعود إلى هذه القضية، لكن دفعني ذلك إلى التذكر والتحدث عن تجربتي الشخصية، عندما أتيحت لي الفرصة منذ أكثر من عام بقليل لقضاء الكثير من الوقت في دراسة مشكلة تتعلق بشبكة لاسلكية تعتمد على Cisco وهواتف iPhone. تم تكليفي بالنظر في سؤال أحد المديرين: "لماذا، بعد إعادة التشغيل، لا يمكن لجهاز iPhone الاتصال تلقائيًا بشبكة Wi-Fi، وعند الاتصال يدويًا، يطلب منك إدخال اسم المستخدم وكلمة المرور الخاصة بك؟"
معلومات شبكة الواي فاي:
وحدة تحكم لاسلكية - AIR-CT5508-K9.
إصدار برنامج وحدة التحكم هو 8.5.120.0.
نقاط الوصول - في الغالب AIR-AP3802I-R-K9.
طريقة المصادقة هي 802.1x.
خادم RADIUS - ISE.
عملاء المشكلة - iPhone 6.
إصدار برنامج العميل هو 12.3.1.
التردد 2,4 جيجا هرتز و 5 جيجا هرتز.
العثور على مشكلة لدى العميل
في البداية، كانت هناك محاولات لحل المشكلة عن طريق مهاجمة العميل. لحسن الحظ، كان لدي نفس طراز الهاتف الذي كان لدى مقدم الطلب ويمكنني إجراء الاختبار في الوقت المناسب لي. لقد قمت بفحص المشكلة على هاتفي - في الواقع، مباشرة بعد تشغيل الهاتف يحاول الاتصال بشبكة الشركة المعروفة له سابقًا، ولكن بعد حوالي 10 ثوانٍ يظل غير متصل. إذا قمت بتحديد SSID يدويًا، فسيطلب منك الهاتف إدخال معلومات تسجيل الدخول وكلمة المرور الخاصة بك. بعد إدخالها، يعمل كل شيء بشكل صحيح، ولكن بعد إعادة تشغيل الهاتف مرة أخرى لا يمكن الاتصال تلقائيًا بمعرف SSID، على الرغم من حفظ تسجيل الدخول وكلمة المرور، وكان SSID في قائمة الشبكات المعروفة، وتم تمكين الاتصال التلقائي.
تمت محاولات غير ناجحة لنسيان SSID وإضافته مرة أخرى، وإعادة ضبط إعدادات شبكة الهاتف، وتحديث الهاتف عبر iTunes، وحتى التحديث إلى الإصدار التجريبي من iOS 12.4 (الأحدث في ذلك الوقت). لكن كل هذا لم يساعد. كما تم فحص موديلات زملائنا iPhone 7 و iPhone X وظهرت عليهم المشكلة أيضًا. ولكن على هواتف أندرويد لم يتم حل المشكلة. بالإضافة إلى ذلك، تم إنشاء تذكرة في Apple Feedback Assistant، ولكن لم يتم تلقي أي رد حتى الآن.
استكشاف أخطاء وحدة التحكم اللاسلكية وإصلاحها
بعد كل ما سبق، تقرر البحث عن المشكلة في WLC. وفي الوقت نفسه، فتحت تذكرة مع Cisco TAC. بناءً على توصية TAC، قمت بتحديث وحدة التحكم إلى الإصدار 8.5.140.0. لقد لعبت مع أجهزة ضبط الوقت المختلفة والانتقال السريع. لم يساعد.
للاختبار، قمت بإنشاء SSID جديد بمصادقة 802.1x. وهنا تكمن المشكلة: لا تتكرر المشكلة على SSID الجديد. سؤال مهندس TAC يجعلنا نتساءل عن التغييرات التي أجريناها على شبكة الواي فاي قبل ظهور المشكلة. بدأت أتذكر... وهناك دليل واحد - كان SSID الذي كان يمثل مشكلة في البداية لفترة طويلة يستخدم طريقة مصادقة WPA2-PSK، ولكن لزيادة مستوى الأمان قمنا بتغييره إلى 802.1x مع مصادقة المجال.
أتحقق من الدليل - أقوم بتغيير طريقة المصادقة في اختبار SSID من 802.1x إلى WPA2-PSK، ثم أعود مرة أخرى. المشكلة غير قابلة للتكرار.
أنت بحاجة إلى التفكير بشكل أكثر تعقيدًا - أقوم بإنشاء SSID اختباري آخر باستخدام مصادقة WPA2-PSK، وقم بتوصيل الهاتف به، وتذكر SSID الموجود في الهاتف. أقوم بتغيير المصادقة إلى 802.1x، ومصادقة الهاتف باستخدام حساب المجال، وتمكين الاتصال التلقائي.
أعيد تشغيل الهاتف... ونعم! وتكررت المشكلة. أولئك. السبب الرئيسي هو تغيير طريقة المصادقة على هاتف معروف من WPA2-PSK إلى 802.1x. لقد أبلغت هذا إلى مهندس Cisco TAC. قمنا معه بإعادة إنتاج المشكلة عدة مرات، وقمنا بتفريغ حركة المرور، حيث كان من الواضح أنه بعد تشغيل الهاتف، يبدأ مرحلة المصادقة (تحدي الوصول)، ولكن بعد فترة يرسل رسالة إلغاء الارتباط إلى نقطة الوصول وقطع الاتصال بها. من الواضح أن هذه مشكلة من جانب العميل.
ومرة أخرى على العميل
في ظل عدم وجود عقد دعم مع شركة Apple، كانت هناك محاولة طويلة ولكنها ناجحة للوصول إلى خط الدعم الثاني الخاص بهم، حيث أبلغت عن المشكلة. ثم كانت هناك العديد من المحاولات المستقلة للعثور على سبب المشكلة في الهاتف وتحديده وتم العثور عليه. تبين أن المشكلة هي الوظيفة الممكّنة "". إنها وظيفة مفيدة تمامًا، لم نرغب أنا ومشتكي المشكلة في تعطيلها على الهواتف البديلة. وفقًا لافتراضي، لا يمكن للهاتف الكتابة فوق المعلومات حول طريقة الاتصال بمعرفات SSID المعروفة على خوادم iCloud. تم الإبلاغ عن الاكتشاف لشركة Apple، واعترفوا بوجود مثل هذه المشكلة، وهي معروفة للمطورين، وسيتم إصلاحها في الإصدارات المستقبلية. ولم يذكروا أي إصدار. ولست مستعدًا للقول كيف تسير الأمور في الوقت الحالي ولكن في بداية ديسمبر 2019، كانت المشكلة لا تزال تتكرر على هاتف iPhone 11 Pro Max الذي يعمل بنظام iOS 13.
اختتام
بالنسبة لشركتنا تم حل المشكلة بنجاح. نظرًا لتغيير اسم الشركة، فقد تقرر تغيير SSID الخاص بالشركة. وقد تم بالفعل إنشاء SSID الجديد على الفور باستخدام مصادقة 802.1x، وهو ما لم يكن سببًا للمشكلة.
المصدر: www.habr.com