كيفية إصلاح خطأ Windows: "عميل WinRM لا يستطيع معالجة الطلب"

عادة ما يحدث خطأ Windows Remote Management (WinRM) عندما لا يتمكن النظام من إنشاء اتصال آمن بين الكمبيوتر المحلي والمضيف البعيد. يشرح هذا الدليل سبب حدوث ذلك ويوفر حلول واضحة خطوة بخطوة لحل المشكلة.

لمحة عامة عن الأخطاء والأسباب الشائعة

عادة ما يظهر رمز الخطأ هذا عند استخدام PowerShell عن بعد ، أو إدارة خوادم Hyper-V ، أو تشغيل البرامج النصية الإدارية. تشمل الأسباب الأكثر شيوعًا وراء هذه الرسالة:

• Disabled WinRM Service: الخدمة لا تعمل على جهاز المحلي أو البعيد
• Authentication Issues: يمنع ويندوز الاتصال لأن المضيف البعيد غير موثوق به
• Network Location Profile: تم تعيين ملف الشبكة على "العلني"، والذي يمنع حركة مرور WinRM تلقائيًا.
• Firewall Blockage: جدار حماية ويندوز أو برنامج أمان من طرف ثالث يعيق الميناء 5985 (HTTP) أو الميناء 5986 (HTTPS).
• Incorrect Execution Policy: تقييدات PowerShell تمنع تنفيذ البرامج النصية عن بعد.

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

اتبع هذه الحلول بالترتيب. يجب عليك تشغيل PowerShell أو برومنت الأوامر كمسؤول لتنفيذ هذه الأوامر.

إصلاح 1: تمكين وبدء خدمة WinRM

الخطوة الأولى المطلقة هي التأكد من أن خدمة WinRM تعمل بشكل صحيح وتقوم بتكوينها لبدء تلقائيًا على كلا الكمبيوترين.

1. اضغط على Windows Key ، نوع powershell انقر على الزر الأيمن Windows PowerShell ، وتحديد Run as administrator.
2. اكتب الأمر التالي لتكوين خدمة WinRM واضغط Enter:

   winrm quickconfig

3. If prompted to confirm changes (such as creating exceptions in the firewall or changing the service startup type), type y (نعم) والضغط Enter.
4. بعد ذلك، اجبر على بدء خدمة WinRM يدوياً للتأكد من نشاطها:

   Start-Service WinRM

5. حدد نوع بدء الخدمة إلى تلقائي بحيث يتم تشغيله كلما تم تشغيل ويندوز:

   Set-Service WinRM -StartupType Automatic

إصلاح 2: إضافة المضيف البعيد إلى قائمة المضيفات الموثوق بها

Windows security rules block remote connections unless the target machine is explicitly trusted. You must configure the TrustedHosts الإعدادات على جهاز الكمبيوتر العميل الخاص بك.

1. افتح Windows PowerShell كمدير
2. للسماح بالاتصالات any computer (best for testing or internal private networks), type this command and press Enter:

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

3. إذا كنت تفضل الوثوق بجهاز كمبيوتر محدد واحد فقط من أجل تحسين الأمن، استبدل النجمة بعنوان IP البعيد أو اسم المضيف:

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

4. إعادة تشغيل خدمة WinRM لتطبيق التكوين الجديد:

   Restart-Service WinRM

إصلاح 3: قم بتغيير ملف الشبكة إلى خاص

سوف يرفض WinRM الاتصالات إذا تم تصنيف اتصال الشبكة النشط الخاص بك على أنه "عام" لأن ويندوز تقفل الأمن في الأماكن العامة.

1. افتح Windows PowerShell كمدير
2. تحقق من حالة الشبكة الحالية بتشغيل:

   Get-NetConnectionProfile

3. انظري إلى NetworkCategory قيمة إذا كان مكتوب Public, نسخ الاسم المظهر بجانب Name.
4. غيّر ملف الشبكة إلى Private عن طريق تشغيل الأمر التالي (استبدال YourNetworkName مع اسم الشبكة الحقيقي الخاص بك):

   Set-NetConnectionProfile -Name "YourNetworkName" -NetworkCategory Private

إصلاح 4: السماح بوابات WinRM من خلال جدار حماية ويندوز

حتى لو كانت الخدمة قيد التشغيل، قد تتراجع جدار الحماية المحلي بشكل نشط عن طلبات الإدارة الواردة أو الصادرة.

1. افتح Windows PowerShell كمدير
2. قم بتشغيل هذه الأوامر لإنشاء قاعدة جدار حماية جديدة تسمح بنقل حركة HTTP من WinRM (الميناء 5985):

   New-NetFirewallRule -DisplayName "Allow WinRM HTTP" -Direction Inbound -LocalPort 5985 -Protocol TCP -Action Allow

3. إذا كانت بيئتك تستخدم اتصالات HTTPS، افتح الميناء 5986 أيضًا:

   New-NetFirewallRule -DisplayName "Allow WinRM HTTPS" -Direction Inbound -LocalPort 5986 -Protocol TCP -Action Allow

إصلاح 5: ضبط سياسة تنفيذ PowerShell

يمكن أن تمنع سياسة التنفيذ المحدودة للغاية Windows من معالجة البرامج النصية المطلوبة لبدء جلسة بعيدة.

1. افتح Windows PowerShell كمدير
2. تحقق من إعدادات سياسة التنفيذ الحالية:

   Get-ExecutionPolicy

3. إذا تم تعيين السياسة على Restricted ، غيّره إلى RemoteSigned أو Bypass للسماح بإجراءات الإدارة المحلية:

   Set-ExecutionPolicy RemoteSigned -Force

التحقق من الحل

بمجرد الانتهاء من الخطوات أعلاه، يمكنك التحقق من أن عميل WinRM يمكنه معالجة الطلبات بشكل صحيح. قم بتشغيل الأمر التالي في PowerShell لاختبار اتصال الحلقة المحلية:

Test-WSMan

إذا نجحت، فإن الأمر سيعرض معلومات حول إصدار خدمة WS-Management وإصدار كومة، مما يعني أن عميل WinRM الخاص بك يعمل بشكل كامل مرة أخرى.