🇬🇧 | 🇩🇪 | 🇫🇷 | 🇪🇸 | 🇨🇳 | 🇸🇦
ليس لدينا DLL ولكن لدينا:
تحليل ملفات ويندوز & مكافحة الفيروسات السريعة عبر الإنترنت

واجهة بسيطة تتميز بالبحث السريع، والتحميل المريح، وهيكل القسم النظيف.

🛡️🔍 التحقق السريع ملفك، مجرد إسقاط على هذه الصفحة.
فحص الفيروسات، التجزئة، التحقق من التوقيع، الهندسة المعمارية، معلومات الذكاء الاصطناعي.

كيفية إصلاح "خدمة WS-Management لا تستطيع معالجة الطلب. تم استخدام URI الموارد DMTF للوصول إلى فئة غير DMTF. حاول مرة أخرى باستخدام URI الموارد غير DMTF".

خطأ ويندوز "The WS-Management service cannot process the request. A DMTF resource URI was used to access a non-DMTF class. Try again using a non-DMTF resource URI" يحدث عادة عند تنفيذ أمر PowerShell أو Windows Management Instrumentation (WMI / MI) باستخدام Windows Remote Management (WinRM). يشير إلى عدم تطابق نحوي حيث تم توجيه النظام لاستفسار فئة Microsoft WMI القياسية باستخدام نموذج تحديد الموارد الموحد لمجموعة مهام الإدارة الموزعة (DMTF) ، أو العكس. يحدث هذا عادة عندما يستخدم البرنامج النصي الآلي أو أداة الإدارة أو الأمر اليدوي بنية نحوية غير صحيحة لمثال CIM (نموذج المعلومات المشترك) المستهدف.

إليكم خطوة بخطوة كيفية حل هذه المشكلة:

الخطوة 1: التحقق وتصحيح تركيبة URI الموارد

إذا كنت تقوم بتشغيل أمر PowerShell مخصص باستخدام Get-CimInstance, Get-WSManInstance ، أو Invoke-WSManAction ، تحقق من كيفية بناء URI الموارد.

  1. افتح البرنامج أو واجهة سطر الأوامر
  2. تحديد الموقع -ResourceUri المعيار أو إعلان المسار.
  3. تأكد من أنه إذا كنت تستهدف فئة Windows WMI القياسية (مثل Win32_Process ), تستخدم الميزة القياسية Microsoft CIM namespace URI ( http://microsoft.com ) بدلا من URI DMTF القياسية ( http://dmtf.org )

الخطوة 2: التبديل من WSMan Cmdlets إلى CimCmdlets

يمكن أن تكون cmdlets WSMan القياسية حساسة للغاية لتنسيق URI. غالبًا ما يتجاوز استبدالها ب cmdlets CIM الحديثة تلقائيًا قضايا التحقق من صحة DMTF الصارمة.

  1. افتح PowerShell كمدير
  2. إذا كانت أوامر الفشل الأصلية تبدو هكذا: Get-WSManInstance -ResourceURI "http://dmtf.orgWin32_Service" -ComputerName "RemotePC"
  3. غيّره للاستخدام الأبسط Get-CimInstance الجملة التي تتعامل مع تعريف URI بشكل أصلي: Get-CimInstance -ClassName Win32_Service -ComputerName "RemotePC"

الخطوة 3: إعادة تشغيل خدمة إدارة ويندوز عن بعد (WinRM)

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

  1. اضغط على Windows Key + R لفتح مربع الحوار تشغيل.
  2. النوع services.msc و اضغط Enter.
  3. انزلي لأسفل و ابحثي عن Windows Remote Management (WS-Management) الخدمة.
  4. انقر بزر الماوس الأيمن على الخدمة واختر Restart.

الخطوة 4: إعادة تسجيل مكونات WMI ومقدمي MI

إذا حدث الخطأ أثناء مهام إدارة النظام الآلي (مثل SCCM أو SCOM أو أدوات مراقبة طرف ثالث) ، فقد يكون مستودع WMI المحلي أو تسجيل مزود البنية التحتية للإدارة (MI) تالفاً.

  1. انقر على قائمة البدء، اكتب cmd ، انقر على Command Prompt ، وتحديد Run as administrator.
  2. قم بتشغيل الأمر التالي لتجميع ملفات إطار WMI الأساسية: CD C:\Windows\System32\Wbem
  3. قم بتنفيذ أمر الحلقة هذا لإعادة تسجيل جميع ملفات MOF التي تحدد الفئات: for /f %s in ('dir /b *.mof') do mofcomp %s
  4. قم بتنفيذ أمر الحلقة هذا لإعادة تسجيل ملفات DLL: for /f %s in ('dir /b *.dll') do regsvr32 /s %s
  5. قم بإعادة تشغيل الكمبيوتر لتطبيق التغييرات

لتوفير المزيد من خطوات استكشاف الأخطاء المخصصة، يرجى مشاركتها what specific command or application الذي أدى إلى هذا الخطأ، وما إذا كنت تشغيله ضد local or remote machine.

ERROR_WSMAN_POLYMORPHISM_MODE_UNSUPPORTED | ERROR_WSMAN_REQUEST_NOT_SUPPORTED_AT_SERVICE | ERROR_WSMAN_URI_WRONG_DMTF_VERSION | ERROR_WSMAN_PUSHSUBSCRIPTION_INVALIDUSERACCOUNT | ERROR_WSMAN_EVENTING_NONDOMAINJOINED_PUBLISHER

قد يكون هناك بعض الأخطاء. Learn Microsoft