تقدم Google و OpenDNS تحسينًا لبروتوكول DNS

جوجل و OpenDNS، اثنتان من أكثر خدمات تحليل الاسم العام شيوعًا على الويب ، اقترحت ونفذت أ ملحق بروتوكول DNS من شأنها أن تسمح تحسين السرعة التنقل عند استخدام موارد من شبكة توزيع المحتوى.

تمتلك شركات توزيع المحتوى الكبيرة خوادم منتشرة في جميع أنحاء العالم في أنظمة تسمى Content Delivery Network (CDN). وخير مثال على ذلك ، على سبيل المثال ، Akamai ، الذي يعمل كمخزن ملفات لشركات الطرف الثالث.

إذا افترضنا أن شبكات CDN لديها خادمًا حصريًا لخدمة بلد ما مع نسخ كل المحتوى المتاح ، فإن الميزة الكبيرة التي تم الحصول عليها مقارنة بوجود كل شيء مركزيًا في مكان واحد هي أنه نظريًا يتم تقليل وقت الوصول إلى المحتوى. (زمن الوصول) منذ ذلك الحين ، من أجل على سبيل المثال ، مستخدم في إشبيلية ، بدلاً من الاتصال بالمقر الرئيسي في الولايات المتحدة ، سيفعل ذلك مع الخادم الموجود لديهم في إسبانيا.

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

ومع ذلك ، لم يعد هذا مثاليًا عندما لا يكون هناك عدد قليل ، وأكثر وأكثر ، من مستخدمي الشبكة الذين لا يستخدمون DNS الذي يوفره المشغل الخاص بهم ويقومون بتكوين المستخدمين العامين على أجهزة الكمبيوتر الخاصة بهم ، مثل Google أو OpenDNS ، قم بتسمية المثالين المعنيين في المقالة.

1. نكتب صفحة الويب loquesea.eu في شريط المتصفح.
2. يطلب الكمبيوتر ، الذي لا يعرف عنوان IP الذي يتوافق مع الاسم ، ترجمة من خادم DNS (1) الذي قام بتكوينه (المشغل أو غيره).
3. إذا افترضنا أن ذاكرة التخزين المؤقت لهذا الخادم فارغة ، فسيتعين عليك طلب المساعدة من ما يسمى بخوادم الجذر ، والتي ستخبرك بالخادم المسؤول عن كل مساحة العنونة .eu (2).
4. ثم تتكرر العملية. في هذه الحالة ، سيقوم خادم DNS الذي قمنا بتكوينه باستجواب (3) الشخص المسؤول عن جميع أسماء .eu الخاصة بالخادم الذي يخضع لسيطرته الاسم loquesea.eu ونطاقاته الفرعية (مثل linebenchmark.loquesea.eu) .
5. أخيرًا ، يتم تقديم طلب DNS الأخير إلى هذا الخادم الأخير ، والذي سيعيد عنوان IP الخاص بـ loquesea.eu (4) وسيتم تمريره إلى الكمبيوتر الذي أنشأ الاستعلام في الحالة الأولى (5) ، لفتح HTTP أخيرًا جلسة وتحميل الموقع (6).

كما ترى ، إنها عملية معقدة إلى حد ما ، على الرغم من أنها تحدث بشفافية في نظر مستخدم الشبكة.

تحسين أداء DNS عند الوصول إلى شبكات CDN

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

لحل هذه المشكلة ، تم وضع تعديل على بروتوكول DNS يستفيد من الامتدادات المقترحة في RFC 2671 لجعل تحليل الاسم أكثر ذكاءً.

الفكرة التي تسمى تسريع الإنترنت العالمي ولا يزال في مرحلة المسودة، فهو يساعد في العنوان الأصلي للعميل ، والذي يضيفه كحقل بيانات آخر إلى الطلب ("edns-client-subnet").

على الرغم من أنه حقًا ، للحفاظ على خصوصية المستخدم ، فإن ما يتم إرساله هو جزء من عنوان IP العام للمستخدم (يتم حذف البتات من النهاية) ، لذلك بدلاً من إرسال 1.2.3.4 (إذا كان هذا هو عنوان IP العام للمستخدم) ، يتم اقتطاعه بواسطة 1.2.3.0 (ستكون جميع خوادم DNS الوسيطة قادرة على قراءة هذه المعلومات) ، مصحوبة بقناع شبكة 24 بت.

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

بالنسبة لأولئك الذين يشككون في خصوصيتهم ، يمكن تكوينه بحيث لا يتم إرسال أي جزء من عنوان IP الخاص بالمستخدم (يتم إرسال 0.0.0.0/0). في هذه الحالات ، نفهم أن الخدمة ستعمل مثل DNS التقليدي في CDN. وهذا يعني أنه ليس لديها أي فكرة عن أصلها الحقيقي ، فإن CDN ستستجيب مع عنوان IP الأقرب إلى خادم DNS الذي يقوم بالطلب.

في الوقت الحالي ، قام كل من Google و OpenDNS بالفعل بتثبيت هذه الوظيفة الجديدة على أنظمتهما ، والتي طوروها مع CDNetworks و EdgeCast و BitGravity و Akamai نفسها ، مما ساعد في كتابة المسودة.

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

مصدر: النطاق العريض