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

 

ينطبق على: Office 365 for professionals and small businesses, Office 365 for enterprises, Live@edu

تاريخ آخر تعديل للموضوع: 2011-12-16

‏‫إذا واجهتك أي مشاكل بتدفق البريد إلى مؤسسة Exchange المستندة إلى مجموعة النظراء أو مشاكل فتح صندوق بريد المستند إلى مجموعة النظراء باستخدام Outlook، فيمكنك استخدام Microsoft Exchange Remote Connectivity Analyzer ‏(ExRCA)‏‎ لاختبار المجال الخاص بك. أو يمكنك استخدام أداة سطر الأوامر Nslookup لعرض سجلات DNS للمجال الخاص بك.

اختبار المجال الخاص بك بواسطة Exchange Remote Connectivity Analyzer

استخدام الاختبارات الموجودة على https://www.testexchangeconnectivity.com‎ لاستكشاف المشاكل التالية الخاصة بالمجال الخاص بك وإصلاحها:

ملاحظة   لدى ExRCA العديد من الاختبارات الأخرى التي يمكنك القيام بها على المجال الخاص بك. ومع ذلك، تعتبر بعض هذه الاختبارات مناسبة فقط لمؤسسة Microsoft Exchange الداخلية.

اختبار تدفق البريد الوارد

لاختبار تدفق البريد الوارد باستخدام ExRCA، ضمن اختبارات البريد الإلكتروني عبر الإنترنت، حدد البريد الإلكتروني لـ SMTP الوارد. يقوم هذا الاختبار باسترجاع كافة سجلات MX الخاصة بالمجال، ثم تنفيذ الاختبارات التالية على كل سجل من سجلات MX:

  1. ويحاول حل اسم المضيف المعين في سجل MX لعنوان IP.

  2. ويقوم بإجراء اختبار الاتصال على منفذTCP رقم  25 لاسم المضيف المعين في سجل MX. ومنفذ TCP رقم  25 هو المنفذ المستخدم بواسطة SMTP.

  3. ويقوم بإرسال اختبار عبر رسالة بالبريد إلكتروني لحساب في المجال الذي قمت بتعيينه.

  4. ويقوم بإجراء اختبار على اسم المضيف المعين في سجل MX للترحيل المفتوح. يقوم الترحيل المفتوح بتمكين رسائل ليتم إعادة إرسالها أو "ترحيلها" باستخدام خادم مختلف لعمل قناع للمصدر الحقيقي للرسائل. لاحظ أن الاختبار الأخير غير مناسب لـ Exchange المستند إلى مجموعة النظراء بناء على عدم إمكانية تكوينه كمجال ترحيل مفتوح بقصد أو بغير قصد.

استخدام اختبار "بريد SMTP الإلكتروني الوارد" لاختبار تدفق البريد والتحقق من توجيه البريد لسجل MX للمجال الخاص بك

  1. افتح https://www.testexchangeconnectivity.com‎.

  2. ضمن اختبارات بريد إنترنت الإلكتروني، حدد اختبار بريد SMTP الإلكتروني الوارد، ثم انقر فوق التالي.

  3. في القسم بريد SMTP الإلكتروني الوارد أدخل عنوان البريد الإلكتروني للحساب الموجود في مجالك، مثل admin@contoso.edu.

    ملاحظة   سيقوم الاختبار بمحاولة إرسال رسالة لحساب البريد الإلكتروني الذي قمت بتعيينه. إذا لم يكن لديك أي حسابات تعمل في المجال المستند إلى مجموعة النظراء، سيفشل هذا الجزء من الاختبار.

  4. في القسم التحقق، اكتب الحروف المعروضة في صورة CAPTCHA، ثم انقر فوق إجراء الاختبار.

  5. عند إتمام الاختبار، يمكنك إجراء التالي:

    • انقر فوق نسخ لحفظ المعلومات في التقرير. يمكنك لصق المعلومات في ملف نصي.

    • انقر فوق توسيع الكل لعرض نتائج الاختبار.

إذا قمت بإنشاء سجل MX لإثبات ملكية المجال، فسيفشل اختبار البريد الإلكتروني لـ SMTP الوارد الشامل دائمًا. للتعرف على نتائج الاختبار، انظر في القسم خطوات الاختبار. بالنسبة لكل سجل MX، ستشاهد اختباري اختبار مبدل البريد.

  • رمز <اختبار مبدل البريد>.mail.outlook.com.   يعمل هذا الرمز على اختبار سجل MX الذي يتم استخدامه لتوجيه البريد. يجب أن تنجح هذه الخطوة وما يليها.

  • مبدل <Testing Mail Exchanger>.msv1.invalid.   يعمل هذا الرمز على اختبار سجل MX الذي يتم استخدامه لإثبات ملكية المجال. سيفشل هذا الاختبار دائمًا نظرًا لعدم تخصيص سجل MX لتوجيه البريد الإلكتروني.

أعلى الصفحة‎

اختبار إمكانية اتصال Outlook بصندوق بريد

لاختبار اتصال Outlook على صندوق بريد باستخدام ExRCA، ضمن اختبارات اتصال Microsoft Office Outlook، حدد الكشف التلقائي لـ Outlook. يستخدم هذا الاختبار ثلاثة طرق مختلفة للاتصال بخدمة الكشف التلقائي للمجال الخاص بك. يتوقع نجاح الـ "HTTP redirect method" فقط. ويقوم هذا الاختبار بما يلي:

  1. يحاول حل المضيف"الكشف التلقائي <اسم المجال>" لعنوان .IP

  2. يقوم بإجراء اختبار الاتصال على منفذTCP رقم  80"الكشف التلقائي <اسم المجال>". يستخدم منفذ TCP رقم  80 بواسطة HTTP.

  3. يقوم بإجراء الاختبار "الكشف التلقائي<اسم المجال>" لرد إعادة التوجيه HTTP.

  4. يقوم بإجراء اختبار الصلاحية لإعادة توجيه HTTP لعنوان URL من النتيجة السابقة.

استخدام اختبار الكشف التلقائي لـ Outlook لاختبار اتصال Outlook بصندوق بريد والتحقق من سجل CNAME الخاص بالكشف التلقائي للمجال الخاص بك

  1. افتح https://www.testexchangeconnectivity.com‎.

  2. ضمن اختبارات اتصال Microsoft Office Outlook، حدد الكشف التلقائي لـ Outlook، ثم انقر فوق التالي.

  3. في القسم الكشف التلقائي لـ Outlook، أدخل المعلومات التالية:

    • عنوان البريد الإلكتروني   أدخل عنوان البريد الإلكتروني للحساب المستند إلى مجموعة النظراء، مثل testuser@contoso.edu.

    • المجال\اسم المستخدم (أو UPN)   أدخل نفس عنوان البريد الإلكتروني الذي أدخلته في الحقل السابق، مثل admin@contoso.edu.

    • كلمة المرور   أدخل كلمة المرور الخاصة بالحساب الذي قمت بتعيينه في الخطوات السابقة وتأكد منه.

    • تجاهل الثقة لـ SSL   اترك هذا الحقل بدون تحديده.

  4. حدد خانة الاختيار لإقرار تحذير الأمان.

    ملاحظة   كما هو موضح في تحذير الأمان وفي القسم إشعار، نوصيك باستخدام حساب اختبار مؤقت إن أمكن، ثم حذف الحساب عند إتمام الاختبار.

  5. في القسم التحقق، اكتب الحروف المعروضة في صورة CAPTCHA، ثم انقر فوق إجراء الاختبار.

  6. عند إتمام الاختبار، يمكنك إجراء التالي:

    • يمكنك النقر فوق نسخ لحفظ المعلومات في التقرير. يمكنك لصق المعلومات في ملف نصي.

    • يمكنك النقر فوق توسيع/طي لعرض نتائج الاختبار.

انتبه جيدا لنتائج الاختبار الموجودة ضمن "محاولة الاتصال بخدمة الكشف التلقائي (Autodiscover) باستخدام طريقة إعادة توجيه HTTP". ينبغي أن تمر كافة الاختبارات بنجاح إذا كان سجل CNAME للكشف التلقائي الخاصة بالمجال المستند إلى مجموعة النظراء قد تم تكوينه بشكل صحيح.

لاحظ أن كافة الاختبارات ضمن "محاولة كل طريقة للاتصال بخدمة الكشف التلقائي" ستفشل حتى إذا كان سجل CNAME للكشف التلقائي قد تم تكوينه بشكل صحيح:

  • محاولة لاختبار عنوان URL الخاص بالكشف التلقائي الممكن https://<domain name>/AutoDiscover/AutoDiscover.xml

  • محاولة لاختبار عنوان URL الخاص بالكشف التلقائي الممكن https://autodiscover.<domain name>/AutoDiscover/AutoDiscover.xml

أعلى الصفحة‎

عرض سجلات DNS بواسطة Nslookup

يمكنك استخدام أداة Nslookup التي تأتي مع أي إصدار من إصدارات Microsoft Windows لعرض سجلات DNS للمجال الخاص بك.

ملاحظة   قد يمنع جدار الحماية أو قيود وكيل الإنترنت المفروض على الشبكة الداخلية للمؤسسة الخاصة بك أداة Nslookup من العمل بشكل صحيح.

وأيضا في الخطوات التالية، اكتب دائما اسم المجال مع النقطة الزائدة. تشير النقطة الزائدة ( . ) إلى اسم مجال مؤهل بالكامل (FQDN). يمنع استخدام النقطة الزائدة أي لاحقاتDNS افتراضية والتي تم تكوينها للشبكة الخاصة بك من الإضافة الغير مقصودة لاسم المجال.

عرض سجلات MX

قم بفتح موجه الأوامر ثم قم بتشغيل الأمر التالي:

‎Nslookup -type=MX <domain name>.

على سبيل المثال، إذا كان اسم المجال هو contoso.edu، فقم بتشغيل الأمر التالي:

‎Nslookup -type=MX contoso.edu.

لاحظ النقطة الزائدة بعد اسم المجال. إذا كان لديك سجلا MX، أحدهما لتوفير ملكية مجال والآخر لتوجيه البريد، فسيتشابه إخراج الأمر مع ما يلي:

‎contoso.edu   MX preference=10, mail exchanger = e0e792760b25459f40912aae164e0a.mail.outlook.com
contoso.edu   MX preference=100, mail exchanger = msv1.invalid

أعلى الصفحة‎

عرض سجل CNAME للكشف التلقائي

قم بفتح موجه الأوامر ثم قم بتشغيل الأمر التالي:

‎Nslookup -type=CNAME autodiscover.<domain name>.

فعلى سبيل المثال، إذا كان اسم المجال هو contoso.edu، فقم بتشغيل الأمر التالي:

‎Nslookup -type=CNAME autodiscover.contoso.edu.

لاحظ النقطة الزائدة بعد اسم المجال. سيشبه ناتج الأمر التالي:

‎autodiscover.contoso.edu   canonical name = autodiscover.contoso.edu

أعلى الصفحة‎

عرض سجلات TXT

قم بفتح موجه الأوامر ثم قم بتشغيل الأمر التالي:

‎Nslookup -type=TXT <domain name>.

على سبيل المثال، إذا كان اسم المجال هو contoso.edu، فقم بتشغيل الأمر التالي:

‎Nslookup -type=TXT contoso.edu.

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

‎contoso.edu   text = ‎"v=spf1 include:outlook.com ~all"‎
contoso.edu   text = "v=msv1 t=e0e792760b25459f40912aae164e0a"

أعلى الصفحة‎

عرض سجلات SRV

ملاحظة   يتم استخدام سجل SRV الموصوف في هذا المثال في Live@edu فقط.

قم بفتح موجه الأوامر ثم قم بتشغيل الأمر التالي:

‎Nslookup -type=SRV _sipfederationtls._tcp.<domain name>.

على سبيل المثال، إذا كان اسم المجال هو contoso.edu، فقم بتشغيل الأمر التالي:

‎Nslookup -type=SRV _sipfederationtls._tcp.autodiscover.contoso.edu.

لاحظ النقطة الزائدة بعد اسم المجال. سيشبه ناتج الأمر التالي:

‎_sipfederationtls._tcp.contoso.edu   SRV service location:
   priority    = 10
   weight    = 2
   port    = 5061
   svr hostname    = federation.messenger.msn.com

أعلى الصفحة‎

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

إذا ظهر أي من سجلات DNS كسجلات غير صحيحة، أو كانت الخدمات المقترنة بسجلات DNS لا تعمل، فضع في الاعتبار المشاكل المحتملة:

  • من السهل جدًا حدوث خطأ طباعي عند إنشاء سجل. تأكد من استخدام القيم الصحيحة عند إنشاء سجلات DNS.

  • تدعم بعض خدمات استضافة DNS إدارة مجالات متعددة باستخدام نفس واجهة إدارة الويب ومن ثم يتطلب ذلك منك إدخال @ لتعيين اسم المجال الرئيسي لأنواع معينة من سجلات .DNS قد يسبب إدخال اسم المجال الفعلي بدلا من @ نتائج غير متوقعة في سجل DNS.

  • قد لا تدعم بعض خدمات استضافة DNS قيمة الأولوية MX لـ 0. وبدلا من 0، حاول استخدام القيمة 10 في سجل توجيه البريد الخاص بـ MX.

أعلى الصفحة‎

 
موضوعات تعليمات ذات صلة
يتم التحميل...
تعذر العثور على موارد.