المقدمة
نظام أسماء النطاقات (دنس)، أو نظام أسماء النطاقات (دومين نيم سيستيم)، غالبا ما يكون جزءا صعبا جدا من تعلم كيفية تكوين مواقع الويب والخوادم. فهم كيفية عمل دنس سوف تساعدك على تشخيص المشاكل مع تكوين الوصول إلى المواقع الخاصة بك وسوف تسمح لك لتوسيع فهمك لما يجري وراء الكواليس.
في ھذا الدلیل، سنناقش بعض مفھوم دنس الأساسیة التي ستساعدك في الوصول إلی التشغیل الأرضي مع تکوین نظام أسماء النطاقات. بعد معالجة هذا الدليل، يجب أن تكون مستعدا لإعداد اسم نطاقك باستخدام ديجيتالوسان أو إعداد خادم دنس الخاص بك .
قبل أن ننتقل إلى إعداد خوادمك الخاصة لحل نطاقك أو إعداد نطاقاتنا في لوحة التحكم، لننتقل إلى بعض المفاهيم الأساسية حول كيفية عمل كل ذلك فعليا.
مصطلحات النطاق
يجب أن نبدأ بتعريف مصطلحاتنا. في حين أن بعض هذه الموضوعات مألوفة من سياقات أخرى، هناك العديد من المصطلحات المستخدمة عند الحديث عن أسماء النطاقات و دنس التي لا تستخدم في كثير من الأحيان في مجالات أخرى من الحوسبة.
دعونا نبدأ سهلة:
نظام أسماء النطاقات
نظام أسماء النطاقات، المعروف أكثر باسم "دنس" هو نظام الشبكات المعمول به والذي يسمح لنا بحل الأسماء الصديقة للإنسان إلى عناوين فريدة.
اسم النطاق
اسم النطاق هو الاسم الصديق للإنسان الذي استخدمناه لربطه بمورد إنترنت. على سبيل المثال، "google.com" هو اسم نطاق. سيقول بعض الأشخاص إن الجزء "غوغل" هو النطاق، ولكن يمكننا الرجوع بشكل عام إلى النموذج المجمع كاسم النطاق.
عنوان ورل "google.com" مرتبط بالخوادم المملوكة لشركة غوغل Inc. يسمح لنا نظام اسم النطاق بالوصول إلى خوادم غوغل عندما نكتب "google.com" في متصفحاتنا.
عنوان بروتوكول الإنترنت
عنوان إب هو ما نسميه موقع شبكة قابل للعنوان. يجب أن يكون كل عنوان إب فريدا داخل شبكته. عندما نتحدث عن المواقع، هذه الشبكة هي الإنترنت بأكمله.
يتم كتابة IPv4، وهو الشكل الأكثر شيوعا من العناوين، على شكل أربع مجموعات من الأرقام، كل مجموعة لها ما يصل إلى ثلاثة أرقام، مع كل مجموعة مفصولة بنقطة. على سبيل المثال، "111.222.111.222" يمكن أن يكون عنوان إب IPv4 صالحا. مع نظام أسماء النطاقات، نقوم بتعيين اسم لهذا العنوان بحيث لا تضطر إلى تذكر مجموعة معقدة من الأرقام لكل مكان ترغب في زيارته على الشبكة.
نطاق المستوى الأعلى
نطاق المستوى الأعلى، أو تلد، هو الجزء الأكثر عمومية من النطاق. نطاق المستوى الأعلى هو أبعد جزء إلى اليمين (كما يفصل بينها نقطة). نطاقات المستوى الأعلى الشائعة هي "كوم" و "نيت" و "أورغ" و "غوف" و "إيدو" و "إو".
نطاقات المستوى الأعلى في أعلى التسلسل الهرمي من حيث أسماء النطاقات. يتم منح بعض الأطراف السيطرة الإدارية على نطاقات المستوى الأعلى من قبل إيكان (شركة الإنترنت للأسماء والأرقام المخصصة). ویمکن لھذه الأطراف عندئذ توزیع أسماء النطاقات تحت تلد، وعادة من خلال مسجل النطاق.
المضيفين
ضمن النطاق، يمكن لمالك النطاق تحديد المضيفين الفرديين، والتي تشير إلى أجهزة كمبيوتر أو خدمات منفصلة يمكن الوصول إليها من خلال النطاق. على سبيل المثال، يمكن لمعظم مالكي النطاقات إتاحة خوادم الويب من خلال النطاق العاري (example.com) وأيضا من خلال تعريف "المضيف" "ووو" ( www.example.com ).
يمكن أن يكون لديك تعريفات المضيف الأخرى تحت المجال العام. يمكنك الوصول إلى واجهة برمجة التطبيقات من خلال مضيف "أبي" (api.example.com) أو يمكنك الوصول إلى بروتوكول نقل الملفات من خلال تحديد مضيف يسمى "بروتوكول نقل الملفات" أو "ملفات" (ftp.example.com أو files.example.com). يمكن أن تكون أسماء المضيفات تعسفية طالما أنها فريدة من نوعها للنطاق.
المجال الفرعي
الموضوع المرتبط بالمضيفين هو نطاقات فرعية.
يعمل نظام أسماء النطاقات في تسلسل هرمي. يمكن أن تحتوي نطاقات تلد على العديد من النطاقات ضمنها. على سبيل المثال، يحتوي النطاق "كوم" على كل من "google.com" و "ubuntu.com" أسفله. يشير "النطاق الفرعي" إلى أي نطاق يكون جزءا من نطاق أكبر. في هذه الحالة، "ubuntu.com" يمكن أن يقال أن يكون نطاق فرعي من "كوم". وعادة ما يسمى هذا فقط المجال أو يسمى "أوبونتو" جزء سلد، وهو ما يعني مجال المستوى الثاني.
وبالمثل، يمكن لكل نطاق التحكم في "النطاقات الفرعية" الموجودة أسفله. وهذا عادة ما نعنيه بالنطاقات الفرعية. على سبيل المثال يمكن أن يكون لديك نطاق فرعي لقسم التاريخ في مدرستك في " www.history.school.edu ". الجزء "التاريخ" هو نطاق فرعي.
الفرق بين اسم المضيف ونطاق فرعي هو أن مضيف يحدد جهاز كمبيوتر أو مورد، بينما يمتد نطاق فرعي النطاق الأصلي. وهي طريقة لتقسيم المجال نفسه.
وسواء أكنت تتحدث عن نطاقات فرعية أو مضيفين، يمكنك البدء في رؤية أن معظم أجزاء النطاق اليسرى هي الأكثر تحديدا. هذه هي الطريقة التي يعمل بها نظام أسماء النطاقات (دنس): من الأكثر إلى الأقل تحديدا كما تقرأ من اليسار إلى اليمين.
اسم المجال المؤهل بالكامل
اسم المجال المؤهل بالكامل، غالبا ما يسمى فكدن، هو ما نسميه اسم نطاق مطلق. يمكن إعطاء النطاقات في نظام دنس نسبة إلى بعضها البعض، وعلى هذا النحو، يمكن أن تكون غامضة بعض الشيء. و فكدن هو الاسم المطلق الذي يحدد موقعه فيما يتعلق بالجذر المطلق لنظام اسم النطاق.
وهذا يعني أنه يحدد كل نطاق رئيسي بما في ذلك تلد. وينتهي فكدن السليم بنقطة تشير إلى جذر التسلسل الهرمي لنظام أسماء النطاقات. مثال على فكدن هو "mail.google.com". في بعض الأحيان، لا تتطلب البرامج التي تستدعي فكدن نقطة النهاية، إلا أن النقطة اللاحقة مطلوبة لتتوافق مع معايير إيكان.
اسم الخادم
خادم الاسم هو جهاز كمبيوتر مخصص لترجمة أسماء النطاقات إلى عناوين إب. هذه الخوادم تفعل معظم العمل في نظام دنس. نظرا لأن إجمالي عدد ترجمات النطاق أكبر من اللازم لأي خادم واحد، فقد يعيد كل خادم إعادة توجيه الطلب إلى خوادم الأسماء الأخرى أو يفوض المسؤولية عن مجموعة فرعية من النطاقات الفرعية التي يتحملون مسؤوليتها.
يمكن أن تكون خوادم الأسماء "موثوقة"، مما يعني أنها تعطي إجابات عن الاستفسارات المتعلقة بالنطاقات الخاضعة لسيطرتها. وإلا، فإنها قد تشير إلى خوادم أخرى، أو تقديم نسخ مخبأة من بيانات خوادم الأسماء الأخرى.
ملف المنطقة
ملف المنطقة هو ملف نصي بسيط يحتوي على التعيينات بين أسماء النطاقات وعناوين إب. هذه هي الطريقة التي يكتشف نظام دنس أخيرا عنوان إب الذي يجب الاتصال به عندما يطلب المستخدم اسم نطاق معين.
تقع ملفات المنطقة في خوادم الأسماء وتعرف عموما الموارد المتاحة ضمن نطاق معين، أو المكان الذي يمكن للمرء أن يذهب للحصول على تلك المعلومات.
تسجيل
ضمن ملف المنطقة، يتم الاحتفاظ بالسجلات. في أبسط أشكالها، سجل هو في الأساس تعيين واحد بين المورد واسم. ويمكن لهذه الخرائط تعيين اسم نطاق إلى عنوان إب، وتحديد خوادم الأسماء للنطاق، وتعريف خوادم البريد للنطاق، وما إلى ذلك.
كيفية عمل نظام أسماء النطاقات
الآن بعد أن كنت على دراية ببعض المصطلحات المستخدمة مع دنس، كيف يعمل النظام فعلا؟
نظام بسيط جدا في نظرة عامة رفيعة المستوى، ولكن معقد جدا كما كنت أنظر إلى التفاصيل. عموما على الرغم من أنها بنية تحتية موثوقة جدا التي كانت ضرورية لاعتماد الإنترنت كما نعرفه اليوم.
خوادم الجذر
كما ذكرنا أعلاه، دنس هو، في جوهره، ونظام هرمي. في الجزء العلوي من هذا النظام هو ما يعرف باسم "خوادم الجذر". يتم التحكم في هذه الخوادم من قبل منظمات مختلفة ويتم تفويض السلطة من قبل إيكان (شركة الإنترنت للأسماء والأرقام المخصصة).
هناك حاليا 13 خوادم جذرية قيد التشغيل. ومع ذلك، كما أن هناك عدد لا يصدق من الأسماء لحل كل دقيقة، كل من هذه الملقمات هو في الواقع معكوسة. الشيء المثير للاهتمام حول هذا الإعداد هو أن كل من المرايا لملقم الجذر واحد تشترك في نفس عنوان إب. عندما يتم تقديم طلبات لملقم جذر معين، سيتم توجيه الطلب إلى أقرب مرآة من هذا الملقم الجذر.
ماذا تفعل هذه الخوادم الجذرية؟ تتعامل خوادم الجذر مع طلبات الحصول على معلومات حول نطاقات المستوى الأعلى. لذلك إذا جاء طلب في شيء لا يمكن حل ملقم اسم المستوى الأدنى، يتم إجراء استعلام إلى ملقم الجذر للنطاق.
لن تعرف خوادم الجذر في الواقع مكان استضافة النطاق. ومع ذلك، سوف تكون قادرة على توجيه الطالب إلى خوادم الأسماء التي تتعامل مع نطاق المستوى الأعلى المطلوب على وجه التحديد.
لذلك إذا تم تقديم طلب " www.wikipedia.org " إلى ملقم الجذر، سوف الخادم الجذر اقول لا تجد النتيجة في سجلاتها. فإنه سيتم التحقق من ملفات المنطقة للحصول على قائمة يطابق "www.wikipedia.org ". انها لن تجد واحدة.
وسوف تجد بدلا من ذلك سجلا ل تلد "أورغ" وتعطي الجهة الطالبة عنوان خادم الاسم المسؤول عن عناوين "أورغ".
خوادم تلد
ثم يقوم الطالب بإرسال طلب جديد إلى عنوان إب (يعطى إليه من قبل خادم الجذر) المسؤول عن نطاق المستوى الأعلى من الطلب.
لذلك، لمواصلة مثالنا، فإنه سيتم إرسال طلب إلى خادم الاسم المسؤول عن معرفة حول "أورغ" المجالات لمعرفة ما إذا كان يعرف أين " www.wikipedia.org " يقع.
مرة أخرى، سوف الطالب يبحث عن " www.wikipdia.org " في ملفات المنطقة. ولن تجد هذا السجل في ملفاتها.
ومع ذلك، فإنه سيتم العثور على سجل إدراج عنوان إب لخادم الاسم المسؤول عن "wikipedia.org". وهذا يقترب كثيرا من الإجابة التي نريدها.
خوادم اسم مستوى النطاق
عند هذه النقطة، لدى الطالب عنوان إب لخادم الاسم المسؤول عن معرفة عنوان إب الفعلي للمورد. يرسل طلب جديد إلى خادم اسم يسأل، مرة أخرى، إذا كان يمكن حل " www.wikipedia.org ".
يقوم خادم الاسم بالتحقق من ملفات المنطقة ويجد أنه يحتوي على ملف منطقة مقترن ب "wikipedia.org". داخل هذا الملف، يوجد سجل للمضيف "ووو". يخبر هذا السجل عنوان إب حيث يوجد هذا المضيف. يقوم خادم الاسم بإرجاع الإجابة النهائية إلى الطالب.
ما هو "خادم اسم حل"؟
في السيناريو أعلاه، أشارنا إلى "طالب". ما هو الطالب في هذه الحالة؟
في جميع الحالات تقريبا، فإن الطالب سيكون ما نسميه "حل اسم الخادم" هو حل اسم خادم واحد تكوين لطرح الأسئلة الملقمات الأخرى. هو في الأساس وسيط للمستخدم الذي يخزن نتائج الاستعلام السابقة لتحسين السرعة ويعرف عناوين ملقمات الجذر لتكون قادرة على "حل" الطلبات المقدمة للأشياء التي لا تعرف بالفعل.
في الأساس، سيكون لدى المستخدم عادة عدد قليل من خوادم اسم حل تكوينها على نظام الكمبيوتر الخاص بهم. وعادة ما يتم توفير خوادم الأسماء التي يتم حلها بواسطة موفر خدمة إنترنت أو مؤسسات أخرى. على سبيل المثال، توفر غوغل خوادم دنس لحلها يمكنك الاستعلام عنها. هذه يمكن تكوين إما في جهاز الكمبيوتر الخاص بك تلقائيا أو يدويا.
عند كتابة عنوان ورل في شريط العناوين في المتصفح، سيبدو الكمبيوتر أولا لمعرفة ما إذا كان يمكن العثور عليه محليا حيث يوجد المورد. فإنه يتحقق من ملف "المضيفين" على الكمبيوتر وعدد قليل من المواقع الأخرى. ثم يرسل الطلب إلى الملقم اسم حل وينتظر مرة أخرى لتلقي عنوان إب من المورد.
ثم يقوم خادم اسم حل بالتحقق من ذاكرة التخزين المؤقت للإجابة. إذا لم تجد ذلك، فإنه يمر الخطوات المذكورة أعلاه.
حل خوادم الاسم ضغط أساسا عملية الطلب للمستخدم النهائي. يجب على العملاء ببساطة أن يعرفوا أن يسألوا عن خوادم الأسماء التي يتم حلها حيث يوجد مورد وأن يكونوا واثقين من أنهم سيحققون ويعيدون الإجابة النهائية.
ملفات المنطقة
لقد ذكرنا في العملية المذكورة أعلاه فكرة "ملفات المنطقة" و "السجلات".
ملفات المنطقة هي الطريقة التي خوادم الأسماء تخزين المعلومات حول المجالات التي يعرفون عنها. يتم تخزين كل نطاق يعرفه خادم الأسماء في ملف منطقة. معظم الطلبات القادمة إلى خادم اسم متوسط ليست شيئا أن الملقم سوف يكون ملفات المنطقة ل.
إذا تم تكوينه للتعامل مع الاستعلامات العودية، مثل حل اسم الخادم، وسوف تجد الجواب وإعادته. وإلا، فإنه سوف اقول للطرف الطالب حيث ننظر المقبل.
والمزيد من الملفات المنطقة التي لديها خادم اسم، والمزيد من الطلبات أنها سوف تكون قادرة على الإجابة بشكل موثوق.
ويصف ملف المنطقة "منطقة" دنس، وهي في الأساس مجموعة فرعية من نظام تسمية نظام أسماء النطاقات بأكمله. وهي تستخدم عادة لتكوين مجال واحد فقط. يمكن أن تحتوي على عدد من السجلات التي تحدد أين تكون الموارد للنطاق المعني.
$ORIGIN هي معلمة تساوي أعلى مستوى في المنطقة من السلطة افتراضيا.
لذلك إذا تم استخدام ملف منطقة لتكوين "example.com". ، سيتم تعيين $ORIGIN إلى example.com. .
يتم تكوين هذا إما في أعلى ملف المنطقة أو يمكن تعريفه في ملف تكوين ملقم دنس الذي يشير إلى ملف المنطقة. وفي كلتا الحالتين، تصف هذه المعلمة ما هي المنطقة التي ستكون موثوقة ل.
وبالمثل، فإن $TTL بتكوين "الوقت للعيش" من المعلومات التي تقدمها. هو في الأساس جهاز توقيت. يمكن لخادم اسم التخزين المؤقت استخدام النتائج التي تم الاستعلام عنها سابقا للإجابة عن الأسئلة حتى نفاد قيمة تل.
أنواع السجلات
ضمن ملف المنطقة، يمكن أن يكون لدينا العديد من أنواع السجلات المختلفة. سنذهب إلى بعض من أكثر شيوعا (أو أنواع إلزامية) هنا.
سجلات سوا
سجل بداية السلطة، أو سوا هو سجل إلزامي في جميع ملفات المنطقة. يجب أن يكون أول سجل حقيقي في ملف (على الرغم من أن $ أوريجن أو $ تل قد تظهر مواصفات أعلاه). بل هو أيضا واحدة من الأكثر تعقيدا لفهم.
بداية سجل السلطة تبدو شيئا من هذا القبيل:
الكود:
domain.com. في سوا ns1.domain.com. admin.domain.com. (
12083؛ رقم سري
3h؛ الفاصل الزمني للتحديث
3w؛ فترة انتهاء الصلاحية
1h؛ سل سلبي
30m؛ إعادة المحاولة
)
دعونا نوضح ما هو كل جزء من أجل:
domain.com. : هذا هو جذر المنطقة. يحدد هذا أن ملف المنطقة هو domain.com. نطاق. في كثير من الأحيان، سترى هذا تم استبداله ب @ ، وهو مجرد عنصر نائب يحل محل متغير $ORIGIN الذي تعلمنا عنه أعلاه.
في سوا : الجزء "إن" يعني الإنترنت (وسوف تكون موجودة في العديد من السجلات). و سوا هو مؤشر أن هذا هو سجل بداية السلطة.
ns1.domain.com. : يحدد هذا الخادم اسم الرئيسي الرئيسي لهذا المجال. يمكن أن تكون خوادم الاسم إما رئيسية أو عبيد، وإذا تم تكوين دنس الحيوي يجب أن يكون الخادم واحد "سيد رئيسي"، الذي يذهب هنا. إذا لم تكن قد قمت بتهيئة نظام أسماء النطاقات الديناميكي، فهذا هو واحد فقط من خوادم الأسماء الرئيسية.
admin.domain.com. : هذا هو عنوان البريد الإلكتروني للمشرف لهذه المنطقة. يتم استبدال "@" بنقطة في عنوان البريد الإلكتروني. إذا كان جزء الاسم من عنوان البريد الإلكتروني يحتوي عادة على نقطة فيه، فسيتم استبداله ب "\" في هذا الجزء (يصبح your.name@domain.com يور \ name.domain.com).
12083 : هذا هو الرقم التسلسلي لملف المنطقة. في كل مرة تقوم فيها بتحرير ملف منطقة، يجب زيادة هذا الرقم لكي يتم نشر ملف المنطقة بشكل صحيح. سوف ملقمات الرقيق تحقق ما إذا كان الرقم التسلسلي الملقم الرئيسي للمنطقة أكبر من واحد لديهم على نظامهم. إذا كان، فإنه يطلب ملف المنطقة الجديدة، إن لم يكن، فإنه يستمر في خدمة الملف الأصلي.
3h : هذا هو الفاصل الزمني للتحديث للمنطقة. هذا هو مقدار الوقت الذي سوف ينتظر العبد قبل الاقتراع سيد لتغييرات ملف المنطقة.
30m : هذا هو الفاصل الزمني لإعادة المحاولة لهذه المنطقة. إذا كان الرقيق لا يمكن الاتصال سيد عند فترة التحديث هو ما يصل، وسوف ننتظر هذا المبلغ من الوقت وإعادة المحاولة لاستطلاع سيد.
3w : هذه هي فترة انتهاء الصلاحية. إذا لم يكن ملقم اسم الرقيق قادرا على الاتصال سيد لهذا الوقت من الوقت، فإنه لم يعد إرجاع الردود كمصدر موثوق لهذه المنطقة.
1h : هذا هو مقدار الوقت الذي سيقوم خادم الاسم بتخزين خطأ اسم فيه إذا لم يتمكن من العثور على الاسم المطلوب في هذا الملف.
A و عاء السجلات
كل من هذه السجلات تعيين مضيف إلى عنوان إب. يتم استخدام السجل "A" لتعيين مضيف إلى عنوان إب IPv4، بينما يتم استخدام سجلات "عاء" لتعيين مضيف لعنوان IPv6.
الشكل العام لهذه السجلات هو:
المضيف في IPv4_address
المضيف في عاء IPv6_address
لذلك منذ سجل سوا دعا خادم رئيسي رئيسي في "ns1.domain.com"، سيكون لدينا لتعيين هذا إلى عنوان إلى عنوان إب منذ "ns1.domain.com" ضمن منطقة "domain.com" أن هذا الملف هو تعريف.
السجل يمكن أن تبدو مثل هذا:
ns1 IN A 111.222.111.222
لاحظ أننا لم يكن لديك لإعطاء الاسم الكامل. يمكننا فقط إعطاء المضيف، دون فكدن وملقم دنس ملء بقية مع قيمة $ أوريجين. ومع ذلك، يمكننا ببساطة استخدام فكدن كامل إذا كنا نشعر أن يكون الدلالي:
ns1.domain.com. IN A 111.222.111.222
في معظم الحالات، هذا هو المكان الذي ستحدد فيه خادم الويب ك "ووو":
www IN A 222.222.222.222
يجب علينا أيضا معرفة مكان حل المجال الأساسي. يمكننا أن نفعل مثل هذا:
domain.com. IN A 222.222.222.222
كان من الممكن استخدام "@" للإشارة إلى النطاق الأساسي بدلا من ذلك:
@ IN A 222.222.222.222
لدينا أيضا خيار حل أي شيء تحت هذا المجال الذي لم يتم تعريفه بشكل صريح إلى هذا الملقم أيضا. يمكننا أن نفعل ذلك مع "*" بطاقة البرية:
* IN A 222.222.222.222
كل هذه الأعمال فقط مع سجلات عاء لعناوين IPv6.
سجلات نيم
تعرف سجلات نيم اسما مستعارا للاسم المتعارف عليه لخادمك (يتم تعريفه بواسطة سجل A أو عاء).
على سبيل المثال، يمكن أن يكون لدينا سجل اسم A يحدد المضيف "server1" ثم استخدم "ووو" كاسم مستعار لهذا المضيف:
server1 IN A 111.111.111.111 www IN CNAME server1
كن على علم بأن هذه الأسماء المستعارة تأتي مع بعض خسائر الأداء لأنها تتطلب استعلام إضافي إلى الملقم. في معظم الوقت، يمكن تحقيق نفس النتيجة باستخدام سجلات A أو عاء إضافية.
حالة واحدة عندما يوصى باستخدام نيم هو تقديم اسم مستعار لمصدر خارج المنطقة الحالية.
سجلات مكس
تستخدم سجلات مكس لتعريف عمليات تبادل البريد المستخدمة في المجال. وهذا يساعد رسائل البريد الإلكتروني تصل إلى خادم البريد الخاص بك بشكل صحيح.
على عكس العديد من أنواع السجلات الأخرى، سجلات البريد عموما لا خريطة مضيف لشيء، لأنها تنطبق على المنطقة بأكملها. وعلى هذا النحو، فإنها تبدو عادة كما يلي:
IN MX 10 mail.domain.com.
لاحظ أنه لا يوجد اسم مضيف في البداية.
نلاحظ أيضا أن هناك عددا إضافيا هناك. هذا هو رقم التفضيل الذي يساعد أجهزة الكمبيوتر في تحديد أي ملقم لإرسال البريد إلى إذا كان هناك عدة ملقمات البريد معرفة. الأرقام الأقل لها أولوية أعلى.
يجب أن يشير سجل مكس بوجه عام إلى مضيف محدد بواسطة سجل A أو عاء، ولا يتم تعريفه بواسطة نيم.
لذلك، دعونا نقول أن لدينا اثنين من خوادم البريد. يجب أن تكون هناك سجلات تبدو مثل هذا:
IN MX 10 mail1.domain.com. IN MX 50 mail2.domain.com. mail1 IN A 111.111.111.111 mail2 IN A 222.222.222.222
في هذا المثال، المضيف "mail1" هو خادم تبادل البريد الإلكتروني المفضل.
يمكننا أن نكتب أيضا أن مثل هذا:
IN MX 10 mail1 IN MX 50 mail2 mail1 IN A 111.111.111.111 mail2 IN A 222.222.222.222
سجلات نس
يحدد نوع السجل هذا خوادم الأسماء المستخدمة لهذه المنطقة.
قد تتساءل، "إذا كان ملف المنطقة يقيم على خادم الاسم، لماذا تحتاج إلى الإشارة نفسها؟". جزء من ما يجعل دنس ناجحا جدا هو مستويات متعددة من التخزين المؤقت. أحد أسباب تعريف ملقمات الأسماء داخل ملف المنطقة هو أن ملف المنطقة قد يتم تقديمه بالفعل من نسخة مخبأة على ملقم اسم آخر. هناك أسباب أخرى تدعو إلى خوادم الأسماء المحددة على خادم الاسم نفسه، ولكننا لن نذهب إلى ذلك هنا.
مثل سجلات مكس، هذه هي المعلمات على مستوى المنطقة، لذلك لا تأخذ المضيفين أيضا. بشكل عام، فإنها تبدو كما يلي:
IN NS ns1.domain.com. IN NS ns2.domain.com.
يجب أن يكون لديك اثنين من خوادم الأسماء على الأقل المعرفة في كل ملف منطقة من أجل العمل بشكل صحيح إذا كان هناك مشكلة مع ملقم واحد. يعتبر معظم برامج ملقم دنس ملف منطقة غير صالح إذا كان هناك خادم اسم واحد فقط.
كما هو الحال دائما، وتشمل تعيين المضيفين مع سجلات A أو عاء:
IN NS ns1.domain.com. IN NS ns2.domain.com. ns1 IN A 111.222.111.111 ns2 IN A 123.211.111.233
هناك عدد قليل جدا من أنواع السجلات الأخرى التي يمكنك استخدامها، ولكن هذه هي على الأرجح الأنواع الأكثر شيوعا التي سوف تأتي عبر.
سجلات بتر
يتم استخدام سجلات بتر تحديد اسم مرتبط بعنوان إب. سجلات بتر هي عكس سجل A أو عاء. سجلات بتر هي فريدة من نوعها في أنها تبدأ في الجذر .arpa إلى أصحاب عناوين إب. تدير سجلات الإنترنت الإقليمية (ريرس) تفويض عنوان إب لمزودي المؤسسة ومقدمي الخدمات. وتشمل سجلات الإنترنت الإقليمية أبنيك و أرين و ريب نسك و لانيك و أفرينيك.
هنا مثال على سجل بتر ل 111.222.333.444 سيبدو كما يلي:
444.333.222.111.in-addr.arpa. 33692 IN PTR host.example.com.
يعرض هذا المثال لسجل بتر لعنوان IPv6 تنسيق عيب لعكس خادم IPv6 لنظام أسماء النطاقات من غوغل 2001:4860:4860::8888 .
8.8.8.8.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.0.6.8.4.0. 6.8.4.1.0.0.2.ip6.arpa. 86400IN PTR google-public-dns-a.google.com.
أداة سطر الأوامر dig مع العلم -x يمكن استخدامها للبحث عن اسم دنس العكسي من عنوان إب.
فيما يلي مثال لأمر حفر. يتم إلحاق +short لتقليل الإخراج إلى اسم دنس العكسي.
ديغ -x 8.8.4.4 + شورت
الإخراج لأمر الحفر أعلاه سيكون اسم المجال في سجل بتر لعنوان إب:
google-public-dns-b.google.com.
تستخدم الخوادم على الإنترنت سجلات بتر لوضع أسماء النطاقات ضمن إدخالات السجل، واتخاذ قرارات مستنيرة بشأن التعامل مع الرسائل غير المرغوب فيها، وعرض تفاصيل سهلة القراءة حول الأجهزة الأخرى.
ستنظر خوادم البريد الإلكتروني الأكثر استخداما في سجل بتر لعنوان إب يتلقى رسالة إلكترونية منه. إذا لم يكن عنوان إب المصدر يحتوي على سجل بتر المقترن به، قد يتم التعامل مع الرسائل الإلكترونية التي يتم إرسالها كرسائل غير مرغوب فيها ورفضها. ليس من المهم أن فكدن في بتر يطابق اسم المجال من البريد الإلكتروني يتم إرسالها. ما هو مهم هو أن هناك سجل بتر صحيح مع المقابلة والمطابقة إلى الأمام سجل A.
عادة يتم إعطاء أجهزة توجيه الشبكة على الإنترنت سجلات بتر التي تتوافق مع موقعها الفعلي. على سبيل المثال، قد ترى إشارات إلى "نيك" أو "تشي" لجهاز توجيه في مدينة نيويورك أو شيكاغو. وهذا مفيد عند تشغيل تراسيروت أو متر ومراجعة مسار حركة المرور على الإنترنت يأخذ.
ومعظم مقدمي الخدمات الذين يقدمون خوادم مخصصة أو خدمات فس سيتيح للعملاء القدرة على تعيين سجل بتر لعنوان إب الخاص بهم. سيقوم ديجيتالوسان تلقائيا بتعيين سجل بتر لأي قطرة عند تسمية دروبليت باسم نطاق. يتم تعيين اسم دروبليت أثناء الإنشاء ويمكن تحريره لاحقا باستخدام صفحة إعدادات لوحة التحكم دروبليت.
ملاحظة: من المهم أن يكون فكدن في سجل بتر مطابقا ومطابقا سجل A إلى الأمام. مثال: 111.222.333.444 يحتوي على بتر من server.example.com و server.example.com هو سجل A يشير إلى 111.222.333.444.
استنتاج
يجب أن يكون لديك الآن فهم جيد جدا حول كيفية عمل دنس. في حين أن الفكرة العامة هي سهلة نسبيا لفهم مرة واحدة كنت على دراية استراتيجية، وهذا لا يزال شيئا يمكن أن يكون من الصعب على الإداريين عديمي الخبرة لوضع موضع التنفيذ.
