المحتويات

المقدمة

ما هو العكامي وكيف يستخدم؟

هل يؤثر إستخدام Cisco Umbrella على محتوى Akamai؟ لماذا يتم إرجاع IP مختلف من Umbrella مقارنة ب ISP الخاص بي؟

هل هذا يؤثر فقط على أكاماي؟

ما هو نظام ECS، وكيف يحدث فرقا؟

ما هي المشاكل التي يمكن أن يسببها ذلك عند إستخدام Cisco Umbrella؟

من يمكنه المساعدة إذا كان هذا يحدث؟

تلميحات استكشاف المشكلات وإصلاحها

المقدمة

يصف هذا وثيقة كيف يتحرى إصدار مع Akamai-service محتوى ومجال بعد تحويل إلى cisco Umbrella.

ما هو العكامي وكيف يستخدم؟

Akamai هي شبكة توصيل المحتوى (CDN) تقوم بتخزين المحتوى وخدمته للعديد من موفري المحتوى عبر الويب. يتضمن ذلك بث الفيديو، الصور، محتوى الموقع، البرامج النصية، الإعلانات، والمزيد. Akamai هي واحدة من العديد من شبكات CDN، مثل Amazon CloudFront أو Light Networks، التي توفر العمود الفقري للعديد من المواقع الشعبية.

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

لتأكيد ما إذا كان موقع ويب يستخدم Akamai أم لا، ابحث عن www.sitename.com مشيرا إلى المجالات الفرعية ك CNAME مثل edgesuite.net و akamai.net و edgekey.net و amakaiedge.net (All .NET عموما). تأكد من البحث عن www.domain.com بدلا من domain.com للتحقق من وجود اسم مستخدم Akamai.

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

هل يؤثر إستخدام Cisco Umbrella على محتوى Akamai؟ لماذا يتم إرجاع IP مختلف من Umbrella مقارنة ب ISP الخاص بي؟

لا يؤثر إستخدام Cisco Umbrella على محتوى Akamai وحده ما لم يتم حظر أي مجالات Akamai بواسطة إحدى قوائم المجالات الخاصة بك. تذكر، أي مجال تمت إضافته هو حرف بدل تلقائيا لجميع المجالات الفرعية (على سبيل المثال: *.domain) لذا فإن إدخال "akamai.net" في قائمة الحظر الخاصة بك يؤدي إلى فصل العديد من المواقع عبر الويب.

كما يمكن أن تكون هناك إختلافات بين الطريقة التي تتناول بها خوادم DNS الخاصة ب ISP و Cisco Umbrella حركة مرور Akamai بشكل خاص. وقد يكون الأمر كذلك بالنسبة إلى نتائج DNS الخاصة ب ISP في محتوى مختلف يتم تحميله. من الشائع إلى حد ما أن يختلف عنوان IP الذي أرجعه خادم DNS ل ISP عن العنوان الذي تم إستقباله عند الاستعلام عن Cisco، ولكن هذا لا يعني أن نتائج Cisco غير صحيحة. والعكس صحيح. بينما تختلف النتائج، وذلك لأن Cisco/OpenDNS و Akamai يشتركان في مشروع Global Internet Speedp باستخدام الشبكة الفرعية لعميل EDNS (ECS). استمر في قراءة هذه المقالة للتعرف على كيفية تأثير هذا على IP الذي تم إرجاعه من طلب DNS.

هل هذا يؤثر فقط على أكاماي؟

لا. قد يؤثر هذا على أي موفر CDN يستخدم ECS. وأكاماي هي الحدوث الاكثر شيوعا.

ما هو نظام ECS، وكيف يحدث فرقا؟

يمثل نظام تصحيح الأخطاء (ECS) الشبكة الفرعية لعميل EDNS، وهو جزء من مشروع Global Internet Speedp المصمم لتحسين وظائف مواقع الويب الموزعة (لا سيما CDN) وسرعتها في جميع أنحاء العالم.

بدون نظام تصحيح الأخطاء (ECS): يتم طلب DNS من خادم DNS الحالي الذي يقوم بعد ذلك باستعلام خادم DNS المخول للمجال وإرجاع عنوان IP الخاص بالخادم للاتصال به. هذا الخادم قريب من خادم DNS الذي تم الاستعلام عنه ويمكن أن يكون بعيدا جدا عن موقعك الحالي. يحدد خادم DNS الذي تم الاستعلام عنه أي خادم محتوى للمنطقة يتم إستخدامه لتوفير إجابة. يمكن للمستخدم النهائي أن يكون بعيدا جدا عن الخادم الذي يوفر المحتوى مما يؤدي إلى سرعات بطيئة. على سبيل المثال: يستعلم المستخدم A في البرازيل عن مجموعة خوادم DNS المحلية التي تصادف أنها خادم DNS في ميامي. يرجع خادم DNS في ميامي عنوان IP للرد بالقرب من ميامي للمجال. وشعر المستخدم (أ) بالإحباط لأن عملية التنزيل بطيئة جدا وتأتي من الولايات المتحدة الأمريكية.

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

ما هي المشاكل التي يمكن أن يسببها ذلك عند إستخدام Cisco Umbrella؟

يتم تمكين شبكة DNS العالمية الخاصة ب Cisco Umbrella و Akamai بواسطة ECS وبالتالي الرد باستخدام أفضل عنوان IP للخادم الخاص بشبكة DNS الفرعية لمخرجك الحالي. ويمكن أن يصبح هذا مشكلة عند موازنة الأحمال مع بعض موفري خدمات الإنترنت (ISPs) أو عندما يكون لدى موفري خدمة الإنترنت مشاكل توجيه في نهايتهم. على سبيل المثال، يمكن أن يحتوي أحد موفري خدمات الإنترنت (ISP) على خادم Akamai داخلي، كما يقوم بتوجيه أي شخص يستخدم خوادم DNS ل ISP الخاصة به إلى هذا الخادم المحلي. ثم يقومون بحظر عناوين الإنترنت الخاصة بخوادم أكاماي الأخرى لإجبار الجميع على إستخدام خادم أكاماي المحلي الخاص بهم لتوفير تكاليف النقل.

عند التحويل إلى Cisco، نسأل Akamai مباشرة ما هو أفضل خادم لاستخدامه للشبكة الفرعية للمستخدم النهائي، ويرد Akamai مباشرة. وبشكل خاص على الاتصالات المتوازنة للتحميل، يمكن ل Akamai إرجاع IP صالح لا يقوم ISP بالتوجيه إليه بشكل صحيح.

في هذا السيناريو، بعد التبديل إلى Cisco Umbrella، لا يتم تحميل المحتوى الذي يتم تقديمه بواسطة Akamai بشكل متقطع. المظاهر الأكثر شيوعا هي مع الصفحات الإخبارية مثل التحميل كإطار خطي ل HTML بدون المحتوى الغني. أكثر المشكلات شيوعا هي مع كابل ISP Time Warner (RoadRunner).

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

إذا لم تكن قد حصلت على عنوان IP إستجابة لطلب DNS إلى Cisco Umbrella، فهذه مشكلة مختلفة. اتصل ب support@umbrella.com للحصول على التعليمات. تنطبق هذه الحالة فقط عندما لا يتم تحميل الصفحات عندما تكون Cisco Umbrella تستجيب باستخدام عنوان IP صحيح من Akamai.

من يمكنه المساعدة إذا كان هذا يحدث؟

ISP الخاص بك هو الطرف الوحيد القادر على المساعدة في حل هذه المشكلة. وذلك لأن طلب DNS يرجع عنوان IP الذي ينتقل إليه مزود خدمة الإنترنت (ISP) بينما يمكن لبقية العالم الاتصال ببروتوكول IP نفسه. أتمت Cisco Umbrella دورها في إرجاع عنوان IP صالح إستجابة لطلب DNS. لم يكمل ISP دوره في بيانات التوجيه إلى عنوان IP هذا. إن اشتراكك في مزود خدمة الإنترنت (ISP) هو السماح بالوصول إلى موارد الإنترنت وهذا فشل في القيام بذلك من جانبهم.

موفر خدمة الإنترنت (ISP) هو الوحيد القادر على أستكشاف أخطاء التوجيه وإصلاحها بين شبكته وأقرانه؛ لا تتضمن Cisco Umbrella إمكانية رؤية ولا يمكن معالجة مشكلة التوجيه هذه. يمكننا فقط إظهار أننا نقوم بإعادة IP صالح ولا يمكن توجيهه إليه.

مثال: Domain.com هو CNAME for a1234.a.akamaiedge.net الذي يشير إلى IP 1.2.3.4. الاتصالات إلى مهلة 1.2.3.4. عند تشغيل traceroute، ندخل 8 خطوات، متجاوزين مزود خدمة الإنترنت (ISP) ثم نتوقف عن الحصول على المرتجعات.

مثال المشكلة والحل: بعد التحدث مع ISP، كانت المشكلة هي أن نطاق IP الخاص ب ISP لا يحتوي على مسار إرجاع من Akamai مرة أخرى إلى IP الخاص بالمستخدم داخل مساحة ISP. قدم مزود خدمة الإنترنت (ISP) خيارين: 1) انتظار Akamai لإضافة مسار مرة أخرى إلى IP، أو 2) تغيير عناوين IP داخل نطاقات ISP إلى IP الذي يحتوي على مسار إرجاع من Akamai يعمل.

هل تحتاج إلى مساعدة في العمل مع مزود خدمة الإنترنت (ISP) لديك؟ يمكننا المساعدة في شرح وتوفير دليل مع تأكيد أن IP الذي تم إرجاعه من سجل A الخاص بأكاماي صالح من Akamai من خلال المحكمين التابعين لنا.

تلميحات استكشاف المشكلات وإصلاحها

هل تعتقدون ان هذا الموضوع يؤثر فيكم، لكنكم لستم متأكدين؟ فيما يلي بعض التلميحات المفيدة لاستكشاف الأخطاء وإصلاحها. ستكون هذه الخطوات ضرورية حتى يتمكن فريق الدعم التابع لنا من مساعدتك. وبمجرد جمع هذه المعلومات، اتصل ب support@umbrella.com للحصول على المساعدة.

1. حاول إستخدام nslookup queries المجال (المجالات) الذي يمثل مشكلة. يستخدم هذا المثال www.foxnews.com، والذي كان موقعا مشغولا بأكاماي في وقت الكتابة.

- nslookup www.foxnews.com

- nslookup www.foxnews.com، الإصدار 8.8.8

- nslookup www.foxnews.com 208.67.222.222

- nslookup www.foxnews.com 208.67.220.220

2. الاستخدام traceroutes: يمكن أن يكون هذا معتمدا على نظام التشغيل tracert (Windows) أو traceroute (OS X). في هذه الحالة، أنت تحاول التتبع إلى FQDN بالإضافة إلى عناوين IP التي حصلت عليها في الخطوة 1.

- tracert www.foxnews.com

- tracert <IP الناتج من nslookupwww.foxnews.com>

- tracert <النتيجة IP من nslookupwww.foxnews.com 8.8.8>

- tracert <IP الناتج من nslookupwww.foxnews.com 208.67.222.222>

3. قم بتجميع قائمة بالمجالات و IPs التي لا يمكنك الوصول إليها، ويمكنها مشاركة البنية الأساسية المشتركة لمضيف Akamai التي يتم حظرها بواسطة ISP الخاص بك.