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

كيفية استكشاف مشكلات جدار الحماية MS DTC

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

اضغط هنا لرابط المقالة باللغة الانجليزية306843
إخلاء مسؤولية من محتوى قديم في قاعدة المعارف
عن تقديم الدعم التقني لهاو لذلك تظهر هذه المقالة كما هي و لن يتم تحديثها Microsoft تمت كتابة هذه المقالة بخصوص منتجات توقفت
الموجز
توضح هذه المقالة خطوات استكشاف الأخطاء وإصلاحها للمساعدة في تمكين Microsoft منسق المعاملات الموزعة (MS DTC) بالاتصال عبر جدار حماية مع آخر MS DTC. توضح القائمة التالية بعض المشكلات التي قد تواجهها عند استخدام MS DTC عبر جدار حماية:
  • وظائف التطبيق بنجاح عند MTS أو + COM المكونات الخاصة بهم دعم المعاملات تعيين الخاصية إلى "غير معتمد أو المعتمدة" ولكن ذلك لا يعمل بنجاح عند تعيين هذه الخاصية يتطلب أو يتطلب جديد.
  • تظهر رسالة الخطأ التالية:
    يتعذر إدراج معاملة جديدة منسق المعاملات المحدد
  • تظهر رسالة الخطأ التالية:
    8004d00a خطأ. خطأ المعاملات الموزعة
على الرغم من عدة مستندات Microsoft أخرى تشرح كيفية مواجهة هذه المشكلة قم تلخيص هذه المقالة معظم منها.

ملاحظة خطوات استكشاف الأخطاء وإصلاحها التي تتبع مصممة للاستخدام مع أنظمة التشغيل Microsoft Windows NT "و" Microsoft Windows 2000 فقط.
معلومات أخرى

خطوات استكشاف الأخطاء وإصلاحها

هام هذا المقطع أو أسلوب أو المهمة على خطوات إخبارك عن كيفية تعديل التسجيل. ومع ذلك، قد تحدث مشكلات خطيرة في حالة تعديل السجل بطريقة غير صحيحة. لذلك، تأكد من اتبع الخطوات التالية بعناية. للحصول على الحماية المضافة عمل نسخة احتياطية من السجل قبل تعديله. ثم يمكنك استعادة السجل في حالة حدوث مشكلة. للحصول على مزيد من المعلومات حول كيفية عمل نسخة احتياطية من السجل واستعادته انقر فوق رقم المقالة التالي لعرضها في "قاعدة المعارف لـ Microsoft:
322756كيفية عمل نسخة احتياطية و استعادة التسجيل في Windows
  1. تحقق من بدء تشغيل خدمة MS DTC على ملقمي.
  2. إذا كان الملقم يستخدم Windows NT 4.0 ، يجب إعادة تطبيق Windows NT 4.0 Service Pack 6 (SP6) بعد تثبيت Windows NT 4.0 Option Pack (NTOP). مراجعة إصدارات الملفات المسردة في الجدول التالي للتحقق من تطبيق Windows NT 4.0 SP6 بعد تثبيت Windows NT 4.0 Option Pack:
    اسم الملفإصدار بعد تثبيت NTOPإصدار بعد يمكنك إعادة التثبيت SP6
    حزمة الخدمة1997.11.5321999.6.854.0
    Msdtctm.dll1997.11.5321999.6.854.0
    Xolehlp.dll1997.11.5321998.08.762
    للحصول على مزيد من المعلومات حول Windows NT 4.0 Option Pack التثبيت, راجع الورق الأبيض Microsoft التالية:
  3. تكوين ملقمي حتى ينساب MS DTC الاتصال بين جدار الحماية. اتبع هذه الخطوات إلى عنصر تحكم تخصيص المنفذ الحيوي لـ RPC.

    ملاحظة يجب اتباع الخطوات التالية على كل من جهازي الكمبيوتر.

    ملاحظة يجب أن يكون جدار الحماية مفتوحاً في كلا الاتجاهين لمنافذ المحدد.
    1. لتشغيل محرر التسجيل، انقر فوق ابدأ ثم انقر فوق تشغيل ، واكتب regedt32 ثم انقر فوق موافق.

      يجب استخدام الملف Regedt32.exe بدلاً من الملف Regedit.exe. الملف Regedit.exe لا يعتمد نوع البيانات REG_MULTI_SZ مطلوب قيمة منافذ.
    2. في "محرر التسجيل" ، قم بتوسيع المفتاح التالي:
      HKEY_LOCAL_MACHINE\Software\Microsoft\Rpc
    3. انقر فوق المجلد RPC ثم انقر فوق إضافة مفتاح في القائمة تحرير.
    4. في مربع الحوار إضافة مفتاح اكتب إنترنت في المربع اسم المفتاح ثم انقر فوق موافق.
    5. انقر فوق المجلد إنترنت ثم انقر فوق إضافة قيمة من القائمة تحرير.
    6. في مربع الحوار إضافة قيمة ، اكتب منافذ في المربع اسم القيمة.
    7. في المربع نوع البيانات حدد REG_MULTI_SZ ثم انقر فوق موافق.
    8. في مربع الحوار محرر السلاسل المتعددة تحديد منفذ أو منافذ التي تريدها RPC استخدام تخصيص المنفذ الحيوي لـ في مربع بيانات ثم انقر فوق موافق.

      يحدد كل قيمة سلسلة أحرف الذي تكتبه منفذ واحد أو نطاق ضمناً من المنافذ. على سبيل المثال، لفتح منفذ 5000 تحديد "5000". لفتح المنافذ من 5000 إلى منفذ 5020 ضمناً تحديد "5000 - 5020". يمكنك تحديد عدة منافذ أو نطاقات المنافذ بواسطة تحديد منفذ أو نطاق المنفذ كل سطر. يجب أن تكون كافة المنافذ في النطاق من 1024 إلى 65535. أي منفذ خارج هذا النطاق أو أي سلسلة غير صحيحة يعامل RPC التكوين بأكمله على أنه غير صالح.

      نوصي فتح المنافذ من 5000 ومن أعلى وقمت بفتح الحد أدنى من 15 إلى 20 المنافذ.
    9. اتبع الخطوات من e إلى h الخطوة لإضافة مفتاح آخر. استخدم القيم التالية:
      • قيمة: PortsInternetAvailable
      • نوع البيانات: REG_SZ
      • البيانات: Y
      وهذا يدل وجود المنافذ التي يتم سردها ضمن قيمة منافذ بتوفير إنترنت.
    10. تكوين جدار الحماية للسماح وصول الوارد إلى المنافذ الحيوية المحددة المنفذ ١٣٥ (منفذ معيِّن نقطة نهاية RPC).
    11. قم بإعادة تشغيل جهاز الكمبيوتر. بعد إعادة تشغيل RPC يقوم بتعيين منافذ الواردة حيوي، استناداً إلى قيم التسجيل التي قمت بتعيينها. على سبيل المثال، لفتح منافذ 5000 خلال 5020 ضمناً إنشاء المسمى القيم التالية:
      • المنافذ: REG_MULTI-سك: 5000 5020
      • PortsInternetAvailable: REG_SZ: Y
      • UseInternetPorts: REG_SZ: Y
    يتطلب DTC أيضًا يمكنك حل أسماء أجهزة الكمبيوتر باستخدام NetBIOS أو DNS. يمكنك اختبار ما إذا كان يمكن حل NetBIOS الأسماء باستخدام البروتوكول PING واسم خادم. يجب أن يكون جهاز الكمبيوتر العميل قادراً على حل اسم الملقم. بالإضافة إلى ذلك، يجب أن يكون الملقم قادراً على حل اسم العميل. إذا تعذر على NetBIOS حل الأسماء ، يمكنك إضافة إدخالات إلى ملفات Lmhosts على أجهزة الكمبيوتر. لمزيد من المعلومات حول كيفية تكوين منافذ TCP في Windows 2000 انقر فوق رقم المقالة التالي لعرضها في "قاعدة المعارف لـ Microsoft:
    300083كيفية تقييد المنافذ TCP/IP على Windows 2000 و Windows XP
  4. إذا MS DTC مازال لا يعمل عبر جدار الحماية ، تنزيل الأداة DTCPing.exe ثم تثبيت هذه الأداة على خادمي المتضمنة.يتوفر الملف التالي للتنزيل من "مركز التنزيل لـ Microsoft":
    يحتوي الملف DTCPing.exe على الملفات التالية:
       Date         Time   Version  Size     Filename   ----------------------------------------------------------   29-Oct-2003  22:56  1.8.0.1  274,490  Dtcping.exe   15-Dec-2003  22:05             1,618  Eula.txt   24-Nov-2003  20:59             1,560  Machinea_failure.log   24-Nov-2003  20:21             1,901  Machinea_success.log   24-Nov-2003  20:55               999  Machineb_failure.log   24-Nov-2003  20:31             1,750  Machineb_success.log   24-Nov-2003  20:15             2,325  Readme.txt
    تاريخ الإصدار: ، 24 نوفمبر 2003

    للحصول على مزيد من المعلومات حول كيفية تنزيل ملفات دعم Microsoft، انقر فوق رقم المقالة التالي لعرضها في "قاعدة المعارف لـ Microsoft:
    119591كيفية الحصول على ملفات دعم Microsoft من الخدمات عبر إنترنت
    قامت Microsoft بفحص هذا الملف بحثًا عن الفيروسات. استخدام Microsoft أحدث من برنامج كشف الفيروس المتوفر على التاريخ الذي تم نشر الملف. يتم تخزين الملف على ملقمات محسنة الأمان التي تساعد على منع إجراء أية تغييرات غير مصرح به إلى الملف.
  5. استخدام ملف Readme.txt التي يتم تضمينها في DTCPing.exe التحميل لاختبار اتصال استدعاء الإجراء البعيد (RPC) و منسق المعاملات الموزعة (DTC) من Server1 إلى Server2. إذا نجح هذا الاختبار تشغيل الاختبار من Server2 إلى Server1.

    لاحظ أنه إذا لا تدفق RPC في أي اتجاه ، يفشل اتصال MS DTC في كلا الاتجاهين. في حالة فشل اتصال RPC يعرض الإطار DTCPing (على أي ملقم) هذا الفشل الذي يتم أيضًا حفظ في ملف dtcping.log المقترنة. راجع الملف Readme.txt للحصول على مزيد من المعلومات. إذا فشل الاختبار في أي اتجاه إلى السجل الفشل في اتصال RPC ، تابع إلى الخطوة التالية. إذا فشل الاختبار في أي اتجاه السجل يشير إلى الفشل قيد الاتصال DTC المتابعة إلى الخطوة 9 أدناه.
  6. إذا فشل RPC في اتجاه واحد على الأقل (على سبيل المثال، من Server1 إلى Server2) ، توجيه بمسؤول جدار الحماية تأكد من فتح في كلا الاتجاهين بروتوكول رسائل تحكم إنترنت (ICMP).

    ملاحظة يمكنك عادةً تحديد إذا فشل RPC بواسطة قراءة ملف dtcping.log.

    بشكل افتراضي، يتم ICMP port1. يمكن التحقق من هذا في ملف بروتوكول الموجود في المجلد %windir%\WinNT\System32\Drivers\. Ping Server2 بواسطة اسم NetBios من Server1. إذا فشل اختبار الاتصال، تابع إلى الخطوة التالية. وإلا، انتقل إلى الخطوة 8.
  7. Ping Server2 حسب عنوان IP من Server1 للتأكد من أن المنفذ الصحيح مفتوح ping على جدار الحماية. يمكن التحقق من تتبع "مراقب شبكة الاتصال" هذا. في حالة نجاح اختبار عنوان IP فشل اختبار اسم NetBios هناك مشكلة في تحليل اسم.

    ملاحظة يمكنك استخدام ipconfig/كافة الأمر استرداد عنوان IP أو عناوين IP من ملقم.

    طريقة سريعة لاختبار تحليل اسم قم بعمل إدخال في ملف Hosts ملقم عميل. هذا هو الملقم الذي اسم NetBios فشل ping. يمكن نموذج الإدخال الخاص بك بعد إدخال نموذج المضمن في الملف.

    ملاحظة يجب أن فقط بعمل إدخال في ملف Hosts لأغراض استكشاف الأخطاء وإصلاحها. إذا إدخال جديد بتصحيح المشكلة دقة اسم ، إزالة الإدخال من ملف Hosts وتأكد إدخال يجب عليك في الملف LmHosts أو ملقم WINS أو DNS.

    توجد حلول أخرى إلى مشاكل في تحليل الاسم ولكن كانت خارج نطاق هذا المقال.
  8. إذا فشل Server2 pinging من Server1 بواسطة اسم NetBios أو في حالة نجاح Server2 pinging من Server1 بواسطة اسم NetBios ولكن تعرض الاختبار DTCPing يفشل اتصال RPC لا يزال من الممكن أن المنفذ 135 (معيِّن نقطة نهاية أو EPM) لم يتم فتح بالضغط - directionally على جدار الحماية. تحقق من جدار الحماية للتأكد من أن EPM مفتوح في كلا الاتجاهين. في هذه المرحلة، قد يساعد تتبع "مراقبة الشبكة" تحديد المشكلة.
  9. الوصول فقط إلى هذه الخطوة إذا اختبار DTCPing إلى RPC يعمل الاتصال في كلا الاتجاهين. إذا DTCPing يشير إلى عدم وجود أخطاء في أي اتجاه ، ثم الاتصال RPC و MS DTC هو تدفق بشكل صحيح.
  10. إذا DTCPing يشير إلى فشل الاتصال DTC في اتجاه واحد على الأقل (على سبيل المثال، من Server1 إلى Server2) ، لتوجيه مسؤولي جدار الحماية للتحقق من أن المنافذ المفتوحة المطور المحدد عند مضى المطور خلال المقالة تكوين MS DTC (راجع الخطوة 3). بالإضافة إلى ذلك، قد يتم تطبيق بعض القواعد على جدار حماية يمنع RPC عمليات الاسترجاعات لملقمات إما (أو كلاهما). قد يساعد تتبع "مراقب شبكة الاتصال" لاستكشاف هذا السيناريو معينة.
  11. إذا كان DTCPing بإرجاع رسالة خطأ مشابهة لما يلي:
    غير متوقع: دليل جلسة العمل الخاصة بي نفس المعرف الفريد العمومي الطرف
    تحقق ما إذا كان تم تكرار الملقم الحالي أو استنساخ من ملقم آخر. إذا كان الأمر كذلك، حدد موقع مفتاح HKEY_CLASSES_ROOT\CID في التسجيل. هذا المفتاح قد تلاحظ GUID واحد أو أكثر. حدد موقع GUID مفتاحه الأساسي الوصف هو MSDTC. لاحظ أن هذا GUID مسرود أيضاً في إطار الإخراج DTCPing. إذا كان الملقم الآخر GUID بالضبط هو نفسه لـ MS DTC في السجل الخاص به, يجب عليك إنشاء GUID جديد لـ MS DTC في أحد السجلات. يمكنك استخدام GuidGen للقيام بذلك.

    بعد إضافة هذا الجديدة والإصدارات أيضاً كافة المفاتيح الأساسية الخاصة به إلى HKEY_CLASSES_ROOT\CID تأكد من حذف GUID القديم الذي يتم استبدال.

    وإذا هذه الخطوة إلى حل المشكلة, المستحسن جداً قراءة المقال التالي لمعرفة أكثر حول تكرار (أو "ghosting") أجهزة الكمبيوتر:لمزيد من المعلومات، انقر فوق رقم المقالة التالي لعرضها في "قاعدة المعارف لـ Microsoft:
    162001لا القرص مكررة الإصدارات المثبتة من Windows

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

خصائص

رقم الموضوع: 306843 - آخر مراجعة: 10/29/2007 14:54:58 - المراجعة: 5.3

Microsoft COM+ 1.0, Microsoft Transaction Services 2.0

  • kbmt kbproductlink kbdownload kbdtc kbhowto KB306843 KbMtar
تعليقات
t> /html>