إشعار
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تسجيل الدخول أو تغيير الدلائل.
يتطلب الوصول إلى هذه الصفحة تخويلاً. يمكنك محاولة تغيير الدلائل.
يمكنك استخدام application gateway لإعادة توجيه حركة المرور. لديها آلية إعادة توجيه عامة، والتي تسمح بإعادة توجيه نسبة استخدام الشبكة المستلمة في وحدة استماع إلى وحدة استماع أخرى أو إلى موقع خارجي. هذا يُبسِّط تكوين التطبيق، ويحسن استخدام الموارد، ويدعم سيناريوهات إعادة التوجيه الجديدة بما في ذلك إعادة التوجيه العمومي والمستند إلى المسار.
سيناريو إعادة التوجيه الشائع للعديد من تطبيقات الويب هو دعم إعادة توجيه HTTP التلقائي إلى HTTPS لضمان حدوث جميع الاتصالات بين التطبيق ومستخدميه عبر مسار مشفر. في السابق، استخدم العملاء تقنيات مثل إنشاء تجمع خلفي مخصص، كان الغرض الوحيد منه هو إعادة توجيه الطلبات التي تتلقاها على HTTP إلى HTTPS. من خلال دعم إعادة التوجيه في بوابة التطبيق، يمكنك تحقيق ذلك ببساطة عن طريق إضافة تكوين إعادة توجيه جديد إلى قاعدة التحويل، وتحديد مستمع آخر باستخدام بروتوكول HTTPS باعتباره المستمع المستهدف. لمزيد من المعلومات حول إعادة توجيه HTTP إلى HTTPS، راجع إنشاء بوابة تطبيق مع إعادة توجيه HTTP إلى HTTPS باستخدام مدخل Microsoft Azure.
Redirection types
يعيّن نوع إعادة التوجيه التعليمة البرمجية لحالة الاستجابة للعملاء لفهم الغرض من إعادة التوجيه. تُدعم الأنواع التالية من إعادة التوجيه:
- 301 (تم نقله بشكل دائم): الإشارة إلى أنه تم تعيين URI دائم جديد للمورد الهدف. أي مراجع مستقبلية لهذا المورد سيستخدم أحد URIs المغلقة. استخدم التعليمة البرمجية للحالة 301 لإعادة توجيه HTTP إلى HTTPS.
- 302 (Found): Indicates that the target resource is temporarily under a different URI. نظراً لأن إعادة التوجيه يمكن أن تتغير في بعض الأحيان، يجب على العميل الاستمرار في استخدام طلب URI الفعال للطلبات المستقبلية.
- 303 (راجع غير ذلك):يشير إلى أن المورد الهدف يعيد توجيه عامل المستخدم إلى مورد مختلف، كما هو موضح في URI في حقل عنوان الموقع.
- 307 (إعادة توجيه مؤقت):يشير إلى أن المورد الهدف مؤقتاً ضمن URI مختلف. يجب ألا يغير العميل المستخدم أسلوب الطلب إذا كان يجري إعادة توجيه تلقائي إلى URI ذلك. نظراً لأن إعادة التوجيه يمكن أن تتغير بمرور الوقت، فيجب على العميل الاستمرار في استخدام URI الأصلي للطلب الفعال للطلبات المستقبلية.
Redirection capabilities
Listener redirection
إعادة التوجيه من وحدة استماع إلى وحدة استماع أخرى. يتم استخدام إعادة توجيه وحدة الاستماع بشكل شائع لتمكين إعادة توجيه HTTP إلى HTTPS.
عند تكوين عمليات إعادة التوجيه باستخدام وحدة استماع هدف متعددة المواقع، يلزم أن تكون جميع أسماء المضيفين (مع أحرف البدل أو بدونها) التي يتم تعريفها كجزء من وحدة الاستماع المصدر أيضا جزءا من وحدة الاستماع الوجهة. يضمن هذا عدم إسقاط أي حركة مرور بسبب فقدان أسماء المضيفين على وحدة الاستماع الوجهة أثناء تكوين HTTP إلى إعادة توجيه HTTPS.
Path-based redirection
يتيح هذا النوع من إعادة التوجيه إعادة التوجيه فقط على منطقة موقع معينة، على سبيل المثال، إعادة توجيه HTTP إلى طلبات HTTPS لمنطقة عربة التسوق التي يشير إليها
/cart/*.إعادة التوجيه إلى موقع خارجي
مع هذا التغيير، يحتاج العملاء إلى إنشاء عنصر تكوين إعادة توجيه جديد، والذي يحدد المستمع الهدف أو الموقع الخارجي المطلوب إعادة التوجيه إليه. يدعم عنصر التكوين أيضاً خيارات لتمكين إلحاق مسار URI وسلسلة الاستعلام إلى URL المُعاد توجيهه. يمكنك أيضًا اختيار نوع إعادة التوجيه. بمجرد إنشائه، يتم إرفاق تكوين إعادة التوجيه هذا بمستمع المصدر عبر قاعدة جديدة. عند استخدام قاعدة أساسية، يرتبط تكوين إعادة التوجيه بمستمع مصدر؛ وهي عملية إعادة توجيه عامة. عند استخدام قاعدة قائمة على المسار، يتم تحديد تكوين إعادة التوجيه في خريطة مسار URL. لذلك، فإنه ينطبق فقط على مساحة مسار محددة من موقع.