مشاركة عبر

كيفية مطابقة الطلبات مع تكوين المسار

  • مقالة

يحدد المسار في Azure Front Door كيفية معالجة نسبة استخدام الشبكة عند وصول طلب وارد إلى حافة Azure Front Door. تنشئ إعدادات المسار اقترانا بين مجال ومجموعة أصل. باستخدام ميزات متقدمة مثل Pattern to Match ومجموعات القواعد، يمكنك التحكم الدقيق في نسبة استخدام الشبكة إلى موارد الواجهة الخلفية.

إشعار

عند استخدام مجموعات قواعد Front Door، يمكنك تكوين قاعدة لتجاوز مجموعة الأصل لطلب. تتجاوز مجموعة الأصل التي تم تعيينها بواسطة مجموعة القواعد عملية التوجيه الموضحة في هذه المقالة.

هام

سيتم إيقاف Azure Front Door (الكلاسيكي) في 31 مارس 2027. لتجنب أي تعطيل للخدمة، من المهم ترحيل ملفات تعريف Azure Front Door (الكلاسيكية) إلى مستوى Azure Front Door Standard أو Premium بحلول مارس 2027. لمزيد من المعلومات، راجع إيقاف Azure Front Door (الكلاسيكي).

عند وصول طلب إلى حافة Azure Front Door (الكلاسيكي)، تتمثل إحدى الخطوات الأولى في تحديد كيفية توجيه الطلب المطابق إلى مورد الواجهة الخلفية ثم اتخاذ إجراء محدد في تكوين التوجيه. يشرح هذا المستند كيفية تحديد Front Door لتكوين المسار الذي يجب استخدامه عند معالجة طلب.

بنية تكوين مسار Front Door

تتكون قاعدة توجيه Front Door من جزأين رئيسيين: "الجانب الأيسر" و"الجانب الأيمن". يطابق Front Door الطلب الوارد إلى الجانب الأيسر من المسار، بينما يحدد الجانب الأيمن كيفية معالجة الطلب.

مباراة قادمة (جهة اليسار)

تحدد الخصائص التالية ما إذا كان الطلب الوارد يطابق قاعدة التوجيه (الجانب الأيسر):

  • بروتوكولات HTTP - HTTP أو HTTPS
  • المجال - على سبيل المثال: www.foo.com، *.bar.com
  • المسارات - على سبيل المثال: /*، /users/*، /file.gif

يتم توسيع هذه الخصائص داخليا بحيث تكون كل مجموعة من البروتوكول/المجال/المسار مجموعة مطابقة محتملة.

قرار التوجيه (الجانب الأيمن)

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

مطابقة المسار

يشرح هذا القسم كيفية تطابق Front Door مع الطلبات لقواعد التوجيه. المبدأ الأساسي هو أن Front Door يطابق دائما الطلب الأكثر تحديدا من خلال تقييم خصائص "الجانب الأيسر": البروتوكول والمجال والمسار، بهذا الترتيب.

مطابقة مضيف الواجهة الأمامية

يستخدم Azure Front Door الخطوات التالية لمطابقة مضيفي الواجهة الأمامية:

  1. تحقق من وجود مسارات مع تطابق تام على مضيف الواجهة الأمامية.
  2. إذا لم يتم العثور على تطابق تام، يتم رفض الطلب مع خطأ 404: طلب غير صحيح.

توضح الجداول التالية ثلاث قواعد توجيه مختلفة مع مضيفي الواجهة الأمامية ومساراتها:

قاعدة التحويل مضيفو الواجهة الأمامية المسار
ش foo.contoso.com /*
مضمن foo.contoso.com /users/*
C www.fabrikam.com، foo.adventure-works.com /*, /images/*

يعرض الجدول التالي النتائج المطابقة لقواعد التوجيه في الجدول السابق:

مضيف الواجهة الأمامية القادمة قواعد التوجيه المتطابقة
foo.contoso.com أ، ب
www.fabrikam.com C
images.fabrikam.com الخطأ 404: طلب غير صحيح
foo.adventure-works.com C
contoso.com الخطأ 404: طلب غير صحيح
www.adventure-works.com الخطأ 404: طلب غير صحيح
www.northwindtraders.com الخطأ 404: طلب غير صحيح

مطابقة المسار

بعد أن يحدد Azure Front Door مضيف الواجهة الأمامية المحدد ويصفي قواعد التوجيه المحتملة، فإنه يحدد قواعد التوجيه استنادا إلى مسار الطلب. يتم استخدام المنطق التالي:

  1. تحقق من قواعد التوجيه مع مطابقة تامة لمسار الطلب.
  2. إذا لم يتم العثور على تطابق تام، فابحث عن قاعدة توجيه مع مسار حرف بدل يتطابق.
  3. إذا لم يتم العثور على مسار مطابق، يتم رفض الطلب مع خطأ 404: طلب غير صحيح.

إشعار

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

إشعار

  • تعتبر المسارات التي لا تحتوي على حرف بدل مسارات مطابقة تماما. المسار الذي ينتهي ب / هو أيضا تطابق تام.
  • أنماط المسار غير حساسة لحالة الأحرف. على سبيل المثال، /FOO يتم التعامل مع و /foo على أنها مكررة وغير مسموح بها في الإعداد أنماط لمطابقة.

يسرد الجدول التالي قواعد التوجيه مع مضيف الواجهة الأمامية ومجموعات المسار:

قاعدة التحويل مضيف الواجهة الأمامية المسار
ش www.contoso.com /
مضمن www.contoso.com /*
C www.contoso.com / أب
D www.contoso.com / أيه بي سي
E www.contoso.com /أيه بي سي/
F www.contoso.com /abc/*
G www.contoso.com / أيه بي سي / ديف
H www.contoso.com / مسار /

يوضح الجدول التالي قاعدة التوجيه التي تطابق طلبا واردا على حافة Azure Front Door:

طلب وارد الطريق المتطابق
www.contoso.com/ ش
www.contoso.com/a مضمن
www.contoso.com/ab C
www.contoso.com/abc D
www.contoso.com/abzzz مضمن
www.contoso.com/abc/ E
www.contoso.com/abc/d F
www.contoso.com/abc/def G
www.contoso.com/abc/defzzz F
www.contoso.com/abc/def/ghi F
www.contoso.com/path مضمن
www.contoso.com/path/ H
www.contoso.com/path/zzz مضمن

تحذير

إذا لم تكن هناك قواعد توجيه لمضيف أمامي مطابق تماما دون مسار توجيه شامل (/*)، فلن تتم مطابقة أي قاعدة توجيه.

مثال على التكوين:

المسار المضيف المسار
ش profile.contoso.com /api/*

طاولة المطابقة:

الطلب الوارد الطريق المتطابق
profile.domain.com/other لا يوجد. الخطأ 404: طلب غير صحيح

قرار التحويل

بمجرد تطابق Azure Front Door مع قاعدة التحويل، فإنه يقرر كيفية معالجة الطلب. إذا كانت الاستجابة المخزنة مؤقتا متوفرة، يتم تقديمها مرة أخرى إلى العميل.

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

إذا لم يكن لدى Azure Front Door (الكلاسيكي) استجابة مخزنة مؤقتا، فإنه يتحقق من تكوين إعادة كتابة عنوان URL. إذا لم يتم تعريف مسار إعادة توجيه مخصص، تتم إعادة توجيه الطلب إلى الخلفية المناسبة في تجمع الواجهة الخلفية المكونة. إذا تم تعريف مسار إعادة توجيه مخصص، يتم تحديث مسار الطلب وفقا لذلك ثم إعادة توجيهه إلى الخلفية.

الخطوات التالية