يحدث خطأ "لم يتم التعرف على بيانات الاعتماد المقدمة للحزمة" في RDP عندما يمنع عدم تطابق الأمان نظام Windows من التحقق من صحة تسجيل الدخول الخاص بك. يقدم هذا الدليل حلولًا مثبتة لمزامنة إعدادات الأمان بين عميلك والخادم، من مسح بيانات الاعتماد المحفوظة إلى إصلاحات بسيطة في السجل.
بروتوكول سطح المكتب البعيد (RDP) هو حجر الزاوية في سير العمل الرقمي الحديث، حيث يسمح للمحترفين بالوصول إلى محطات عمل أو خوادم قوية من أي مكان في العالم. ومع ذلك، يمكن أن تؤدي تحديثات أمان Windows وتشديد بروتوكولات المصادقة في بعض الأحيان إلى ظهور أخطاء غامضة.
ومن أشهر هذه الرسائل هي: "حدث خطأ في المصادقة. لم يتم التعرف على بيانات الاعتماد المقدمة للحزمة."
على عكس خطأ "كلمة المرور خاطئة" البسيط، تشير هذه الرسالة المحددة إلى فشل في "الحزمة" الخاصة بالاتصال بين العميل والخادم. فهي توحي بأن بيانات الاعتماد قد تكون صحيحة، لكن طبقة الأمان (عادةً مزود دعم الأمان) لا يمكنها التحقق منها في البيئة الحالية. سواء كنت تستخدم Windows 10 أو Windows 11 أو Windows Server، سيرشدك هذا الدليل خلال خطوات الإصلاح.
قبل الخوض في الإصلاحات، من المفيد فهم سبب حدوث هذا الخطأ. يرتبط الخطأ دائمًا تقريبًا بمشكلات مزود دعم الأمان (SSP). تشمل المحفزات الشائعة:
السبب الأكثر شيوعًا هو بيانات اعتماد "شبحية" محفوظة في عميل RDP لم تعد تتطابق مع متطلبات الخادم، مما يؤدي إلى ظهور مطالبة RDP "لم يتم التعرف على بيانات الاعتماد المقدمة للحزمة".
الخطوة 1. افتح تطبيق اتصال سطح المكتب البعيد (mstsc).
الخطوة 2. في حقل "الكمبيوتر"، اكتب عنوان IP أو اسم المضيف للكمبيوتر البعيد.
الخطوة 3. ابحث عن الرابط الذي يقول "حذف" بجوار الرسالة "يمكنك تحرير أو حذف بيانات الاعتماد هذه."
الخطوة 4. انقر فوق حذف وقم بالتأكيد.
الخطوة 5. حاول الاتصال مرة أخرى واكتب اسم المستخدم وكلمة المرور يدويًا.
توفر NLA طبقة إضافية من الأمان من خلال إكمال مصادقة المستخدم قبل إنشاء اتصال RDP كامل. ومع ذلك، فهي غالبًا ما تكون مصدر أخطاء "لم يتم التعرف على الحزمة".
على جهاز المضيف (البعيد):
الخطوة 1. اضغط على "Win Pause/Break" أو انتقل إلى الإعدادات > النظام > سطح المكتب البعيد.
الخطوة 2. انقر على إعدادات سطح المكتب البعيد.
الخطوة 3. ألغِ تحديد خانة الاختيار: "السماح بالاتصالات من أجهزة الكمبيوتر التي تعمل بنظام سطح المكتب البعيد مع مصادقة مستوى الشبكة (مستحسن)."
الخطوة 4. انقر على تطبيق.
ملاحظة: تعطيل مصادقة مستوى الشبكة يقلل من الأمان. استخدم هذا فقط كخطوة استكشاف أخطاء وإصلاحها أو داخل شبكة خاصة آمنة.
إذا كنت تستخدم إصدار Pro أو Enterprise من Windows، فإن محرر سياسة المجموعة هو أفضل صديق لك لإصلاح حزم المصادقة.
الخطوة 1. اضغط على "Win R"، اكتب "gpedit.msc"، ثم اضغط على Enter.
الخطوة 2. انتقل إلى: تكوين الكمبيوتر > القوالب الإدارية > النظام > تفويض بيانات الاعتماد.
الخطوة 3. ابحث عن السياسة: Encryption Oracle Remediation.
الخطوة 4. انقر عليها نقرًا مزدوجًا، عيّنها على مفعل، وغير مستوى الحماية إلى Vulnerable.
الخطوة 5. ابحث عن سياسة أخرى في نفس المجلد: Allow delegating default credentials.
الخطوة 6. عيّنها على مفعل وانقر على Show... بجوار "Add servers to the list."
الخطوة 7. أضف "TERMSRV/" (هذا يسمح بجميع الخوادم) وانقر على موافق.
الخطوة 8. نفّذ الأمر "gpupdate /force" في موجه الأوامر.
إذا لم تكن طريقة سياسة المجموعة متاحة (شائع في إصدارات Home)، يمكنك تحقيق نفس النتيجة عبر محرر السجل.
الخطوة 1. اضغط على "Win R"، اكتب "regedit"، ثم اضغط على Enter.
الخطوة 2. انتقل إلى: "HKEY_LOCAL_MACHINE> Software> Microsoft> Windows> CurrentVersion> Policies> System> CredSSP> Parameters"
ملاحظة: إذا لم توجد مفاتيح CredSSP أو Parameters، انقر بزر الماوس الأيمن وأنشئها.
الخطوة 3. أنشئ قيمة DWORD جديدة (32-بت) باسم "AllowEncryptionOracle".
الخطوة 4. عيّن بيانات القيمة على "2".
الخطوة 5. أعد تشغيل الكمبيوتر.
أحيانًا تفشل حزمة المصادقة لأن العميل لا يستطيع حل اسم المضيف بشكل صحيح، مما يؤدي إلى انهيار في عملية مصافحة Kerberos أو NTLM.
الخطوة 1. افتح Notepad كمسؤول.
الخطوة 2. افتح الملف: "C:> Windows> System32> drivers> etc> hosts".
الخطوة 3. أضف سطرًا في الأسفل: "[IP Address] [Computer Name]".
مثال: "192.168.1.50 Work-PC"
الخطوة 4. احفظ وحاول الاتصال باستخدام اسم الكمبيوتر بدلاً من عنوان IP.
يمكن أن تتسبب أعطال الشبكة في تلف "الحزمة" أثناء النقل.
الخطوة 1. افتح موجه الأوامر (كمسؤول) ونفّذ هذه الأوامر بالترتيب:
الخطوة 2. أعد تشغيل جهاز الكمبيوتر الخاص بك بعد الأمر الأخير.
أصبح خطأ "لم يتم التعرف على بيانات الاعتماد المقدمة للحزمة" منتشرًا على نطاق واسع بعد أن عالج تحديث أمان من Microsoft ثغرة في CredSSP (بروتوكول موفر دعم أمان بيانات الاعتماد).
أدخل التحديث "معالجة Encryption Oracle". إذا كان عميلك محدثًا ولكن الخادم ليس كذلك (أو العكس)، فسيتم رفض حزمة المصادقة لأن أحد الطرفين يحاول استخدام "مغلف" آمن لا يفهمه الطرف الآخر.
الحل النهائي للاستقرار على المدى الطويل هو التأكد من أن كلًا من الجهاز العميل وجهاز المضيف لديه جميع تحديثات Windows الأحدث مثبتة.
بينما يمكن لإصلاح مفاتيح التسجيل وسياسات المجموعة حل المشكلة، إلا أنها عملية تستغرق وقتًا وتتطلب مهارات تقنية. بالنسبة للمستخدمين الذين يحتاجون إلى اتصال موثوق وخالٍ من الأخطاء دون عناء حزم بيانات اعتماد Windows، يوفر AnyViewer بديلًا احترافيًا لسطح المكتب البعيد.
لماذا يتجنب AnyViewer هذه الأخطاء
خطأ "لم يتم التعرف على بيانات الاعتماد المقدمة للحزمة" فريد في بنية مصادقة Windows الأصلية (Kerberos/NTLM). يستخدم AnyViewer بروتوكول اتصال خاص يعمل بشكل مستقل عن عنق الزجاجة التقليدية هذه في Windows. من خلال تجاوز تبعيات موفر دعم الأمان (SSP) الأصلي، يلغي AnyViewer حالات فشل المصادقة المحددة هذه.
المزايا الرئيسية لـ AnyViewer:
يمكن أن تكون معالجة أخطاء بروتوكول سطح المكتب البعيد (RDP) عملية مملة للاستبعاد. إذا واجهت خطأ "The credentials supplied to the package were not recognized" في RDP، ابدأ بمسح بيانات الاعتماد المحفوظة. إذا لم ينجح ذلك، انتقل نحو تعديل إعدادات نهج المجموعة (GPO) أو تعطيل مصادقة مستوى الشبكة (NLA) مؤقتًا.
في معظم البيئات الحديثة، يحدث عدم التطابق بسبب تحديث CredSSP. من خلال مواءمة سياسات الأمان في أجهزتك المحلية والبعيدة، يمكنك استعادة اتصال مستقر وآمن.