تذكّر Viscosity كلمة المرور: ماذا فعل مربع الاختيار ذلك

يبدو مربع الاختيار ذلك عند مطالبة تسجيل الدخول كأنه تفضيل خاص بالعميل، لكنه على جهاز مُدار غالبًا قرار سياسة بدلًا من ذلك. يخزّن عنصر التحكم في التذكّر لدى Viscosity بيانات الاعتماد في سلسلة مفاتيح macOS عندما يسمح النشر بالتخزين. الأسطورة هي أن مربع الاختيار ملكك دائمًا لتضبطه. عمليًا، يمكن لثلاثة أشياء منفصلة أن تمنعه، وواحد فقط منها يتعلق بكلمة المرور.

ما الذي يخزّنه مربع الاختيار فعليًا

اختيار خيار التذكّر يطلب من العميل الاحتفاظ بالقيمة لذلك الاتصال والحساب الواحد. يصل العنصر إلى سلسلة المفاتيح، وتعيد عمليات تسجيل الدخول اللاحقة استخدامه عبر المطالبة المدعومة بدلًا من تفضيل مخفي. لا يُكتب شيء في ملف الاتصال نفسه. وهذا الفصل هو أيضًا سبب أن إزالة العنصر لاحقًا تُنتج مطالبة بدلًا من ملف تعريف معطوب.

القيمة المحفوظة مدخل إلى المصادقة التي كان الخادم سيجريها على أي حال. وهي لا تغيّر ما تتطلبه البوابة، ولا تتجاوز عاملًا ثانيًا، ولا تحوّل رمزًا لمرة واحدة إلى سرّ قابل لإعادة الاستخدام. ما تختصره هو الكتابة، لا السياسة التي يطبّقها النشر على ذلك الحساب.

لماذا قد يكون عنصر التحكم غائبًا

يمكن للمسؤول تعطيل حفظ بيانات الاعتماد لتنصيب مُدار، وتوثّق SparkLabs عنصر التحكم في التذكّر مع سلوكه في سلسلة المفاتيح في دليل تخزين بيانات الاعتماد. وعندما يكون مربع الاختيار غائبًا، فهو ليس معطوبًا، والبحث عن أمر تفضيلات يتجاوزه هو الاستجابة الخاطئة.

اسأل المالك أي سير عمل مدعوم ينطبق بدلًا من ذلك. النشر الذي يمنع التخزين عادةً يكون له سبب، والسبب غالبًا أن الحساب مشترك، أو أن الجهاز غير موثوق، أو أن بيانات الاعتماد مُعدّة لتنتهي وفق جدول زمني. والالتفاف على الإعداد يحوّل عنصر تحكم مقصود إلى حادثة، والحادثة عادةً تصل مع تدقيق شخص آخر ملحقًا بها.

في تنصيب غير مُدار، يكون عنصر التحكم الغائب سؤال دعم مرفقًا برقم إصدار. أرسل بناء العميل المثبّت وما تعرضه المطالبة فعليًا، بدلًا من تخمين الإعدادات الافتراضية المخفية.

ثلاث مطالبات ليست المطالبة نفسها

الرمز لمرة واحدة ليس كلمة مرور، وكلمة المرور ليست تفويضًا لسلسلة المفاتيح، ورفض الخادم ليس أيًا من الثلاثة. وخلطها ينتج أعطالًا تُقرأ كبيانات اعتماد خاطئة بينما المشكلة الحقيقية حقل أو مربع حوار أو مسار.

مربع حوار سلسلة المفاتيح محلي بحكم التصميم. يسأل عمّا إذا كان هذا التطبيق يجوز له قراءة هذا العنصر على هذا الجهاز، والموافقة عليه لا تقول شيئًا لخادم VPN.

لهذا فإن رفض المربع يُنتج عطلًا من جهة العميل لا يراه الخادم أبدًا، بينما كلمة المرور الخاطئة تُنتج رفضًا من جهة الخادم لا يستطيع العميل إلا الإبلاغ عنه. اقرأ المربع قبل الإجابة عليه، وتحقق من أن التطبيق الطالب هو العميل الذي تتوقعه وليس مثبّتًا أو عملية مساعدة. والتمييز يهم أكثر على الأجهزة المشتركة، حيث قد يكون العنصر متاحًا لأكثر من حساب.

العامل الثاني يقف خارج كل هذا. حفظ كلمة المرور لا يحفظ الرمز، والنشر الذي يتطلب الرمز لا يزال يتطلبه في كل اتصال. أبقِ تلك الخطوة ظاهرة أثناء الاختبار، لأن تدفقًا يتخطاها بصمت ليس التدفق الذي أعددته.

استعادة بيانات اعتماد واحدة دون إعادة تعيين الباقي

إذا فشلت المصادقة بعد تغيير كلمة المرور، فاستخدم مسار إعادة المطالبة والتحديث الموثّق في العميل لذلك الاتصال الواحد بدلًا من تحرير سلسلة المفاتيح يدويًا. اقرأ الرسالة قبل استبدال أي شيء، لأن المهلة أو رفض الشهادة أو المسار المفقود لا يُصلح بكتابة كلمة مرور مخزّنة فوقها. وفعل ذلك مرارًا يدرّبك في الغالب على تجاهل الخطأ الذي يعرضه العميل. حدّث بيانات الاعتماد المتأثرة، ثم أعد الاتصال وراقب أي مطالبة تظهر.

إعادة تعيين سلسلة المفاتيح بأكملها التي تقترحها منتديات الدعم تغيير أكبر بكثير من المشكلة. فكلمة المرور المخزّنة لاتصال واحد لا علاقة لها بشهادة اتصال آخر، ومسح كل شيء يحوّل عنصرًا واحدًا قديمًا إلى فترة بعد ظهر من إعادة التسجيل.

اختم بقطع الاتصال وإعادة الاتصال عبر عناصر التحكم العادية، مع التأكد من استخدام الحساب المقصود وأن إزالة العنصر المحفوظ تُنتج مطالبة بدلًا من عطل. إعادة الاستخدام المتوقعة مع طريقة واضحة واحدة لتحديث بيانات الاعتماد أو إزالتها هي النتيجة التي يستحق الأمر اختبارها.