أنت غير متصل حاليًا، وفي انتظار الإنترنت الخاص بك ليقوم بإعادة الاتصال

Microsoft Office 2010 Suite توافق المنتج مع مجالات تسمية واحدة ومساحات الأسماء Disjointed، ومساحات الأسماء قريبا

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

2269838
الموجز
توضح هذه المقالة التوافق لمنتجات Microsoft Office 2010 Suite مجالات تسمية واحدة ومساحات الأسماء منفصلتين، ومساحات الأسماء قريبا.


معلومات أخرى


مجالات تسمية واحدة

لوصف "مجالات تسمية واحدة" راجع الموضوع "مجالات تسمية واحدة" فيتخطيط مساحة أسماء DNS Microsoft Office 2010 Suite مركز الحل.

منفصلتين مساحات الأسماء

لوصف "منفصلتين مساحات الأسماء" راجع الموضوع "منفصلتين مساحات الأسماء" فيتخطيط مساحة أسماء DNS Microsoft Office 2010 Suite مركز الحل.

مساحات الأسماء قريبا

لوصف "مساحات الأسماء قريبا" راجع الموضوع "قريبا مساحات الأسماء" فيتخطيط مساحة أسماء DNS Microsoft Office 2010 Suite مركز الحل.


BizTalk Server

مجالات تسمية واحدة

عدم استخدام SLDs ممارسة مستحسنة، BizTalk Server هو ليس اختبارها في هذا السيناريو. ولذلك، قد يكون هناك عدم التوافق عندما يتم تطبيق BizTalk Server في بيئة SLD.

تتأثرBizTalkتتضمن منتجات BizTalk Server 2009.

Exchange Server

استجابة لملاحظات العملاء، الفريق Exchange قامت بتحديث منظومة الاختبار الخاصة بها وقرر اعتماد Exchange Server 2010 في SLDs منفصلتين مساحات الأسماء ومساحات الأسماء قريبا. تحتوي هذه الصفحة على وصف موجز لكل من هذه السيناريوهات واعتبارات خاصة. إذا كنت ترغب في تثبيت Exchange 2010 إلى واحد من هذه البيئات، قراءةمدونة فريق تبادل الوثائقحول الموضوع قابل للتطبيق.

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

مجالات تسمية واحدة

يتم اعتماد 2010 Exchange على الرغم من أن بواسطة SLDs، عرض فريق المنتج Exchange SLDs لا يتم تكوين الموصى بها وقد لا تكون مدعمة بإصدار Exchange. تطبيقات الجهات الأخرى التي تريد تشغيلها في البيئة الخاصة بك أو Microsoft Office 2010 Suite أخرى قد تكون غير معتمدة على SLD. وهذا قد يكون تأثير متضارب بين في البيئة الخاصة بك. على الرغم من أننا يسمح تثبيت Exchange 2010 في SLD، ننصح بشدة أن تقوم باتخاذ خطوات لنقل المؤسسة من هذا التكوين. 

منفصلتين مساحات الأسماء

في Microsoft Office 2010 Suite Exchange 2010، هناك ثلاثة سيناريوهات المعتمدة لنشر Exchange في مجال يحتوي على مساحة اسم منفصلة. سيناريو المعتمدة كما يلي:
  • السيناريو 1:لاحقة DNS الأساسية لوحدة تحكم المجال غير نفس اسم مجال DNS. يمكن أن تكون أجهزة الكمبيوتر التي أعضاء في المجال منفصلة أو غير منفصلة.
  • السيناريو 2:جهاز كمبيوتر عضو في مجال "Active Directory" منفصلة على الرغم من أن وحدة تحكم المجال غير منفصلة.
  • السيناريو 3:هو اسم مجال NetBIOS وحدة تحكم المجال غير نفس المجال الفرعي أسماء مجال DNS الخاصة بوحدة التحكم بالمجال تلك.
للحصول على مزيد من المعلومات حول Exchange 2010 ومساحات أسماء منفصلة، انظرفهم منفصلتين سيناريوهات مساحة أسماء المصادر. مقالة TechNet.
اعتبارات خاصة

مساحات أسماء (غير متجاورة) قريبا

لمساحات الأسماء قريبا، يجب تكوين DNS حيث يمكن على ملقمات Exchange لحل كافة أسماء المجال في البيئة. وهو أيضا مطلبا المكونة msds-allowedDNSSuffixes داخل بيئة "Active Directory" لكافة مساحات الأسماء المستخدمة في مجموعة التفرعات.

للحصول على معلومات حول كيفية تكوين هذا، انظرفهم إعدادات DNS على العميل. مقالة TechNet.
المنتجات المتأثرة Exchange تتضمن ما يلي:

forefront

مجالات تسمية واحدة

على الرغم من أنه يمكن للمستخدمين تثبيت منتجات Forefront على SLDs، "معالج تثبيت Active Directory" (Dcpromo.exe) في Windows Server 2008 يحذر ضد إنشاء جديد من المجالات التي تحتوي على أسماء DNS وحيد التسمية. يمنع "معالج تثبيت Active Directory" في Windows Server 2008 R2 والإصدارات الأحدث صراحة بإنشاء هذه المجالات.

تعتمد منتجات forefront، بما في ذلك 2010 حماية Forefront ل Exchange Server (FPE) و 2010 حماية Forefront ل SharePoint (FPSP)، الدالة مع تكوينات SLD التي لها contingent على المصدر الخاص بها Exchange و SharePoint الإصدارات.

عدم استخدام SLDs ممارسة مستحسنة، المنتجات Forefront هي غير اختبارها في هذا السيناريو. ولذلك، قد يكون هناك عدم التوافق عندما يتم تنفيذ المنتجات Forefront في بيئة SLD.

Microsoft Office 2010 Suite يوفر العديد من الأدوات الترحيل "Active Directory" للتنفيذ التلقائي لإرشادك خلال عملية نقل من المجالات SLD إلى مجال مؤهل بشكل كامل. للحصول على مزيد من المعلومات، راجعدليل أداة (ADMT) الترحيل لدليل نشط.
منتجات Forefront صورة تتضمن ما يلي:

ملقم الاتصالات Office

مجالات تسمية واحدة

عدم استخدام SLDs ممارسة مستحسنة، منتجات Office Server اتصالات و Office Server اتصالات مباشرة تقوم لا اختبارها في هذا السيناريو. ولذلك، قد يكون هناك عدم التوافق عندما يتم تنفيذ هذه المنتجات في بيئة SLD.

المنتجات المتأثرة الملقم اتصالات Office و Office Server اتصالات مباشرة بتضمين ما يلي:

Outlook Microsoft Office 2010 Suite

مجالات تسمية واحدة

عدم استخدام SLDs ممارسة مستحسنة، إصدارات Office Outlook يتم لا اختبارها في هذا السيناريو. ولذلك، قد يكون هناك عدم التوافق عندما يتم تطبيق Office Outlook في بيئة SLD. على الرغم من أنه يمكن للمستخدمين تثبيت Office Outlook 2007 أو Office Outlook 2010 على SLDs باستخدام الحلول على جانب الملقم Exchange، إنتاج SLDs عناوين البريد الإلكتروني المتوافقة مع RFC غير.

ملاحظةأي حلول قد لا يتم اعتماد وحدات السيناريو لم يتم تأكيد أو اختبار بواسطة Microsoft Office 2010 Suite. استخدم المعلومات التالية على مسؤوليتك الخاصة. Microsoft Office 2010 Suite بتوفير هذه المعلومات "كما هي" دون ضمان من أي نوع، سواء صريحة أو ضمنية، لا الحصر الضمانات الضمنية الخاصة بسبيل المثال و/او الملاءمة لغرض معين.

Office Outlook التحقق وتوازن للحفاظ على التوافق RFC. هناك القدرة على دعم SLD بيئات الملقم مع ملقم Exchange كالنهاية الخلفية، بينما تستخدم مجال ربط أجهزة الكمبيوتر باستخدام بعض الحلول من جانب الملقم (على سبيل المثال، مما يجعل الطرف عناوين البريد الإلكتروني الأساسي في مجال متوافقة مع RFC).

سبب الحاجة إلى أجهزة كمبيوتر منضم لمجال لجعل الملقم Autodiscover قادراً على الاتصال في بيئة شبكة اتصال SLD صحيحاً. إذا كان الكمبيوتر غير منضم لمجال، يجب نشر حل إضافية إلى جهاز الكمبيوتر العميل حيث تتم إعادة توجيه استجابات Autodiscover للاحقة عنوان SMTP الأساسية (النشر على ملقم Exchange للحل) إلى ملقم يستند إلى SLD.

مسجلة في القدرة على إعادة توجيه العملاء الذين لديهم استجابة تجاوز Autodiscover محلييقوم Outlook بتكوين تلقائي لحساب الورقة البيضاء.

مطلوبة POP و IMAP كلاهما يبدو دعم سيناريوهات التكوين SLD بحيث يتجاوز أي تكوين يدوي. ومع ذلك، التكوين التلقائي لا يعمل لأن المتوقع عنوان البريد إلكتروني المتوافقة مع RFC في مربع الحوار "تكوين تلقائي".

يحتوي Office Outlook 2010 عدم التوافق المعروفة التالية:
  • لا يقوم المستخدمون بإضافة عنوان البريد الإلكتروني SLD إلى قوائم المرسلين المستلمين/حظر عشوائي اﻷمن المرسلين/الامن
  • Autodiscover لا يعمل على جهاز كمبيوتر متصل SLD
  • تحقق من اسم لا يتعرف على عنوان البريد الإلكتروني SLD
  • SLD: تأكد من أن Outlook يقبل عناوين بريد إلكتروني SLD أثناء تكوين حساب
  • SLD: لا تعمل FreeBusy و MailTip لحساب SLD
منتجات Office Outlook صورة تتضمن ما يلي:

SharePoint Microsoft Office 2010 Suite

مجالات تسمية واحدة

عدم استخدام SLDs ممارسة مستحسنة، منتجات SharePoint يتم لا اختبارها في هذا السيناريو. ولذلك، قد يكون هناك عدم التوافق عندما يتم تنفيذ منتجات SharePoint في بيئة SLD. وعلى الرغم من أن معظم الميزات ستعمل، يعرف لن تعمل ميزة "استيراد ملفات التعريف" ضد SLD.

SharePoint Server 2010 له وعدم التوافق المعروفة للتالي:
  • لا يمكن استيراد المستخدمين من حاويات "Active Directory" التي تحتوي على مسافة في مجال تسمية واحدة.
  • ينتج عن تكوين استيراد ملفات التعريف المستخدم في بيئة مجال تسمية واحدة على خطأ.
تتضمن منتجات SharePoint Office التي تتأثر بما يلي

ملقم SQL

مجالات تسمية واحدة

على الرغم من أنه يمكن للمستخدمين تثبيت SQL Server على SLD، "معالج تثبيت Active Directory" (Dcpromo.exe) في Windows Server 2008 يحذر ضد إنشاء جديد من المجالات التي تحتوي على أسماء DNS وحيد التسمية. يمنع "معالج تثبيت Active Directory" في Windows Server 2008 R2 والإصدارات الأحدث صراحة بإنشاء هذه المجالات.

تم تصميم منتجات SQL Server لتشغيل على النظام الأساسي Windows Server. عدم استخدام SLDs ممارسة الموصى بها، لا يتم اختبار المنتجات SQL Server في هذا السيناريو. ولذلك، قد يكون هناك عدم التوافق عندما يتم تنفيذ منتجات ملقم SQL في بيئة SLD.
Microsoft Office 2010 Suite يوفر العديد من الأدوات الترحيل "Active Directory" للتنفيذ التلقائي لإرشادك خلال عملية نقل من المجالات SLD إلى مجال مؤهل بشكل كامل. للحصول على مزيد من المعلومات، راجعدليل أداة (ADMT) الترحيل لدليل نشط.

تتضمن منتجات "ملقم SQL صورة"SQL Server 2008.

مركز النظام

مجالات تسمية واحدة

يحذر "معالج تثبيت Active Directory" (Dcpromo.exe) في Windows Server 2008 مقابل إنشاء جديد من المجالات التي تحتوي على أسماء DNS وحيد التسمية. يمنع "معالج تثبيت Active Directory" في Windows Server 2008 R2 والإصدارات الأحدث صراحة بإنشاء هذه المجالات.

تم تصميم منتجات مركز النظام ليعمل على النظام الأساسي Windows Server. عدم استخدام SLDs ممارسة الموصى بها، لا يتم اختبار المنتجات مركز النظام في هذا السيناريو. ولذلك، قد يكون هناك عدم التوافق عندما يتم تنفيذ منتجات مركز النظام في بيئة SLD.
SLD Win2008R2

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

خصائص

رقم الموضوع: 2269838 - آخر مراجعة: 07/19/2010 20:05:00 - المراجعة: 3.0

  • Windows Server 2008 R2 Datacenter
  • Windows Server 2008 R2 Enterprise
  • Windows Server 2008 R2 Foundation
  • Windows Server 2008 R2 Standard
  • kbinfo kbpubtypekc kbsurveynew kbdomain kbmt KB2269838 KbMtar
تعليقات