"تعذر تلقي فيديراتيونينفورميشن" و "405 أسلوب غير مسموح به" أخطاء في نشر مختلط Office 365 والبيئة المحلية

هام: تمت ترجمة هذه المقالة باستخدام برامج مايكروسوفت للترجمة الآلية ومن المحتمل ان يتم تحريرها او تدقيقها بعد ذلك من خلال تكنولوجيا منصة مجموعات الترجمة(CTF) او من خلال مترجم بشري. تقدم لك شركة مايكروسوفت هذه المقالات المترجمة بشكل آلي او بالترجمة البشرية او بعد تحريرها وتدقيقها من قبل مجموعات الترجمة حتى تمكنكم من الوصول إلى جميع المقالات الموجودة في قواعد المعرفة لديها بلغات مختلفة. إلا أن المقالات المترجمة قد تحتوي على أخطاء في المفردات او بناء الجمل او النحو. وعليه، فإن شركة مايكروسوفت ليست مسؤولة عن اية أخطاء او عدم دقة في الترجمة او أية أضرار قد تحدث نتيجة أخطاء في ترجمة محتويات النص او استخدامه من قبل العملاء.

اضغط هنا لرابط المقالة باللغة الانجليزية2773628
ملاحظة: معالج "التكوين المختلط" المضمنة في وحدة تحكم إدارة Exchange في Microsoft Exchange Server 2010 لم يعد معتمداً. ولذلك، ينبغي أن يعد استخدام معالج "التكوين المختلط" القديم. بدلاً من ذلك، استخدم معالج التكوين المختلط 365 Office المتوفرة في http://aka.ms/HybridWizard. لمزيد من المعلومات، راجع معالج "التكوين المختلط" office 365 ل Exchange 2010.
المشكلة
في عملية نشر مختلط من Exchange عبر إنترنت في بيئة Exchange Server 2010 المحلي و Office 365، تواجه واحد أو أكثر من الأعراض التالية:
  • عند إنشاء علاقة المنظمة من Office 365 المؤسسة باستخدام خيار الاكتشاف التلقائي، يمكنك الحصول على رسالة الخطأ التالية:
    تعذر تلقي معلومات الاتحاد من الشركة الخارجية
  • عندما يحاول مستخدم Office 365 للبحث عن معلومات متوفر/مشغول لمستخدم محلي، يتم عرض أية معلومات التوفر/الانشغال.
  • عندما تقوم بتشغيل الحصول على فيديراتيونينفورميشنCmdlet ل Windows PowerShell، ستظهر لك رسالة الخطأ التالية:
    خطأ HTTP
    405 أسلوب غير مسموح به
عندما تقوم بعرض سجلات خدمات معلومات إنترنت (IIS) في المجلد C:\Inetpub\logs من ملقم Exchange 2010 المحلي المختلط، تشاهد خطأ 405 للاتصال بنقطة النهاية المقترنة. نقاط كما يلي:
  • نقطة نهاية نقل علبة البريد هو MrsProxy.svc.
  • نقطة النهاية الاكتشاف التلقائي هو Autodiscover.svc.
على سبيل المثال، إدخال خطأ في سجل IIS قد تشبه التالي:
<Date><Time>10.10.10.1 ترحيل/EWS/mrsproxy.svc-test\admin 443 10.10.10.12-405 0 1 15</Time></Date>
السبب
تحدث هذه المشكلة في حالة تكوين IIS يفتقد تعيين معالج svc المتكاملة. تظهر لقطة الشاشة التالية مثال لتعيين معالج svc المتكاملة في IIS:

لقطة شاشة لتكوين IIS، تمييز المتكاملة svc
الحل
لحل هذه المشكلة، في إدارة خدمات معلومات إنترنت (IIS)، تحقق من تعيينات معالج عند مستوى الملقم:
  • في حالة فقدان تعيين معالج svc المتكاملة، انتقل إلى "الطريقة الأولى".
  • في حالة تعيين معالج svc المتكاملة، انتقل إلى "الطريقة الثانية"

الطريقة الأولى: إعادة تثبيت تعيينات معالج في IIS

ملاحظة: قبل اتباع هذه الخطوات، احتياطي تكوين IIS.

قم بتشغيل الأمر ServiceModelReg.exe – r إعادة تثبيت تعيينات معالج في IIS. للقيام بذلك، اتبع الخطوات التالية:
  1. على ملقم Exchange 2010 المختلط، فتح إطار موجه الأوامر، ومن ثم انتقل إلى المجلد التالي:
    مؤسسة الاتصالات C:\Windows\Microsoft.Net\Framework\v3.0\Windows
  2. اكتب الأمر التالي، ومن ثم اضغط ENTER:
    ServiceModelReg.exe –r
    ملاحظة: قد تضطر لإعادة تشغيل IIS بعد تشغيل هذا الأمر.

الطريقة الثانية: التحقق تعيينات معالج على مستوى الخادم

  1. توسيع موقع ويب الافتراضيفي "إدارة IIS"، وقم بتحديد الدليل الظاهري الاكتشاف التلقائي.
  2. فتح تعيينات معالج.
    • في حالة تعيين معالج svc المتكاملة، انتقل إلى الخطوة رقم 8.
    • في حالة فقدان تعيين معالج svc المتكاملة، انتقل إلى الخطوة 3.
  3. عمل نسخة احتياطية من ملف web.config في الدليل الظاهري الاكتشاف التلقائي.
  4. في جزء الإجراءات ، انقر فوق الرجوع إلى الأصل، ومن ثم انقر فوق نعم لتأكيد.
  5. تأكد من تعيين معالج دمج svc موجوداً في الدليل الظاهري الاكتشاف التلقائي.
  6. إعادة تعيين الدليل الظاهري الاكتشاف التلقائي. للقيام بذلك، افتح Shell إدارة Exchange، ثم قم بتشغيل الأوامر التالية:
    Remove-AutodiscoverVirtualDirectory “<ServerName>\Autodiscover (Default Web Site)”
    New-AutodiscoverVirtualDirectory -WebSiteName "Default Web Site" -WSSecurityAuthentication:$True
  7. نسخ المعالجات من ملف web.config النسخ الاحتياطي ومن ثم لصقها في الملف web.config. يجب أن يكون موجوداً ضمن المعالجات <system.webServer></system.webServer> و > علامات ملف web.config.

    وكحد أدنى، يجب أن يحتوي على ملف web.config المعالجات التالية:
    <handlers>      <add name="AutodiscoverAsmxHandler" path="*.asmx" verb="*" type="System.ServiceModel.Activation.HttpHandler, System.ServiceModel, Version=3.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" preCondition="integratedMode,runtimeVersionv2.0" />      <add name="AutodiscoverXMLHandler" path="*.xml" verb="POST" type="System.ServiceModel.Activation.HttpHandler, System.ServiceModel, Version=3.0.0.0, Culture=neutral, PublicKeyToken=b77a5c561934e089" preCondition="integratedMode,runtimeVersionv2.0" />      <add name="AutodiscoverDiscoveryLegacyHandler" path="*.xml" verb="GET" type="Microsoft.Exchange.Autodiscover.WCF.LegacyHttpHandler, Microsoft.Exchange.Autodiscover, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" preCondition="integratedMode,runtimeVersionv2.0" />      <add name="AutodiscoverDiscoveryHandler" path="*.svc" verb="GET" type="Microsoft.Exchange.Autodiscover.WCF.AutodiscoverDiscoveryHttpHandler, Microsoft.Exchange.Autodiscover, Version=14.0.0.0, Culture=neutral, PublicKeyToken=31bf3856ad364e35" preCondition="integratedMode,runtimeVersionv2.0" />    </handlers> 
  8. إعادة تشغيل IIS. للقيام بذلك، تشغيل iisreset/noforce موجه الأوامر.
لمزيد
في حالة مواجهة هذه المشكلة، قد تلاحظ أن الاتصالات الأخرى إلى ملقم "وصول العميل" (CAS)، مثل عند إعداد التشكيلات الجانبية للمستخدم من خلال خدمة الاكتشاف التلقائي، لا تتأثر. وهذا لأن هذه العملية لا يستخدم svc نقطة النهاية. لا يعمل أي اتصال يستخدم نقطة النهاية svc في هذه الحالة، ولكن نقاط نهاية أخرى عادة ما تظل غير متأثرة.

لا تزال تحتاج إلى مساعدة؟ انتقل إلى جماعة office 365موقع ويب أومنتديات TechNet Exchange.

تحذير: تمت ترجمة هذه المقالة تلقائيًا

خصائص

رقم الموضوع: 2773628 - آخر مراجعة: 04/26/2016 02:43:00 - المراجعة: 8.0

Microsoft Exchange Online, Microsoft Exchange Server 2010 Enterprise, Microsoft Exchange Server 2010 Standard

  • o365 kbgraphxlink o365a o365e hybrid o365m o365022013 kbgraphic kbmt KB2773628 KbMtar
تعليقات