كيفية استكشاف أخطاء DNS وإصلاحها (المهلات والرموز والمزيد)

ما هو DNS وكيف يعمل؟

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

كيف يعمل DNS: أسماء النطاقات

أسماء النطاقات ، مثل google.com أو dotcom-monitor.com ، هي أشكال المجالات القابلة للقراءة من قبل الإنسان. تتم إدارة أسماء النطاقات هذه من قبل مجموعة تسمى مؤسسة الإنترنت للأسماء والأرقام المخصصة، أو ICANN باختصار. بدلا من الاضطرار إلى تذكر سلسلة طويلة من الأرقام العشوائية التي تشكل عنوان IP ، فمن الأسرع والأسهل تذكر وكتابة اسم نطاق في متصفحنا وترجمة DNS إلى عنوان IP الخاص به والعثور عليه لنا. ومع ذلك ، هناك العديد من القطع التي تشكل اسم نطاق ، واعتمادا على كيفية هيكلتها ، يمكنها إخبارنا بأشياء مختلفة حول هذا المجال.

نطاقات المستوى الأعلى

نطاق المستوى الأعلى، أو TLD، هو القطعة الموجودة في نهاية اسم النطاق. لذلك ، إذا استخدمنا google.com كمثال لنا ، فإن نطاق المستوى الأعلى .com. تقع نطاقات المستوى الأعلى هذه في ما يسمى منطقة جذر DNS. من المحتمل أنك صادفت بعض نطاقات المستوى الأعلى المختلفة الأكثر شيوعا ، مثل .org و .edu و .gov و .net. تستخدم نطاقات المستوى الأعلى هذه أيضا للتمييز بين النطاقات حسب البلد ، لذلك يتم إعطاؤها رمز بلد محدد ، مثل .pr لبورتوريكو أو .cn للصين. اعتبارا من منتصف عام 2020 ، كان هناك أكثر من 1500 نطاق مختلف من المستوى الأعلى.

نطاقات المستوى الثاني

نطاق المستوى الثاني ، أو SLD ، هو الجزء الذي يسبق نطاق المستوى الأعلى ، لذا فإن الالتزام بمثالنا google.com ، سيكون نطاق المستوى الثاني هو جزء Google.

النطاقات الفرعية

نحنbsites يمكن يتم توسيعها كذلك من خلال إنشاء فرعيالمجالات. الفرعيتستخدم النطاقات في المقام الأول للفصل وتمييز محتوى معين عن المجال الرئيسي. الفرعيمساعدة المجالات مع كبار المسئولين الاقتصاديين وتوفير طريقة أفضل للمستخدمين للتنقل عبر الموارد. ضمن بنية النطاق ، سيأتي قبل نطاق المستوى الثاني ، لذلكغني مثالنا google.com ، لذلكلي أمثلة على الفرعية الخاصة بهمتشمل النطاقات news.google.com و فوtos.google.com.

لذلك ، الآن بعد أن غطينا قليلا حول الجوانب المحددة لأسماء النطاقات ، دع us تغطي عملية ما يحدث عندما نكتب عنوان نطاق.

كيف يعمل DNS: خوادم DNS

بمجرد إدخال العنوان في متصفحك ، يتم تشغيل D NS وتبدأ الإجراءاتs وراء الكواليس. أول شيء يحدث هو أن طلبك قد يمر عبر سلسلة من الخوادم (إذا لم يكن هناك تخزين مؤقت المعنية). تحتوي هذه الخوادم على ملفات HTML والصور ومقاطع الفيديو وما إلى ذلك ، والتي تشكل محتويات request وتوفر محتوى لمتصفحك. هناك أربعة أنواع من خوادم DNS: المحللات التكرارية ، وخوادم الأسماء الجذرية ، وخوادم أسماء TLD ، وخوادم الأسماء الموثوقة.

DNS

المحلل التكراري

المحلل التكراري ، الذي يشار إليه أحيانا باسم تكرار DNS ، هو الأول في قائمة التوقفات. يتم توفير هذا الخادم من قبل Internet خدمة توفيرص (ISP) و يجلس بين العميل / المتصفح وخوادم الأسماء. بعد تلقي طلب DNS ، الحل التكراريايه سوف يستجيب من خلال توفير أي محتوى مخبأ أو إرسال الطلب على إلى المستوى التالي ، والذي سيكون خادم الأسماء الجذر, أسماء TLDالاصدارو الانتهاء من خادم الأسماء الموثوق به. بعد أن يرسل خادم الأسماء الموثوق به الاستجابة إلى المحلل التكراري ، يرسل المحلل التكراري الاستجابة النهائية إلى العميل / المستعرض.

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

خوادم أسماء جذر DNS

هناك 13 ومع ذلك ، فإن خوادم أسماء الجذر التي تديرها وتديرها 12 منظمة حول العالم ، وهذا لا يعني أنه لا يوجد سوى 13 الخوادم التي يمكن الوصول إليها. الإعادة هي مثيلات متعددة لكل خادم في جميع أنحاء العالم لتوفير أوقات استجابة أسرع, حسب موقع a مستخدم. يتم تعيين خادم الجذر رسالة من A إلى M ، والتي تحدد المنظمة التي تعملes أن خادم الجذر. Tيتم تشغيل خدمات جذر hese بواسطة منظمات مختلفة, يونيفرسيتأناداط والجماعات الحكومية والعسكرية مثل وزارة الدفاع والجيش وناسا. لمزيد من المعلومات ،قم بزيارة root-servers.org

خوادم أسماء TLD

مرة واحدة جذر DNS يتلقى الخادم ال rإكويست من المحلل التكراري، فإنه يوجه الطلب إلى TLD المناسب يستند إلى خادم الأسماء على أعلى-مستوى امتدادات النطاقات التي ذكرناها سابقا ، مثل .com ، .org, .ايدوالخ. هناك خادم أسماء TLD لكل الموقع الالكترونى امتداد.

خادم أسماء موثوق به

الأخير في نظام أسماء النطاقات بروسss هو خادم الأسماء الموثوق به وحيث يتم تخزين عنوان IP. إذا كان الe auالتثنية يتضمن الخادم بروتوكول الإنترنت (IP) ريكوالثالث المطلوب ، فإنه سوف يستجيب للمحلل التكراري مع عنوان IP من طلب النطاق الأولي. يتمتعيين خادم الأسماء الموثوق به حيث يتم تخزين عنوان IP بواسطة مسجل اسم المجال. بمجرد تعيين تفاصيل خادم الأسماء الموثوق بها من قبل أمين السجل ، يخبر المسجل سلطة خادم أسماء TLD بتحديث سجلاتها مع تفاصيل خادم الأسماء الموثوق. بهذه الطريقة ، فإن TLD nيعرف ameserver أي اسم موثوق به هو nameserver الذي سيوفر عنوان IP للموقع المطلوب. تعدخوادم الأسماء التحذيرية مصدر أسلاك DNS resource re، والتي سنتحدث عنها بمزيد من التفصيل أدناه.

استجابة DNS ورموز الخطأ

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

رمز استجابة DNS 0: NoError

الخطأ تشير الاستجابة إلى أن استعلام DNS الذي تمت معالجته عاد صالحا. ومع ذلك ، هذا لا يعني بالضرورة عدم وجود أي مشاكل. ال لاخطأ لن تشير الاستجابة إلى مشكلات خاصة بالأداء. على سبيل المثال، إذا استغرق استعلام DNS وقتا أطول من المتوقع، فقد تكون هناك مشكلة في الشبكة على الرغم من أن الاستعلام عاد على النحو التالي: لاخطأ. في مثل هذه الحالات ، من المهم النظر في جميع خوادم DNS و goe الاستعلامs من خلال وأنها تم تكوينها بشكل صحيح. لمزيد من المعلومات حول رمز الاستجابة NoError، راجع RFC6895، القسم 2.3 وRFC1035.

رمز استجابة DNS 1: FormErr

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

رمز استجابة DNS 2: SERVFail

ذا سيرففيل يشير رمز الاستجابة إلى أن خادم DNS لا يمكنه إعطائك ردا على استعلامك. تستخدم الكثير من النطاقات خوادم أسماء DNS موثوقة متعددة ، لذلك سيرففيل لا تكون الاستجابات شائعة عادة، ويجب أن يعمل استعلام DNS على خادم مختلف. عند حدوثها ، قد يكون ذلك بسبب خلل في الشبكة مع خادم DNS أو ربما مشكلة في جدار حماية يحظر المجال. ال سيرففيل رمز الاستجابة نادر الحدوث ولكن يجب التحقيق فيه إذا حدث باستمرار. لمزيد من المعلومات حول رمز استجابة SERVFail، راجع RFC6895، القسم 2.3 وRFC1035.

رمز استجابة DNS 3: NXDomain

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

رمز استجابة DNS 4: غير مطبق

تشير التعليمات البرمجية للاستجابة “لم يتم تنفيذها” إلى أن الخادم تلقى طلبا للحصول على تحديث ولم ينفذ التحديث، إما بسبب عدم التعرف على opcode (رمز العملية أو الأمر) أو التعرف على opcode، ولكن ليس تنفيذه. انظر RFC6895، القسم 2.3 وRFC1035 لمزيد من المعلومات حول التعليمات البرمجية للاستجابة غير المنفذة.

رمز استجابة DNS 5: مرفوض

تعني التعليمة البرمجية للاستجابة المرفوضة أنه نظرا لمشكلات في النهج، يرفض خادم أسماء DNS تنفيذ عملية معينة. على سبيل المثال ، قد لا يكون لدى مقدم الطلب بيانات الاعتماد أو التفويض المناسب لتنفيذ الطلب. لمزيد من المعلومات حول رمز الاستجابة المرفوض، راجع RFC6895، القسم 2.3 وRFC1035.

رمز استجابة DNS 6: YXDomain

ذا إكس دومين يشير رمز الاستجابة إلى وجود اسم مجال لاسم مجال لا ينبغي أن يكون موجودا. راجع RFC6895، القسم 2.3 وRFC1236 لمزيد من المعلومات.

رمز استجابة DNS 7: YXRRSet

يعني رمز استجابة YXRRSet أن مجموعة سجلات الموارد (RRSets)) موجود ولكن لا ينبغي أن يكون موجودا. يسمح DNS بالعديد من مجموعات السجلات. على سبيل المثال، السجلات A هي التي تحدد نطاقا إلى عنوان IPv4 محدد. تسمى مجموعة من سجلات A لنطاق معين ب RRSet. راجع RFC6895، القسم 2.3 وRFC1236 لمزيد من المعلومات.

رمز استجابة DNS 8: NXRRSet

يرتبط رمز استجابة NXRRSet ب RRSets. رد من يشير NXRRSet إلى أن RRSet التي ينبغي أن تكون موجودة غير موجودة. راجع RFC6895، القسم 2.3 وRFC2136 لمزيد من المعلومات.

رمز استجابة DNS 9: NotAuth

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

رمز استجابة DNS 10: NotZone

ذا نوت زون يتم استخدام رمز الاستجابة في تحديد المتطلبات الأساسية لمنطقة معينة. إذا كان هناك أي لوائح اتصالات ليست جزءا من المجال، فإن نوت زون يتم إرجاع رمز الاستجابة. راجع RFC6895، القسم 2.3 وRFC2136 لمزيد من المعلومات.

رموز استجابة DNS 11-15: غير معينة

رموز استجابة DNS 11-15 حاليا في حالة غير معينة.

رمز استجابة DNS 16: BADVERS & BADSIG

هناك رمزان لاستجابة DNS لهما نفس RCode من 16. يعني رمز استجابة BADVERS أنه واجه إصدارا سيئا من OPT. يشير OPT إلى آلية إضافة الردود كرسالة في قسم البيانات الإضافية في رسالة DNS. في البداية ، تم نقل رسائل DNS من خلال UDP (بروتوكول مخطط بيانات المستخدم) ولكنها كانت ملزمة بقيود الحجم (512 بايت). تم تقديم OPT للعمل مع البروتوكول السابق ، ولكن أيضا توسيع مساحة رسائل DNS.

رمز استجابة BADSIG يعني توقيع معاملة سيئة (TSIG) أو فشل في التحقق من التوقيع. يسمح TSIG بمصادقة التحديثات على قواعد البيانات ونقاط نهاية DNS. على عكس استعلامات DNS، يجب مصادقة تحديثات DNS. جنبا إلى جنب مع استجابة BADSIG ، يرسل الخادم أيضا NotAuth respرمز onse. راجع RFC6895 والقسم 2.3 وRFC6891 وRFC2845 لمزيد من المعلومات.

رمز استجابة DNS 17: BADKEY

رمز استجابة BADKEY استجابة لطلب يتضمن TSIG ، ولكن لم يتم التعرف على المفتاح من قبل الخادم. عند حدوث ذلك، استجابة BADKEY، وكذلك NotAuth الاستجابة ، يتم إنشاؤها بواسطة الخادم. لمزيد من المعلومات، راجع RFC6895، القسم 2.3 وRFC2845.

رمز استجابة DNS 18: BADTIME

يتعلق رمز الاستجابة BADTIME بمزامنة الوقت ويساعد في منع هجمات DDoS. يشير إلى أن الخادم قد تلقى طلب TSIG ، ولكن خارج الوقت المحدد في الطلب. جنبا إلى جنب مع استجابة BADTIME ، فإن NotAuth كما سيتم إرسال رمز الاستجابة. راجع RFC6895، القسم 2.3 وRFC2845 لمزيد من المعلومات.

رمز استجابة DNS 19: BADMODE

داخل DNS ، هناك نوع سجل يسمى TKEY (مفتاح المعاملة). يستخدم TKEY لإنشاء مفاتيح سرية بين الخوادم والمحللين. يشير رمز استجابة BADMODE إلى أن الخادم تلقى TKEY طلب ولكن لا يدعم أحد الأوضاع/القيم المحددة مسبقا. لمزيد من المعلومات، راجع RFC6895 والقسم 2.3 وRFC2930.

رمز استجابة DNS 20: BADNAME

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

رمز استجابة DNS 21: BADALG

يشير رمز استجابة DNS الخاص ب BADALG إلى أن الخادم تلقى طلبا لخوارزمية لم يدعمها. الخوارزمية في هذه الحالة هي حقل داخل سجل موارد TKEY وتساعد على تحديد كيفية استخدام بيانات المفتاح السرية ومشاركتها. لمزيد من المعلومات، راجع RFC6895 والقسم 2.3 وRFC2930.

رمز استجابة DNS 22: BADTRUNC

تتم الإشارة إلى رمز استجابة BADTRUNC عند وجود مشكلة متعلقة بالاقتطاع عند استخدام رمز مصادقة الرسالة، أو MAC. عندما يكون رمز MAC أقصر مما تسمح به سياسة الاقتطاع ، فإن BADTRUNC ، بالإضافة إلى NotAuth، يتم إرجاع رموز الاستجابة. راجع RFC6895، القسم 2.3 وRFC4635 لمزيد من المعلومات.

رمز استجابة DNS 23: BADCOOKIE

تم تقديم ملفات تعريف الارتباط للمساعدة في تخفيف هجمات DNS ، مثل تسمم ذاكرة التخزين المؤقت ، والتي لم يتمكن DNSSEC (ملحقات أمان أسماء النطاقات) من منعها. يتكون ملف تعريف الارتباط من عنوان IP للعميل والخادم ، بالإضافة إلى السر الذي يجب أن يكون طوله 64 بت على الأقل. عند استخدام DNS وملفات تعريف الارتباط من جانب العميل، تشير استجابة BADCOOKIE إلى وجود ملف تعريف ارتباط مفقود أو مشوه. راجع RFC6895، القسم 2.3 ولمزيد من المعلومات.

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



قم بزيارة موقع IANA.org الإلكتروني





.

سجل عنوان IPv4: A

يحدد نوع سجل العنوان عنوان IPv4 يتوافق مع نطاقك ونطاقاتك الفرعية. هناك حقلان مقترنان بسجلات العناوين: عنوان IP و فعلرئيسي. على سبيل المثال عنوان IP google.com هو 172.217.4.110. بدلاً من الاضطرار إلى تذكر هذه المجموعة العشوائية من الأرقام و إدخال المفتاح الe IP مكون من 10 أرقامع4 عنوان عنوان تسمح السجلات للمستخدمين بكتابة google.com فقط وتوجيههم إلى الموقع الصحيح. يمكن أن يكون هناك أيضا عنوان سجلات النطاقات الفرعية مع عناوين IP مختلفة. من حيث أهداف العمل ، فإن subdomains مفيدة للشركاتفي شهر مايو تعمل في بلدان مختلفة.

تعد النطاقات الفرعية طريقة فعالة لتوجيه العملاء / المستخدمين إلى موقعهم الخاص بكل بلد أو إذا كان موقعك يحتوي على الكثير من المعلومات التي تحتاج إلى تنظيمها بطريقة أكثر كفاءة وسهولة في الاستخدام. سوبدويمكن أيضا التيار الكهربائي تستخدم إلى دifferentiate بين مجموعات فرعية من العملاء ، B2C مقابل B2B الجماهير. لو نحن نستخدم مثال على google.com مرة أخرى، لديهم نطاقات فرعية لموقع الصور الخاص بهم (images.google.com)، والخرائط (maps.google.com)، الأخبار (news.google.com) ، وهكذا دواليك. علاوة على ذلك باستخدام address السجلات, يمكن للنطاقات الفرعية bالإعداد الإلكتروني على خوادم / مضيفات ويب مختلفة. الفائدة هي أنه إذا انخفض موقعك الرئيسي ، أنت لا تفقد كل شيء. لمزيد من المعلومات حول سجلات العناوين، راجع RFC1035، القسم 3.4.1

سجل عنوان IPv6: AAAA

مثل سجلات العناوين المذكورة أعلاه ، يتم استخدام سجلات AAAA لربط عنوان IPv6 باسم مضيف. IPv6 هو الإصدار السادس من IP (بروتوكول الإنترنت) standaطريق. أنايعمل Pv6 بنفس وظائف IPv4 ، مما يوفر عناوين IP فريدة للأجهزة ، ومع ذلك ، فإن أحد الاختلافات الرئيسية هو أن IPv4 يستخدم عنوان IP 32 بت. يستخدم IPv6 عنوان IP 128 بت. عندما تم تقديم IPv4 ، كان قادرا على دعم lmost 4.3 مليار عنوان IP فريد. هاويفr ، لقد خصصت الإنترنت بالفعل عناوين IP أكثر من ذلك ، لذلك كان IPv6 هو الجيل التالي لمعالجة ودعم النمو المستمر والطلب على عنوان IPes. لمزيد من المعلومات حول سجلات عناوين IPv6، راجع
RFC3596، القسم
2.1

سجل الاسم الأساسي: CNAME

قانوني سجل الاسميتم استخدام s في إعادة التوجيه، أو اسم مستعار، لنطاق أو المجال الفرعي. A قانوني يتم إجراء سجل الاسم ما يصل إلى حقلين ، ال اسم وحقول “الوجهة”. كما هو الحال مع موفري الاستضافة المختلفين ، قد يكون هناك أيضا بعض الحقول المخصصة المرتبطة ب canonical سجلات الأسماء. الاستخدام الشائع ل ال قانوني سجل الاسم هو إعداد نطاق الموقع مع شبكة الاتصالات العالمية وواحد بدون. وذلك لضمان توجيه المستخدمين إلى النطاق نفسه بغض النظر عن كيفية إدخالهم لعنوان URL. ويمكن أيضا استخدامه مع إعداد البريد الإلكتروني، مثل Microsoft Exchange. قد يكون هناك السجلات الأساسية الإضافية المطلوبة للبريد الإلكتروني والجوال وSIP (بروتوكول بدء الجلسة) وما إلى ذلك، والتي يتم استخدامها للإشارة إلى نطاقك. لمزيد من المعلومات حول سجلات الأسماء الأساسية، راجع RFC1035، القسم 3.3.1

سجل تبادل البريد: MX

ترتبط سجلات m ail exchanges بخادم البريد الإلكتروني / مزود الاستضافة الخاص بك وتساعد على إدارة تسليم رسائل البريد الإلكتروني. عادة ، هناك ضعف تبادل البريد records في DNS الخاص بك لأي خادم بريد إلكتروني / مزود استضافة إلى تعمل كنسخة احتياطية إذا كان السجل الأساسي غير متوفر. البريد الإلكتروني عادة ما يكون لدى مقدمي الخدمات سجلات تبادل البريد الخاصة بهم ؛ لكن يمكن أن تختلف سجلات تبادل البريد في Microsoft Exchange. من أجل مزيد من المعلومات حول سجلات تبادل البريد، راجع
RFC1035، القسم 3.3.9

هناك أيضا العديد من الحقول التي تشكل سجلات تبادل البريد ، بما في ذلكنطاقك وخادم البريد و الأولوية، وحقول TTL. يتم استخدام حقل priority عند وجود تبادل بريد متعدد السجلات وكلما انخفض الرقم ، زادت الأولوية. مرة أخرى ، من خلال اصدار عادة ما يتم استخدام الأولوية مع خوادم البريد الإلكتروني الأساسية والاحتياطية. TTL (Tآي إم إي تو لايف) يشير إلى آلية التخزين المؤقت الذي يخبر خادم البريد الإلكتروني للمرسل كم من الوقت للانتظار (عادة ما يتم تعريفها بالمللي ثانية) قبل الاتصال بجهاز الاستقبال خادم DNS للتحقق من وجود أي تغييرات على rإيكورد. للمزيد معلومات حول سجلات تبادل البريد، راجع RFC1035، القسم 3.3.9 و
RFC7505
.

اسم مؤشر السلطة: NAPTR

عادة ما تستخدم سجلات مؤشر سلطة الاسم مع التطبيقات التي تتطلب الاتصال الهاتفي عبر الإنترنت أو عند تعيين المستخدمين والخوادم ضمن بروتوكول SIP. يتم استخدام سجلات NAPTR مع سجلات SRV لمعرفة الخدمات المتاحة لاسم المجال / المضيف ، مثل SIP أو البريد الإلكتروني أو الويب ، إلخ. على سبيل المثال، يمكن تشغيل SIP عبر بروتوكولات مختلفة، ولكن سجل العنوان (A) لن يخبرك بالبروتوكولات التي يجب استخدامها. لمزيد من المعلومات حول سجل مؤشر سلطة الاسم، راجع RFC2915.

اسم سجل الخادم: NS

خادم الأسماء هو المكان الذي يتم فيه تخزين جميع سجلات DNS. على وجه التحديد ، تساعد سجلات خادم الأسماء المستخدمين على الوصول إلى موقع الويب الخاص بك من خلال نطاقك بدلا من عنوان IP المعقد. اسم توجه الخوادم نطاقك إلى المكان الذي يستضيف فيه موقعك. يمكن إدارة تسجيل النطاق واستضافة المواقع من قبل كيانات منفصلة ، بuر عادة، يمكن لمسجلي النطاقات زود استضافة المواقع (أو العكس). إذا كنت تريد تغيير أي سجلات أخرى، مثل موقع الويب أو السجلات ذات الصلة بالبريد الإلكتروني ، فإنه مust أن يتم ذلك حيث يكون خادم الاسم الخاص بك الموقع. Nعادة ما يتم تخزين سجلات خادم ame باستخدام الخاص بك شركة استضافة. عادة ما يتم إنشاء أسماء خوادم الأسماء الفعلية بشكل افتراضي بواسطة الاستضافة الخاصة بك مزود ولكن يمكن تغييرها إذا لزم الأمر. يسمح هذا لمالكي المواقع بتغيير مضيف الويب الخاص بهم دون تغيير جهة تسجيل المجالات ، على سبيل المثال. لمزيد من المعلومات حول سجلات خادم الأسماء، راجع RFC1035، القسم 3.3.11

سجل مؤشر اسم النطاق: PTR

تستخدم سجلات المؤشر، التي يشار إليها أيضا باسم rDNS (DNS العكسي)، ل DNS lookups العكسي. داخل DNS، يمكن أن يكون هناك أسماء نطاقات متعددة موجهة إلى عنوان IP واحد ، أو نطاقات متعددة تستضيفed على نفس خادم الويب. ومع ذلك، باستخدام سجل مؤشر، أو عكس البحث عن DNS، أنت تشير ، أو رفيق, an عنوان IP إلى خاص المجال اسم. مثل غيرها سجلات موارد DNS، ومؤشر سجلات خداعسيست من فارإيوس الحقول، بما في ذلك الاسم، TTL والفئة والنوع والبيانات. الاستخدام الأكثر شيوعا لعمليات البحث العكسية عن DNS هل المرتبطة بشبكات تتبع المسار وبينغ ادوات, وكذلك مع SMTP لتتبع حقول الرأس. للحصول على معلومات إضافية حول سجلات المؤشرات، راجع RFC1035، القسم 3.3.12

بدء سجل السلطة: SOA

يوفر سجل بدء مورد السلطة لمسؤولي المجال طريقة لتوفير معلومات إضافية حول المجال أو المنطقة، مثل تكرار التحديث ومعلومات الاتصال بالمسؤول وانتهاء الصلاحية وTTL وما إلى ذلك. تعتبر منطقة DNS المساحة التي يديرها مسؤول أو شركة. داخل مناطق DNS ، هناك مستويات أو مناطق إضافية، حيث يمكن إدارة مجموعة متنوعة من السجلات والسمات بشكل منظم من خلال العودة إلى نطاق المستوى الأعلى. لمزيد من المعلومات حول سجلات سلطة البدء o f ، راجع RFC1035 ، القسم 3.3.13 و RFC2308.

سجل إطار عمل سياسة المرسل: نظام التعرف على هوية المرسل (SPF)

إطار سياسة المرسل سجل الذي يستخدم لتحديد خوادم SMTP التي يمكنها استخدام نطاقك. يساعد على العلاقات العامةحدث خوادم البريد الإلكتروني الخاصة بك من يتم استخدامها من قبل مرسلي الرسائل غير المرغوب فيها أو مدرج على القائمة السوداء المجالات. ومن أناق مهم أيضا للصيانةaأنانينغ سلطة المجال و الجمالونt مع خوادم البريد الإلكتروني الأخرى. إذا كان نطاقك blacklisted ، فإنه هل من المحتمل أن يتم رفض رسائل البريد الإلكتروني من قبل خوادم البريد الإلكتروني الأخرى. تنفيذ إطار عمل موحد (SPF)حبل يتم ذلك ببساطة عن طريق إضافة سجل نصي (TXT) إلى DNS منطقة التي تحدد عناوين IP التيتمت الموافقة على إعادة إرسال بريد إلكتروني من المجال. لمزيد من المعلومات حول Sانتهاءايه Policy Framework ، انظر
RFC7208
.

سجل الخدمة: SRV

مثل سجلات مؤشر سلطة الاسم ، يستخدم سجل الخدمة بشكل أساسي في الاتصال الهاتفي عبر الإنترنت للمساعدة في تحديد الخدمة أو اكتشاف خدمات SIP. يتبع سجل الخدمة تنسيقا محددا يتضمن المعلومات التالية ويحددها: اسم الخدمة وبروتوكول النقل (TCP أو UDP) واسم المجال وTTL والفئة ونوع السجل (وهو SRV) وأولوية المضيف المستهدف والوزن (كلما زاد الوزن زادت فرصة اختيارك من قبل الخادم) والمنفذ المستخدم والهدف. لمزيد من المعلومات حول سجل الخدمة، راجع RFC2782.

سجل النص: TXT

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