جيسون: في هذا الدرس، سنتحدث
عن نظام أسماء النطاقات، أو DNS.
يتم استخدام بروتوكول DNS لمساعدة عملاء شبكتك في العثور على
موقع ويب باستخدام أسماء مضيفة يمكن للإنسان
قراءتها بدلاً من عناوين IP الرقمية.
على سبيل المثال، إذا طلبت منك زيارة موقع الويب الخاص بي، فيمكنني ببساطة أن أقول،
"مرحبًا، انتقل إلى التدريب على الديونينرينج. com"، وهذا أسهل كثيرًا بالنسبة لك من
أن تتذكر أنه 66 عامًا.
123. 45. 237،
أو أيًا كان عنوان IP الخاص بخادم الويب الخاص بي.
بعد كل شيء، فإن ذكر كل هذه الأرقام كجزء من إعلان تلفزيوني
ليس أمرًا جذابًا أو لا يُنسى تمامًا مثل إخبار المستهلك الخاص
بك بزيارة diontraining.
كوم، أو كوكا كولا. كوم،
أو مايكروسوفت. كوم، أليس كذلك؟
إذًا كيف يعرف الكمبيوتر كيفية العثور
على عنوان IP لخادم الويب من أسماء
النطاقات المختلفة هذه؟
حسنًا، هذا هو الغرض من DNS، نظام أسماء النطاقات.
الطريقة التي يعمل بها DNS هي أن يُطلب من جهاز الكمبيوتر الخاص بالمستخدم الانتقال إلى
مكان ما مثل التدريب على الديون. com، ولذلك يتصل بخادم DNS
ويقول، "مرحبًا، من يقوم بالتدريب.
كوم؟ وسيرد
خادم DNS بعد ذلك ويقول: "أوه، أنا أعرف التدريب
الثنائي. com.
عنوان IP الخاص به هو 66 نقطة في شيء ما، نقطة
في شيء ما، نقطة في شيء ما. بعد ذلك تتم إعادة توجيه العميل
إلى خادم الويب باستخدام جهاز التوجيه الخاص
به وطريقة اتصاله، حيث إنه يعرف الآن عنوان
IP الصحيح لاستخدامه كوجهة
له، وكل هذا يحدث في الخلفية للمستخدمين
وجهاز الكمبيوتر الخاص بك دون أن يضطر
أي شخص إلى ذلك فعليًا اطلب ذلك، لأن
DNS جزء لا يتجزأ من شبكاتنا وأنظمتنا.
الآن، لن يقوم معظمنا كمستخدمين منزليين بتشغيل خوادم
DNS الخاصة بنا، ولكن بدلاً من ذلك، نعتمد
على مزودي خدمة الإنترنت لدينا للقيام بذلك نيابةً عنا.
ولكن إذا كنت تدير مواقع الويب
الخاصة بك أو شبكة شركتنا الكبيرة،
فقد يكون لديك أيضًا خادم DNS خاص بك داخل
شبكتك، وستكون مسؤولاً
عن إعداد سجلات DNS الخاصة بك
والتي تحدد الخوادم الموجودة في عناوين
IP ، ولأي أغراض.
يتيح لك هذا تشغيل اسم المجال الخاص
بك وحل المضيف، والذي سيحول أسماء النطاقات
هذه إلى عناوين IP.
إذا كنت تريد أن تفكر في الأمر
بهذه الطريقة، فهو يشبه وجود قائمة جهات اتصال على هاتفك.
في الوقت الحاضر، كم عدد أرقام الهواتف التي حفظتها؟
ربما ليس الكثير منهم، أليس كذلك؟
لأنه عادةً ما تقوم بسحب هاتفك الذكي، ثم
قم بالتمرير إلى اسم الشخص، ثم اضغط على
اسمه بإصبعك، ثم يقوم الهاتف بالاتصال به.
على سبيل المثال، إذا كنت أرغب في الاتصال بزوجتي، أقوم
بالتمرير إلى اسمها، وأضع صورة لوجهها
على هاتفي، ثم يتصل هاتفي برقمها على الفور.
لست مضطرًا إلى حفظ جميع الأرقام العشرة من رقم هاتفها،
لأن هاتفي يقوم بذلك نيابةً عني.
وذلك لأننا كأشخاص، نواجه صعوبة
في تذكر الأرقام أكثر من تذكر الأسماء، ولذا فإننا نقوم
بتحويل الوجه أو الاسم إلى رقم باستخدام قائمة جهات الاتصال
الخاصة بنا.
إنه نفس الشيء بالنسبة لأجهزة الكمبيوتر،
باستثناء أن أجهزة الكمبيوتر تحب الأرقام
بشكل أفضل بكثير من الأسماء، لذلك نريد تحويل أسماء النطاقات
الأسهل بالنسبة لنا إلى عناوين IP التي يسهل على أجهزة الكمبيوتر القيام
بالتوجيه بها، وهذا كل ما في نظام أسماء النطاقات (DNS) حقًا
يفعل بالنسبة لنا.
يقوم بتحويل الأسماء إلى أرقام، والأرقام إلى أسماء.
الآن، أحد المفاهيم المتعلقة
بـ DNS التي نحتاج إلى التحدث
عنها هو ما يُعرف باسم النطاق المؤهل بالكامل، أو FQDN.
يحدث هذا عندما يكون اسم المجال تحت موفر المستوى الأعلى.
على سبيل المثال، موفر المستوى الأعلى الأكثر شيوعًا هو . com، ولكن لدينا أيضًا أشياء
مثل . مطحنة، . ايدو،. منظمة، . شبكة.
دعونا نستخدم مثال تدريب ديون.
في Dion Training، لدينا الكثير من الخوادم المختلفة.
أحد خوادمنا هو خادم الويب الخاص
بنا، وهو موجود على www. com.diotraining. com.
الآن، نطاق المستوى الأعلى هنا هو . com.
اسم المجال الذي أستخدمه هو Dion Training.
لكي أكون مؤهلاً بشكل كامل، يجب أن أضيف WWW أمامه.
وهذا يجعل شبكة الاتصالات العالمية. com.diotraining. com.
الآن، إذا كنت تريد الانتقال إلى
خادم الويب الخاص بي، فهذا ما ستكتبه
في متصفحك، www. com.diotraining. com، والآن ستتم إعادة توجيهك
إلى خادم الويب الخاص بي، لأن DNS يعرف كيف ينبغي أن يدور حول
عنوان IP لخادم الويب الخاص بي باستخدام
اسم المجال المؤهل بالكامل.
الآن، إذا أردت الانتقال إلى خادم الملفات الخاص بي بدلاً من ذلك،
فسيتعين عليك كتابة ftp. com.diotraining. com، لأن هذا هو الخادم
الذي أقوم بتشغيله هناك.
إذا كنت تريد الذهاب إلى خادم البريد الخاص
بي، فيمكنك كتابة البريد. com.diotraining. com.
كل هذه الثلاثة هي أمثلة
لأسماء النطاقات المؤهلة بالكامل أو FQDNs.
في الأساس، هناك خدمة، ونقطة، واسم مجال،
ونقطة، ونطاق المستوى الأعلى، ويعمل هذا بنفس الطريقة
بغض النظر عن المجال الذي
تبحث عنه عبر الإنترنت.
الآن، سيتم إعداد DNS كتسلسل هرمي.
يحدث هذا على خمسة مستويات مختلفة.
لدينا مستوى المسار، ومجال المستوى الأعلى،
ومجالات المستوى الثاني، والمجالات الفرعية، والمضيف.
مستوى المسار هو أعلى مستوى في شجرة التسلسل
الهرمي لنظام أسماء النطاقات (DNS)،
وسيقوم خادم أسماء المسار بالإجابة على الطلبات
في منطقة المسار.
تحتوي هذه الخوادم على القائمة العالمية
لجميع نطاقات المستوى الأعلى، مثل. كوم،. شبكة، . منظمة، . مطحنة، وغيرها.
المستوى الثاني للأسفل سيكون نطاقات المستوى الأعلى.
يتم تقسيمها إلى فئتين، التسلسلات الهرمية
التنظيمية مثل . كوم،. شبكة، . org، وغيرها، ومن ثم
التسلسل الهرمي
الجغرافي مثل . المملكة المتحدة للمملكة المتحدة، . الاب لفرنسا،. بالنسبة لإيطاليا وبلدان أخرى من هذا القبيل.
يُعرف المستوى الثالث للأسفل بنطاقات المستوى الثاني.
تقع هذه المجالات مباشرة أسفل نطاق المستوى الأعلى.
على سبيل المثال، نطاق Dion Training الخاص
بي هو نطاق من المستوى الثاني ضمن نطاق . com مجال المستوى الأعلى.
ال . com يقع تحت مجال الطريق.
هذه هي الطريقة التي ترتقي بها هذه الأشياء
معًا كجزء من التسلسل الهرمي.
يُعرف المستوى الرابع الأدنى بالنطاق الفرعي،
لذلك إذا أردت إنشاء خادم جديد ضمن
نطاق المستوى الثاني الخاص بي من diotraining. com، يمكنني القيام بذلك باستخدام
نطاق فرعي.
في حالتي، لدي الكثير من النطاقات
الفرعية المختلفة لأغراض مختلفة.
لقد قمت باستضافة موقع الويب الرئيسي الخاص بي على النطاق
الفرعي www، لذا اكتب www. com.diotraining. com، وهذا ينقلك
إلى خادم الويب الخاص بي، ولكن لدي أيضًا خادم
يسمى الدعم.
الآن، يقع مجال الدعم
الفرعي في الدعم. com.diotraining. com.
لدي واحد آخر للبريد والبريد. com.diotraining. com.
هذه كلها نطاقات فرعية مختلفة.
الآن، المستوى الخامس والأخير هو مستوى المضيف.
هذا هو المستوى الأدنى والأكثر تفصيلاً
داخل التسلسل الهرمي لنظام أسماء النطاقات (DNS)، ويشير
إلى جهاز أو خادم معين على الشبكة.
الآن، عندما نفكر في DNS،
فإن معظمنا سيفكر في شيء مثل اسم
النطاق المؤهل بالكامل،
شيء مثل www. com.diotraining. com، والذي يحتوي على مجال فرعي،
ومجال المستوى الثاني، ومجال المستوى
الأعلى.
الآن، إذا أردت المضي قدمًا في الأمر، فيمكنني النظر
إليه من منظور عنوان URL، والذي يُعرف
باسم محدد موقع الموارد الموحد.
مرة أخرى، لنأخذ خادم الويب
الخاص بي كمثال هنا، www. com.diotraining. com.
هذا هو اسم النطاق المؤهل بالكامل الخاص بي،
لكنه لا يخبرك بكيفية الوصول إليه.
هل تريد القيام بذلك بشكل آمن أم غير آمن؟
حسنًا، سيتعين عليك معرفة ذلك من خلال عنوان URL.
حسنًا، إذا كنت تريد أن تعطيني اسم المستخدم
وكلمة المرور، فيجب عليك القيام بذلك بشكل آمن.
لذلك ستقوم بإضافة HTTPS://
أمام www. com.diotraining. com، وسيصبح ذلك عنوان URL،
ومحدد موقع الموارد الموحد، لأنه يخبرك بكيفية الوصول إلى التدريب
diontraining. خادم الويب الخاص بـ com.
لهذا السبب لدينا HTTPS في البداية.
إنه بروتوكول نقل النص التشعبي
الآمن، وهذه هي طريقة الوصول إليه.
الآن، إذا كنت تريد الوصول إلى موقع الويب الخاص بي والقيام بذلك
بشكل غير آمن، فيمكنك القيام بذلك عن طريق إضافة HTTP://
إلى بداية عنوان الويب.
الآن، إذا كنت تريد الاتصال
باستخدام FTP، يمكنك استخدام FTP://FTP. com.diotraining. com كعنوان URL الخاص بك، وبالتالي هناك العديد من الطرق المختلفة
للقيام بذلك حيث تخبر النظام
بما يجب عليه فعله، وهذا سيؤدي
إلى إنشاء عنوان URL واسم نطاق
مؤهل بالكامل.
بعد ذلك، نحتاج إلى التحدث عن الأنواع
المختلفة لسجلات DNS الموجودة داخل خادم DNS.
داخل خادم DNS الخاص بك، ستقوم بإنشاء
سجلات مختلفة تحتوي على أنواع مختلفة من المعلومات بناءً على
حالة الاستخدام الخاصة بك.
تُعرف هذه باسم سجلات A وسجلات AAAA وسجلات CNAME وسجلات
MX وسجلات TXT وسجلات NS.
دعونا نلقي نظرة سريعة على كل نوع من
أنواع السجلات المختلفة هذه.
أولاً، لدينا سجل
A، والذي يرمز إلى سجل العناوين.
يتم استخدام سجل A لربط
اسم المضيف بعنوان IPv4.
على سبيل المثال، هناك سجل A لـ www. com.diotraining. com، ويربطه بعنوان
IP 45. 79. 184. 180.
بالإضافة إلى ذلك، يمكنك أيضًا تعيين سجل
A للمضيف @، وهذا يشير إلى
سجل لمجال المسار.
في مثال تدريب ديون، يشير
سجلنا @ إلى تدريب ديون. com، وهو مسار نطاقنا، سيتم
إدراجه في عنوان
IP معين.
بهذه الطريقة، يمكن لمستخدمينا العثور على موقعنا الإلكتروني من
خلال الانتقال إلى النطاق الفرعي www. com.diotraining. com، أو فقط عن طريق
الذهاب إلى diontraining. com باستخدام هذا السجل
@.
الآن، تعمل سجلات A فقط مع عناوين
IPv4، ولكن الكثير من مواقع الويب الحديثة تدعم أيضًا IPv6.
لتعيين اسم المجال إلى عنوان
IPv6، ستستخدم سجل AAAA.
لذا باستخدام موقع Dion Training كمثال، يمكنني
تعيين سجل AAAA على 2400:cb00:2049:1::a29f:1804 إذا
كان هذا هو عنوان IPv6 لخادم الويب الخاص بي.
كما ترون، فإن عناوين IPv6 أكثر تعقيدًا بكثير من
IPv4، ويصعب علينا نحن البشر حفظها،
ولهذا السبب
نفضل استخدام سجلات AAAA هذه، أو سجلات
4A.
يُعرف النوع التالي من السجلات التي يمكننا استخدامها بسجل CNAME،
أو سجل الاسم المتعارف عليه.
الآن، يتم استخدام سجل CNAME بدلاً
من سجل A لسجل AAAA إذا كنت تريد توجيه المجال إلى
اسم مجال آخر أو اسم نطاق فرعي.
على سبيل المثال، أمتلك الكثير من أسماء النطاقات
المختلفة بالإضافة إلى التدريب المهني. com.
بعض هذه الشركات كانت لدي أو مشاريع كنت أديرها سابقًا،
وبعضها تلك التي أخطط
لاستخدامها يومًا ما في المستقبل، ولكن
في هذه الأثناء، قمت بتعيينها باستخدام سجل CNAME الذي
يعود إلى التدريب الثنائي. com.
على سبيل المثال، اعتدت تشغيل موقع ويب يسمى itil4exam. com، ولكنني توقفت منذ ذلك الحين
عن استخدام اسم النطاق
هذا، وقمت بدمج كل تلك الدورات
التدريبية في التدريب الخاص بي. موقع كوم.
لذلك عندما قمت بإيقاف تشغيل خادم الويب القديم، كنت لا أزال
أرغب في السماح للأشخاص بكتابة itil4exam. com والوصول إلى شيء
ما بدلاً من مجرد صفحة خطأ.
لذلك استخدمت سجل CNAME لتوجيهه
مباشرةً إلى التدريب على الديون. com.
الآن، لماذا أريد أن أفعل ذلك؟
حسنًا، لقد كنا في الموقع الآخر لبضع سنوات بالتوازي
مع التدريب على الـ diotraining. com، والعديد من الروابط
المنشورة هناك موجودة في جميع أنحاء الإنترنت
مع توصيات لدوراتنا
التي تم استضافتها في itil4exam. موقع كوم.
واحدة من دوراتنا الأكثر شعبية من هذا الموقع
كانت الدورة التأسيسية لـ
ITIL 4، وكانت موجودة في itil4exam. com/itil-4-foundation.
الآن، إذا كتبت ذلك في متصفح الويب
الخاص بك، فسوف يحل مشكلة itil4exam. كوم جزء من diontraining. com، ويأخذك مباشرة إلى
diontraining. com/itil-4-foundation.
وهذا يعني أنه حتى إذا كنت تستخدم
رابطًا عثرت عليه على موقع Reddit يوصي بالدورة التدريبية
الخاصة بنا منذ بضع سنوات مضت، فإنه سيظل
يعمل وينقلك إلى صفحة المبيعات لدينا، على
الرغم من أن itil4exam الأصلي. com لم يعد في الخدمة وتم
قطع اتصاله بالإنترنت.
حالة استخدام أخرى لاستخدام سجل
CNAME هي عندما تستخدم برنامجًا كعرض خدمة يوفر
لك نطاقًا فرعيًا على الخادم الخاص به.
على سبيل المثال، أستخدم برنامج تتبع التذاكر الخاص بمكتب
الخدمة المعروف باسم Freshdesk، والذي يتوفر على موقع Freshdesk. com، وقد أعطونا نطاقًا
فرعيًا يصعب تذكره لخدمتهم،
مثل FDUS-143-D15.
com.freshdesk. com.
لذا، لتسهيل عثور فريق العمل
لدينا على مكتب الدعم الخاص بنا، قمنا
بإنشاء سجل CNAME يسمى الدعم، وأشرنا إلى هذا النطاق الفرعي الذي يصعب تذكره.
لذلك إذا دخل موظفو الدعم. com.diotraining. com، فإنه يأخذهم مباشرةً إلى نظام الدعم الخاص
بنا، والذي يعيد توجيهنا فعليًا إلى هذا المثيل السحابي
الذي يوفره النطاق الفرعي
الصادر عن Freshdesk.
تذكر أنه لا يمكن استخدام سجلات
CNAME للإشارة إلى عنوان IP.
يمكن استخدامه فقط للإشارة إلى اسم مجال
آخر أو اسم مجال فرعي.
بعد ذلك، لدينا سجل
MX، والذي يرمز إلى سجل تبادل البريد، وهو
يفعل ما تعتقد أنه سيفعله.
يساعدك على معرفة مكان وجود خادم البريد الإلكتروني.
يتم استخدام سجل MX لتوجيه رسائل البريد الإلكتروني إلى خادم البريد الخاص بك.
لا يمكن استخدام سجلات MX، مثل سجلات
CNAME، إلا للإشارة إلى نطاق آخر، وليس إلى عنوان IP.
عند إنشاء سجلات MX، ستتمكن أيضًا
من توفير الأولوية لكل سجل من هذه
السجلات.
يتيح لك ذلك تحديد تفضيلاتك للخادم الذي
يجب أن يحاول البريد الإلكتروني استخدامه أولاً.
عندما يتعلق الأمر بتعيين
الأولوية، كلما كان الرقم الذي تدخله أقل، زادت
الأولوية.
إنها في الأساس قواعد لعبة الجولف.
لذلك إذا كان لدينا mail1. com.diontraininf. كوم تعيين في
10، وmail2. com.diotraining. com على 20 لأولوياتهم، ستحاول رسائل البريد الإلكتروني
استخدام البريد الأول أولاً.
إذا فشل في الوصول إلى
البريد الأول، فسوف يحاول الوصول إلى البريد الثاني.
الآن، إذا كنت تريد تحميل رصيد بريدك
الإلكتروني عبر خوادم متعددة، فأنت تحتاج ببساطة
إلى تعيين أولوياتها على نفس القيمة.
لذلك، إذا قمت بإنشاء سجلات للبريد
الأول والبريد الثاني، وكان لكل منهما الأولوية عند 10، فسوف
تتناوب جميع رسائل البريد الإلكتروني الواردة وتحميل الرصيد
بالتساوي بين هذه الخوادم.
الأول يذهب إلى واحد، والثاني
إلى اثنين، والثالث إلى واحد،
والرابع إلى اثنين، وهكذا.
بعد ذلك، لدينا سجلات TXT، أو السجلات النصية.
الآن، يتم استخدام السجل النصي من قبل مسؤولي
المجال لإضافة نص إلى نظام اسم المجال، أو DNS.
في الأصل، تم تصميم السجلات النصية كوسيلة
لنا لإضافة ملاحظات يمكن قراءتها بواسطة الإنسان إلى سجلات DNS الخاصة
بنا، وبمرور الوقت، بدأت هذه الأشياء في إضافة
المزيد والمزيد من الأشياء إلى هذه السجلات النصية، وفي
النهاية، بدأنا بإضافة الآلة البيانات القابلة
للقراءة في هذه السجلات النصية أيضًا، وهذا هو المكان
الذي ستشاهده غالبًا هذه الأيام.
يمكن أن يحتوي نطاقك على الكثير
من السجلات النصية المختلفة أيضًا.
أنت لا تقتصر على واحد منهم فقط.
في معظم الأحيان، ستشاهد سجلات نصية تُستخدم
لإثبات ملكية النطاق من خلال إضافة بعض التعليمات
البرمجية القابلة للقراءة آليًا للتحقق، ولتوفير منع البريد
الإلكتروني العشوائي، مرة أخرى عن طريق إضافة تعليمات
برمجية محددة يمكن قراءتها آليًا إلى سجل TXT.
على سبيل المثال، في التدريب. com، لدينا سجل نصي
بالاسم fdkey. الدعم وتركيب 32 رقمًا سداسيًا عشريًا
داخل سجلات DNS
الخاصة بنا.
وهذا يسمح لنظام الدعم الخاص بنا Freshdesk بالتحقق من
ملكيتنا لاسم النطاق diotraining. com، لذلك يُسمح لهم بإرسال رسائل
بريد إلكتروني نيابةً عنا إلى طلابنا عندما يقوم
فريقنا بالرد داخل نظامهم
على تذكرة الدعم.
يعد هذا شكلاً من أشكال التحقق من ملكية النطاق، لأن
نظامهم يمكنه الاستعلام عن سجلات DNS الخاصة بنا، ويرى أننا
أدخلنا هذه السلسلة الفريدة المكونة من 32 رقمًا سداسيًا عشريًا
في سجل TXT لنظام أسماء النطاقات الخاص بنا.
في الأساس، إنها تعمل ككلمة
مرور لتقول: "مرحبًا، أنا أملك هذا النطاق. في سجلات TXT الخاصة بك، يمكنك أيضًا وضع معلومات مثل رسائل SPF أو DKIM
أو DMARC لتتمكن من المساعدة في التحقق
من خدمات البريد الإلكتروني الخاصة
بك ومنع نقل الرسائل المخادعة أو غير المرغوب
فيها المعروفة باسم البريد العشوائي إلى أشخاص آخرين يستخدمون نطاقك
وعناوين بريدك الإلكتروني.
SPF، أو إطار سياسة
المرسل، هو سجل DNS يحدد المضيف المصرح
له بإرسال البريد للمجال، وسيكون
هناك واحد فقط مسموح
به لكل مجال.
الآن، عندما تنظر إليهم، سيكون
لديك شيء يشبه هذا، وهذا سجل DNS يسمى
سجل النص.
ستلاحظ أنه يحتوي على العلامة @،
ثم يقول V=SPF1، وهو إطار عمل سياسة المرسل الأول.
إنها الأولى.
ثم يحتوي على MX، وهو سجل خادم البريد،
ثم يقول يتضمن:_SPF. جوجل. كوم، وتشمل:
البريد الإلكتروني. com.freshdesk. com-all.
الآن، ماذا يقول لك هذا؟
حسنًا، هذا هو في الواقع سجل نظام التعرف على هوية المرسل (SPF) لخادم البريد الإلكتروني الخاص بي.
الآن، لماذا لدينا جوجل. كوم هناك؟
حسنًا، هذا لأننا نستخدم G Suite من Google، وبالتالي فإن Google هي مزود خدمة البريد
الإلكتروني لدينا.
نحن لا ندير خادم البريد الإلكتروني الخاص بنا.
وبدلاً من ذلك، سمحنا لهم بذلك، ومنحناهم التفويض للقيام
بذلك، وأنهم مفوضون بإرسال بريد إلكتروني
نيابةً عنا من خلال تضمين بيان نظام التعرف
على هوية المرسل (SPF) هذا.
الآن، السؤال الثاني هناك،
قد تتساءل، "ما الهدف من ذلك؟
اعتقدت أنه يمكنك الحصول على واحد فقط. حسنًا، يمكنك الحصول
على بيان SPF واحد فقط، ولكن هذا
الأمر برمته عبارة عن سطر واحد
عند كتابته في DNS، وهذا الأمر برمته بدءًا من النص
وصولاً إلى الكل هو سطر واحد، وهذا عبارة عن بيان SPF واحد.
يمكنني السماح لخوادم متعددة بالإرسال نيابةً عني،
ولكن لا يمكنني القيام بذلك إلا في سطر DNS واحد كما ترون
هنا، وما هو Freshdesk هو نظام التذاكر الخاص بنا.
إذا أرسلت الدعم عبر البريد الإلكتروني إلى Dion Training، فسوف
يذهب إلى Freshdesk، ولكن إذا أرسلت بريدي
الإلكتروني الشخصي إلى Dion Training،
فسوف ينتقل إلى Google، لأنه
هو من يرسل رسائل البريد الإلكتروني الشخصية لشركتنا،
ولذا يتعين عليك قم بتضمين
كليهما في أي شيء آخر سيتم التصريح بإرساله نيابةً عنك
داخل هذا البيان.
الآن، الشيء التالي الذي نحتاج للحديث عنه هو DKIM، أو dkim.
الآن، هذا هو البريد الذي تم تحديده بواسطة مفاتيح المجال.
يوفر هذا آلية مصادقة تشفير للبريد باستخدام
مفتاح عام منشور كسجل DNS.
الآن، عندما تبحث عن SPF
أو DKIM، سترى شيئًا كهذا.
فيما يلي مثال يوضح لك البريد الخاص بـ Adobe. com.
يمكنك رؤية DMARC في الأعلى،
والذي سنتحدث عنه بعد دقيقة، وسترى
SPF، الذي تحدثنا عنه للتو،
وبعد ذلك سترى DKIM، وهو
ما نتحدث عنه الآن.
إنه في الأساس مفتاح مصادقة تشفير
طويل جدًا، ويمكنك رؤيته هناك على الشاشة.
الآن، يمكن استبدال DKIM أو استخدامه مع نظام التعرف على هوية المرسل (SPF).
الأمر التالي الذي سنتحدث
عنه هو DMARC، وDMARC هو إعداد تقارير مصادقة الرسائل
ومطابقتها على أساس المجال.
هذا في الأساس إطار عمل، ويتم استخدام هذا الإطار
لضمان التطبيق الصحيح
لنظام التعرف على هوية المرسل
(SPF) وDKIM باستخدام سياسة منشورة كسجل DNS،
وقد أوضحت لك ذلك باختصار شديد في الصورة الأخيرة
على شاشتك عندما عرضت لك DMARC كـ السطر
العلوي من تلك الصورة.
إذا كنت ترغب في العودة وإلقاء نظرة على
ذلك، يمكنك ذلك في هذا الوقت.
الآن، عندما تتعامل مع DMARC،
يمكنك استخدامه إما مع SPF،
أو مع DKIM، أو استخدام كليهما،
لأنه تذكر أنه ليس من الضروري استخدام SPF وDKIM معًا.
يمكنك استخدام أحدهما أو الآخر،
أو يمكنك استخدام كليهما، وسيتم استخدام DMARC مع أحدهما أو كليهما.
الآن، عندما تتعامل مع
مارك، هذا ما يبدو عليه.
إذًا كيف يعمل كل هذا معًا؟
حسنًا، عليك أولاً التأكد من أن نظام التعرف على
هوية المرسل (SPF) وDKIM وDMARC كلها موجودة على خادم DNS.
بمجرد حصولك على كل تلك السجلات هناك،
فهذا ما يبدأ هذه العملية برمتها.
الآن، بمجرد قيامك بذلك مرة واحدة،
سيتم متابعة كل شيء آخر في كل مرة تريد فيها
إرسال رسالة.
في هذا المثال، سيتم إرسال رسالتين،
واحدة من خادم SMTP، وهي مرخصة وستظهر
باللون الأخضر، وواحدة من خصم يحاول انتحال
نطاقك، والتي ستظهر باللون
الأحمر .
لنبدأ بالشخص المصرح له.
هنا، تم إدراجه كـ 2A.
سيقوم المرسل بإرسال هذه الرسالة إلى MTA.
ينتقل إلى MTA، وهو وكيل
نقل الرسائل الخاص بك، وسينتهي به الأمر بأخذ تلك
الرسالة مع رأس SPF أو DKIM بداخلها.
الآن، دعونا نلتزم بهذه الرسالة
لمدة دقيقة، وبعد ذلك سنعود إلى الخصم.
بمجرد حصول MTA على تلك الرسالة، فسوف
يتابع وينظر إلى تلك الرسالة،
ويعالج تلك الرسالة.
عندما يفعل ذلك، سيبحث جزء من ذلك
عن سياسة DMARC للمرسل
وسجلات SPF وDKIM عبر DNS، تمامًا كما
تحدثنا في آخر ثلاث أو أربع دقائق هنا.
الآن، بمجرد قيام MTA بذلك، إذا كان الأمر
شرعيًا، فيمكن وضع هذه الرسالة في صندوق
بريد المستلم على خادم IMAP، وانتظر حتى يتمكن الشخص من قراءة رسالته
باستخدام وكيل مستخدم البريد الخاص به.
وهذا أمر جيد، لأنهم يعرفون أن هذه الرسالة أصلية، لأنها
قارنت هذه القيم مع نظام التعرف على هوية المرسل (SPF)، أو
DKIM، أو DMARC، بناءً
على السياسة التي تم إعدادها.
الآن، إذا نظرنا إلى الخصم من ناحية أخرى، عندما يرسل الرسالة،
فإنه لا يزال يذهب إلى MTA، لأنه يجب عليه الوصول إلى MTA للوصول إلى
هذا المستخدم النهائي.
بمجرد وصوله إلى هناك، ستقوم MTA
بفحصه مقابل سياسة DMARC، من خلال النظر في سجلات
SPF أو DKIM.
بمجرد قيامه بذلك، إذا لم يتطابقا، فسوف
يرفض تلك الرسالة، أو يحذفها، أو يعزلها،
ويرميها بعيدًا، كما ترون
في 5ب.
مرة أخرى، هذه هي الطريقة التي تعمل بها هذه الأشياء،
وباستخدام DKIM وDMARC وSPF معًا، يمكننا
إضافة بعض الأمان إلى مؤسساتنا.
أخيرًا، لدينا سجل NS، والذي يرمز
إلى سجل خادم الأسماء.
الآن، يتم استخدام سجل خادم الأسماء للإشارة
إلى خادم أسماء DNS في العالم الذي سيكون
هو الخادم المعتمد لهذا المجال.
وهذا أمر مهم لأن DNS يستخدم هذا النموذج
الهرمي الذي تحدثنا عنه، وتحتاج جميع
الخوادم إلى معرفة من يملك هذا السجل والمصرح
له بإجراء التغييرات عليه.
الآن، خادم الأسماء هو نوع من خادم DNS الذي
يخزن جميع سجلات DNS لمجال معين،
بما في ذلك جميع الأنواع التي ناقشناها بالفعل،
مثل سجلات A، وسجلات AAAA، وسجلات الأسماء الأساسية، وسجلات تبادل
بريد MX، ونص TXT السجلات.
غالبًا ما يكون هناك أكثر من خادم أسماء واحد للنطاق أيضًا، لذا
يمكنك الحصول على خادم أسماء أساسي وخادم أسماء احتياطي.
بالإضافة إلى ذلك، ليس عليك دائمًا
استضافة خوادم الأسماء الخاصة بك.
في حالة diotraintraining. com، نحن لا نستضيف خوادم
الأسماء الخاصة بنا.
وبدلاً من ذلك، نعتمد على Cloudflare،
وهو مزود خدمة سحابية يقوم بذلك نيابةً عنا.
لذا، إذا بحثت عن سجلات DNS الخاصة بـ diontraining. com، المصدر الرسمي
لذلك هو اثنان من خوادم أسماء
Cloudflare.
الآن، حتى هذه اللحظة، تحدثت عن DNS
من منظور استضافة خادم DNS متاح
للعامة ويمكن لأي شخص في العالم الوصول إليه،
ولكن يمكن بالفعل استخدام
DNS داخليًا أو خارجيًا.
كل ما تحدثت عنه حتى الآن
هو الحديث عن الخارج، لكن دعونا نتحدث قليلاً
عن الداخل.
في هذه الأيام مع الحوسبة السحابية، من الشائع جدًا إعداد
خدمة DNS داخلية أيضًا والتي تتيح للمثيلات
السحابية الخاصة بك داخل نفس الشبكة أو
السحابة الخاصة الوصول إلى بعضها البعض باستخدام أسماء DNS الداخلية بدلاً
من الاضطرار إلى استخدام عناوين IP الخاصة بها.
للقيام بذلك، يتم إنشاء سجلات A الداخلية، ويتم
أيضًا إنشاء سجلات المؤشر الداخلي
في المنطقة العكسية.
لحسن الحظ، سيقوم معظم موفري الخدمات السحابية
تلقائيًا بإنشاء سجلات DNS الداخلية
وتحديثها وإزالتها لك أثناء قيامك بإنشاء وإزالة أجهزة افتراضية
مختلفة ومثيلات أخرى في سحابتك الخاصة.
ومع ذلك، فإن DNS الخارجي هو
ما سيكون معظمنا على دراية به.
هذه هي السجلات التي تم إنشاؤها حول أسماء
النطاقات التي نشتريها من
سلطة مركزية، والتي نستخدمها
على الإنترنت العام.
الآن، لكل سجل DNS، لدينا أيضًا
ما يعرف باسم TTL، أو وقت البقاء، المرتبط به.
وقت البقاء هو إعداد يخبر محلل DNS بالمدة
التي يمكنه تخزين استعلام فيها مؤقتًا قبل طلب استعلام جديد.
لذا، إذا تم تعيين سجلات DNS الخاصة بي بفترة
صلاحية قدرها 86400 ثانية، وهو عادة الافتراضي،
فهذا يعني أن جهاز الكمبيوتر الخاص بي
سوف يحل سجل DNS هذا، وسيتذكره لمدة 24 ساعة قبل أن يضطر
إلى العودة إلى DNS الخادم واطلب هذه المعلومات
مرة أخرى.
يوجد محلل DNS هذا، المعروف أيضًا باسم ذاكرة التخزين
المؤقت لـ DNS، على مضيفك الفردي.
لذلك، إذا كنت تستخدم نظام التشغيل Windows 10، على سبيل المثال، فسيقوم
جهاز الكمبيوتر الخاص بك بعمل
نسخة محلية من كل إدخال DNS يحله أثناء اتصالك بمواقع
الويب عبر الإنترنت.
تتذكر قاعدة البيانات المؤقتة
هذه الإجابات التي تلقتها من خادم DNS.
لذلك إذا ذهبت إلى التدريب على diontraining. com، في المرة الأولى التي تفعل فيها ذلك اليوم، يجب
على جهاز الكمبيوتر الخاص بك
أن يطلب من خادم DNS
عنوان IP هذا، ولكنه الآن يعرف
مكانه، ويتذكر عنوان IP هذا لمدة 24 ساعة القادمة.
إذا قمت بزيارة موقع الويب الخاص بي خمس
مرات اليوم، فما عليك سوى البحث عن عنوان IP هذا مرة واحدة.
وهذا يساعد على تسريع العملية برمتها بالنسبة لنا.
الآن، إذا حاولت مرة أخرى غدًا، فسيقوم جهاز الكمبيوتر الخاص
بك أولاً بفحص ذاكرة التخزين المؤقت لنظام أسماء النطاقات (DNS)،
وسيرى أن هناك سجلاً هناك.
ولكن إذا انقضى وقت البقاء هذا بالفعل،
فسيؤدي ذلك إلى إبطال هذا
السجل وإجراء بحث آخر.
الشيء الأخير الذي نحتاج إلى
تغطيته هو مفهوم البحث العودي.
كما ترى، عندما يريد جهاز الكمبيوتر الخاص بك العثور
على موقع ويب معين مثل diotraining. com، عليه أولاً أن يسأل خادم
DNS الخاص به عن مكان وجوده.
لذا، إذا كنت تجلس
في المنزل وتستخدم اتصال Verizon Fios، على سبيل المثال،
فسوف تسأل خادم DNS الخاص
بهم، "من يقوم بالتدريب. كوم؟ الآن، قد يعرف DNS الخاص بشركة Verizon أو
لا يعرف عنوان IP للتدريب على
diotraining. com.
بعد كل شيء، هناك الملايين والملايين من مواقع الويب، وإذا
اضطروا إلى إعادة مزامنة سجلاتنا
كل 24 ساعة، فسيستغرق ذلك وقتًا طويلاً.
لذا بدلاً من ذلك، يستخدم DNS
هذه الإستراتيجية العودية لإجراء البحث.
لذلك تسأل Verizon، وإذا لم يعرفوا الإجابة، فسوف يصعدون إلى مستوى أعلى
ويسألون خادم DNS التالي.
إذا كان هذا الخادم لا يعرف الإجابة، فسوف يرتفع إلى
مستوى آخر، وسيستمر في هذه العملية حتى يجد شخصًا
يعرف عنوان IP الخاص بـ
diotraining. com.
الآن، إذا وصل خلال هذا
التكرار إلى . com أو مجال المسار لـ diontraining. com، فيمكنه بعد
ذلك أن يطلب من . خادم توجيه com الذي يعتبر خادم DNS موثوقًا
به لـ diontrain. com، واحصل على الإجابة
الرسمية منهم مباشرة.
بشكل أساسي، من خلال البحث
المتكرر، يقول محلل DNS الخاص بك، "لا أعرف ما
هو عنوان IP لهذا النطاق، لكنني
سأطلب من خادم DNS الخاص بي،
وسيبحث عنه هذا الخادم حتى يعثر عليه،
ثم يخبرني لي أن IP. الآن، هناك طريقة أخرى يمكن
استخدامها، والتي تُعرف باسم
البحث التكراري.
مع البحث التكراري، يكون مشابهًا
للبحث التكراري فيما عدا أن خادم DNS
لن يستمر في البحث عن المعلومات لك ويرسل لك النتيجة.
بدلاً من ذلك، في البحث التكراري،
سيسأل محلل DNS خادم DNS عن عنوان IP الخاص
بالمجال، وإذا كان خادم DNS
لا يعرف، فسوف يخبر محللك أن يسأل خادم
DNS التالي، وذلك سيوفر
الخادم IP الخاص به.
الآن، من خلال البحث العودي، سيقوم خادم DNS بمطاردته
وتقديم تقرير إلى وحدة الحل، ولكن من خلال
البحث التكراري، سيقوم محلل DNS
الخاص بك بإجراء هذا الاستعلام
باستمرار طوال هذا العودية حتى يجد الاستعلام
الذي يحتوي على عنوان IP لهذا النطاق، لذا فإن الأمر
يتعلق فقط بمن يقوم بالبحث عن
هذه المعلومات.
حسنًا، لقد قمنا بتغطية الكثير من المعلومات
في هذا الدرس، لذا كملخص
سريع، ما الذي تحتاج إلى معرفته للاختبار؟
حسنًا، أنت بحاجة إلى فهم كيفية عمل DNS باستخدام أنواع
السجلات المختلفة لتحويل أسماء النطاقات إلى
عناوين IP، وعناوين IP إلى أسماء النطاقات.
يجب أن تتذكر أنه يتم استخدام سجلات A لأسماء النطاقات
ذات عناوين IPv4، بينما تُستخدم سجلات AAAA لأسماء
النطاقات ذات عناوين IPv6.
تُستخدم سجلات CNAME لتعيين أسماء النطاقات
لأسماء النطاقات الأخرى.
تُستخدم سجلات MX للبريد الإلكتروني، وتُستخدم
سجلات NS لخوادم الأسماء.
تقوم سجلات TXT بتخزين النص إما كبيانات يمكن
قراءتها بواسطة الإنسان أو يمكن قراءتها بواسطة الآلة.
إذا كنت تتذكر هذا الملخص، فمن المفترض أن تكون قادرًا على الإجابة تقريبًا
على معظم أسئلة نظام أسماء النطاقات (DNS)
التي ستراها في الاختبار.