لم أكن أعتقد حتى أنني سأعود إلى هذه الحالة ، لكن ماراثون Cisco Open Air Wireless دفعني إلى التذكر والإخبار عن تجربتي الشخصية ، عندما كان لدي قبل أكثر من عام بقليل فرصة لقضاء الكثير من الوقت في دراسة المشكلة مع شبكة لاسلكية تعتمد على Cisco و iPhones. تم إرشادي لترتيب سؤال أحد القادة: "لماذا ، بعد إعادة التشغيل ، لا يمكن لـ iPhone الاتصال تلقائيًا بشبكة Wi-Fi ، وعندما يتصل يدويًا ، يطلب اسم مستخدم وكلمة مرور؟"
معلومات حول شبكة 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 ، كما تم استنساخ المشكلة عليها. ولكن على الهواتف التي تعمل بنظام Android ، لم يتم إصلاح المشكلة. بالإضافة إلى ذلك ، تم إنشاء تذكرة في Apple Feedback Assistant ، ولكن حتى الآن لم يتم تلقي أي رد.
العثور على المشكلة في وحدة التحكم اللاسلكية
بعد كل ما سبق ، تقرر البحث عن المشكلة في WLC. في موازاة ذلك ، فتحت تذكرة لـ Cisco TAC. بناءً على توصية TAC ، تم تحديث وحدة التحكم إلى الإصدار 8.5.140.0. لعبت مع الموقتات المختلفة والانتقال السريع. لم يساعد.
لأغراض الاختبار ، قمت بإنشاء SSID جديد بمصادقة 802.1x. وهنا تطور - لا يتم تكرار المشكلة على SSID الجديد. يجعلك سؤال مهندس TAC يتساءل عن التغييرات التي أجريناها على شبكة Wi-Fi قبل أن تظهر المشكلة. لقد بدأت أتذكر ... وهناك دليل واحد - في البداية كان SSID المثير للمشاكل يحتوي على طريقة مصادقة WPA2-PSK لفترة طويلة ، ولكن لزيادة مستوى الأمان ، قمنا بتغييره إلى 802.1x باستخدام مصادقة المجال.
التحقق من العميل المحتمل - تغيير طريقة المصادقة على SSID للاختبار من 802.1x إلى WPA2-PSK ، ثم العودة. المشكلة ليست قابلة للتكرار.
أحتاج إلى التفكير بشكل أكثر تعقيدًا - أقوم بإنشاء اختبار SSID آخر بمصادقة WPA2-PSK ، وقم بتوصيل الهاتف به ، وتذكر SSID في الهاتف. أقوم بتغيير المصادقة إلى 802.1x ، ومصادقة الهاتف باستخدام حساب مجال ، وتمكين الاتصال التلقائي.
إعادة تشغيل هاتفي ... ونعم! كررت المشكلة نفسها. أولئك. العامل الرئيسي هو التغيير على SSID المعروف لطريقة المصادقة من WPA2-PSK إلى 802.1x. لقد أبلغت مهندس Cisco TAC بذلك. جنبا إلى جنب معه ، أعادوا استنساخ المشكلة عدة مرات ، وأخذوا تفريغ حركة المرور ، حيث لوحظ أنه بعد تشغيل الهاتف يبدأ مرحلة المصادقة (Access-Challenge) ، ولكن بعد فترة يرسل رسالة التفكك إلى نقطة الوصول ويفصل عنها. هذه مشكلة واضحة من جانب العميل.
ومرة أخرى على العميل
في غياب عقد دعم مع Apple ، كانت هناك محاولة طويلة ولكنها ناجحة للوصول إلى خط الدعم الثاني الذي تحدثت فيه عن المشكلة. ثم كانت هناك العديد من المحاولات المستقلة للعثور على سبب المشكلة في الهاتف وتحديدها. تحولت المشكلة إلى أن تكون في " iCloud keychain". وهي وظيفة مفيدة للغاية ، والتي لم أرغب أنا ومقدم الطلب في تعطيلها على الهواتف كحل بديل. في تقديري ، لا يمكن للهاتف استبدال المعلومات حول طريقة الاتصال بمعرفات SSID المعروفة على خوادم iCloud. تم إبلاغ الاكتشاف إلى Apple ، والتي اعترفوا بها هناك مثل هذه المشكلة ، المعروفة للمطورين ، وسيتم إصلاحها في الإصدارات المستقبلية. أي منها لم يتم الإبلاغ عنه. لست على استعداد لتوضيح كيف تسير الأمور في الوقت الحالي ، ولكن في أوائل ديسمبر 2019 ما زالت المشكلة تتكرر على iPhone 11 Pro Max مع iOS 13.
خاتمة
بالنسبة لشركتنا ، تم حل المشكلة بنجاح. منذ تغيير اسم الشركة ، تقرر تغيير SSID للشركة أيضًا. وتم إنشاء SSID الجديد على الفور باستخدام مصادقة 802.1x ، والتي لم تكن سببًا في حدوث المشكلة.