لماذا يستمر Windows في طلب كلمة مرور VPN

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

قد تمنع سياسة الجهاز الحفظ

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

reg query "HKLM\SYSTEM\CurrentControlSet\Services\RasMan\Parameters" /v DisableSavePassword
Get-ItemProperty "HKLM:\SYSTEM\CurrentControlSet\Services\RasMan\Parameters" | Select-Object DisableSavePassword

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

قد يكون الملف في المخزن الآخر

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

Get-VpnConnection | Format-List Name,AuthenticationMethod,ServerAddress
Get-VpnConnection -AllUserConnection | Format-List Name,AuthenticationMethod,ServerAddress

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

قد لا يكون المعالج كتب الطريقة أبدًا

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

Set-VpnConnection -Name "Corp" -AuthenticationMethod EAP -AllUserConnection
Get-VpnConnection -Name "Corp" -AllUserConnection | Select-Object AuthenticationMethod
rasphone -l

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

أكّد بتسجيل الخروج لا بإعادة الاتصال

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

whoami
Get-VpnConnection -AllUserConnection | Format-List Name,AuthenticationMethod
Get-VpnConnection | Format-List Name,AuthenticationMethod
rasdial "Corp"

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

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