لماذا يحدث هذا؟

• Custom URI Misconfigurations: النقطة النهائية أو URI الاتصال (معرف الموارد الموحدة) تم تمريرها إلى الأمر لديه خطأ نحوي أو مخطط غير مدعوم.
• Corrupted WinRM Configurations: تكوين مستمع WinRM المحلي أو البعيد أصبح فاسداً أو غير محيّز.
• WS-Management Protocol Mismatches: يحاول العميل استخدام نوع قذيفة بعيدة أو تكوين ملحق مخصص لم يتم تسجيله أو تمكينها على الخادم المستهدف.
• Corrupted System Files: ملفات إدارة ويندوز الأساسية أو التبعيات تالفة.

إصلاحات خطوة بخطوة

اتبع هذه الحلول بالترتيب. اختبر اتصالك بعد الانتهاء من كل خطوة لمعرفة ما إذا كانت المشكلة قد تم حلها.

الخطوة 1: قم بتشغيل WinRM Quick Configuration

يُعيد هذا الأداة الإعدادات الافتراضية لـ WinRM، ويمكّن المستمع، ويخلق استثناءات جدار الحماية المطلوبة.

1. اضغط على Start menu ، نوع cmd انقر على الزر الأيمن Command Prompt ، وتحديد Run as administrator.
2. اكتب الأوامر التالية واضغط Enter:

   winrm quickconfig

3. إذا طُلب منك إجراء تغييرات وتمكين الخدمة، اكتب y و اضغط Enter.
4. اكتب الأمر التالي للتحقق مما إذا كان المستمع يعمل بشكل صحيح:

   winrm e winrm/config/listener

الخطوة 2: التحقق وإعادة تعيين URI الاتصال

إذا كنت تقوم بتشغيل كتابة خاصة باستخدام PowerShell أو أمر (مثل Enter-PSSession أو New-PSSession ), يمكن أن تكون معايير URI المخصصة غير صحيحة.

1. تأكد من أنك لا تمر بيدك مع شخص معاق -ConnectionURI المعلمات. يبدو URI WinRM القياسي هكذا:

   http://<ComputerName>:5985/wsman

2. إذا كنت تستخدم قشرة مخصصة، تحقق من أن سلسلة URI تلتزم بدقة بالمخطط المطلوب من قبل تطبيقك المستهدف.
3. حاول الاتصال باستخدام القياسية -ComputerName المعلم بدلاً من المعلم URI المخصص لمعرفة ما إذا كانت القشرة الافتراضية تعمل:

   Enter-PSSession -ComputerName Target_Computer_Name

الخطوة الثالثة: إضافة المضيف المستهدف إلى قائمة المضيفات الموثوق بها

سترفض آلة العميل الاتصالات مع النقاط النهائية غير الموثوق بها ما لم يتم إضافتها صراحة إلى التكوين المحلي.

1. افتح PowerShell كمدير
2. قم بتشغيل هذه الأوامر لعرض المضيفات الموثوقة الحالية:

   Get-Item WSMan:\localhost\Client\TrustedHosts

3. للاعتماد على جهاز كمبيوتر معين، قم بتشغيل:

   Set-Item WSMan:\localhost\Client\TrustedHosts -Value "Target_Computer_Name" -Force

   (ملاحظة: يمكنك استخدام ` كقيمة للثقة في جميع أجهزة الكمبيوتر، على الرغم من أن هذا ينصح فقط لبيئات الاختبار المعزولة).*

4. إعادة تشغيل خدمة WinRM لتطبيق التغييرات:

   Restart-Service WinRM

الخطوة الرابعة: إصلاح المكونات الإضافية و القشرات المفسدة لـ WinRM

إذا كان تسجيل قذيفة بعيدة مخصصة فاسداً، فإن إعادة تعيين البنية التحتية للقذيفة يمكن أن يحل المشكلة.

1. افتح Command Prompt كمدير
2. قم بتشغيل هذه الأوامر لاستعادة تكوينات WinRM الافتراضية:

   winrm reset

3. بعد ذلك، تحقق من القذائف المسجلة على النظام الخاص بك عن طريق تشغيل:

   winrm e winrm/config/Shell

4. تأكد من أن URI القشرة الافتراضية ( http://microsoft.com ) نشط ولم يتم إعادة كتابته بواسطة مكون إضافي مخصص مكسور.

الخطوة 5: تشغيل فحص ملفات النظام (SFC)

إذا كانت مكونات Windows الداخلية المسؤولة عن معالجة طلبات WS-Management تالفة، فإن أداة SFC ستصلحها.

1. افتح Command Prompt كمدير
2. اكتب الأوامر التالية واضغط Enter:

   sfc /scannow

3. انتظر حتى يصل الفحص إلى 100٪ الانتهاء.
4. قم بإعادة تشغيل الكمبيوتر وحاول الاتصال بـ WinRM مرة أخرى