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

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

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

كيفية إصلاح "عنوان مدير الاشتراك غير صحيح. لم يتم استلام الرد من العنوان الذي تم إرسال طلب الاشتراك إليه".

وصف الخطأ

يحدث هذا الخطأ عادة في بيئات ويندوز عند استخدام اشتراكات Windows Event Forwarding (WEF) و WinRM (Windows Remote Management). يشير إلى عدم تطابق الاتصال أو خطأ التكوين حيث أرسل جمع الأحداث (سجلات جمع الخادم) طلب الاشتراك ، لكن الاستجابة عادت من عنوان IP أو اسم مضيف أو URI مختلف عن المتوقع. هذه الآلية الأمنية تمنع هجمات الرجل في الوسط ، ولكنها غالباً ما تنشأ إذا كان لدى الكمبيوتر المصدر (مراسل الأحداث) العديد من واجهات الشبكة ، أو كان متوازن الحمل خلفه ، أو إذا كان هناك عدم تطابق DNS بين عنوان الاشتراك المهيئ والهوية الفعلية للخادم الرد.

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

اتبع هذه الخطوات بالتسلسل لحل خطأ عنوان مدير الاشتراك غير صالح.

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

تأكد من أن العنوان الذي تم تكوينه على أجهزة العميل يتطابق بالضبط مع التكوين على الجمع.

  1. على جهاز العميل (إرسال الأحداث) ، افتح Local Group Policy Editor (gpedit.msc )
  2. انتقل إلى: Computer Configuration > Administrative Templates > Windows Components > Event Forwarding.
  3. افتح الباب Configure target Subscription Manager السياسة.
  4. تحقق من تركيب سلسلة عناوين الخادم. يجب أن تبدو عادة هكذا: Server=http://<Collector_FQDN>:5985/wsman/SubscriptionManager/WEC,Refresh=60
  5. تأكد من أن <Collector_FQDN> هو اسم النطاق المؤهل بالكامل بالضبط لخادم الجمع ويتطابق مع شهادة SSL الخاصة به إذا كنت تستخدم HTTPS (الميناء 5986).

الخطوة الثانية: تحقق من د. إن. إن. إس وحل المضيف

إذا حل العميل اسم الجمع إلى عنوان IP غير متوقع ، فسوف يفشل التحقق من صحة الاستجابة.

  1. افتح Command Prompt أو PowerShell كمسؤول على جهاز العميل.
  2. قم بتشغيل أمر البينج للتحقق من الدقة:
    ping <Collector_FQDN>
  3. أركض nslookup على اسم الجمع:
    nslookup <Collector_FQDN>
  4. تحقق من أن عنوان IP المرجع يطابق عنوان IP الرئيسي لخوادم الجمع. إذا كان لدى الجمع العديد من محولات الشبكة ، فتأكد من أن DNS تشير إلى الواجهة المقصودة المستخدمة لحركة مرور WinRM.

الخطوة الثالثة: تكوين ربطات IP لـ WinRM Listener

إذا كان خادم الجمع الخاص بك لديه العديد من واجهات الشبكة، قد يكون WinRM يستمع أو يستجيب على واجهة مختلفة عن تلك التي يستهدفها العميل.

  1. على خادم "الجامع" مفتوح PowerShell كمدير
  2. شاهد مستمعين WinRM الحاليين:
    winrm enumerate winrm/config/listener
  3. تحقق من ListeningOn إذا كان يقتصر على عنوان IP محدد لا يتطابق مع DNS الخاص بك، أو إذا كان يحتاج إلى الاستماع على جميع الواجهات، يمكنك إعادة تعيينها للاستماع على جميع عناوين IP:
    winrm set winrm/config/listener?Address=*+Transport=HTTP

    (تغيير HTTP إلى HTTPS إذا كنت تستخدم التوجيه الآمن)

الخطوة 4: إضافة الجمع إلى قائمة المضيفين الموثوق بهم (لبيئات غير النطاق / مجموعة العمل)

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

  1. على جهاز العميل، مفتوح PowerShell كمدير
  2. قم بتنفيذ الأمر التالي لإضافة الجمع إلى قائمة TrustedHosts:
    Set-Item WSMan:\localhost\Client\TrustedHosts -Value "<Collector_FQDN>" -Force
  3. إعادة تشغيل خدمة WinRM لتطبيق التغييرات:
    Restart-Service winrm

الخطوة 5: مسح وإعادة تشغيل وقت تشغيل إعادة توجيه الأحداث

اجبر العميل على إعادة الاتصال باستخدام المعايير المعدلة

  1. على جهاز العميل، مفتوح PowerShell كمدير
  2. إعادة تشغيل خدمة إدارة ويندوز عن بعد:
    Restart-Service winrm
  3. إعادة تشغيل خدمة سجل الأحداث في ويندوز:
    Restart-Service EventLog
  4. على خادم "الجامع" مفتوح Event Viewer (eventvwr.msc إذهب إلى Subscriptions ، انقر بزر الماوس الأيمن على الاشتراك النشط، ثم انقر Retry لإجبار فحص الحالة.
ERROR_WSMAN_NO_IDENTIFY_FOR_LOCAL_SESSION | ERROR_WSMAN_NO_PUSH_SUBSCRIPTION_FOR_LOCAL_SESSION | ERROR_WSMAN_NON_PULL_SUBSCRIPTION_NOT_SUPPORTED | ERROR_WSMAN_WMI_MAX_NESTED | ERROR_WSMAN_REMOTE_CIMPATH_NOT_SUPPORTED

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