الهويات المدارة لخدمة Azure SignalR
توضح لك هذه المقالة كيفية إنشاء هوية مدارة لخدمة Azure SignalR وكيفية استخدامها في سيناريوهات بدون خادم.
هام
يمكن أن تدعم خدمة Azure SignalR هوية مدارة واحدة فقط. وهذا يعني أنه يمكنك إضافة إما هوية معينة من قبل النظام أو هوية معينة من قبل المستخدم.
إضافة يعيِّنها النظام
لإعداد هوية مدارة في مدخل Azure، ستقوم أولا بإنشاء مثيل خدمة Azure SignalR ثم تمكين الميزة.
قم بإنشاء مثيل Azure SignalR Service في البوابة الإلكترونية كما تفعل عادة. تصفح إليها في البوابة.
حدد الهوية.
في علامة التبويب تم تعيينه بواسطة النظام ، بدّل الحالة إلى تشغيل . حدد حفظ.
إضافة هوية يُعينها المستخدم
يتطلب إنشاء مثيل خدمة Azure SignalR بهوية معينة من قبل المستخدم إنشاء الهوية ثم إضافة معرف المورد الخاص بها إلى خدمتك.
أنشئ مورد هوية مدارا معينا من قبل المستخدم وفقا لهذه الإرشادات.
قم بإنشاء مثيل Azure SignalR Service في البوابة الإلكترونية كما تفعل عادة. تصفح إليها في البوابة.
حدد الهوية.
في علامة التبويب تم تعيينه بواسطة المستخدم ، حدد إضافة .
ابحث عن الهوية التي أنشأتها سابقا وحددها. حدد إضافة.
استخدام هوية مدارة في سيناريوهات بدون خادم
Azure SignalR Service هي خدمة مدارة بالكامل، لذلك لا يمكنك استخدام هوية مدارة للحصول على الرموز المميزة يدويا. بدلا من ذلك، تستخدم خدمة Azure SignalR الهوية المدارة التي قمت بتعيينها للحصول على رمز مميز للوصول. ثم تقوم الخدمة بتعيين الرمز المميز للوصول إلى Authorization رأس في طلب المنبع في سيناريوهات بدون خادم.
تمكين مصادقة الهوية المدارة في إعدادات المنبع
إضافة هوية معينة من قبل النظام أو هوية معينة من قبل المستخدم.
أضف إعدادا واحدا للمنبع وانقر على أي علامة نجمية للوصول إلى صفحة مفصلة كما هو موضح أدناه.
في إعدادات مصادقة الهوية المدارة، بالنسبة إلى المورد، يمكنك تحديد المورد الهدف. سيصبح المورد مطالبة
audفي رمز الوصول المميز الذي تم الحصول عليه ، والذي يمكن استخدامه كجزء من التحقق من الصحة في نقاط النهاية الأولية الخاصة بك. يمكن أن يكون المورد أحد الخيارات التالية:- فارغ
- معرف الطلب (العميل) لمدير الخدمة
- معرف التطبيق URI لمدير الخدمة
- معرف المورد لخدمة Azure
ملاحظة
إذا قمت بالتحقق من صحة رمز وصول مميز بنفسك في خدمتك، فيمكنك اختيار أي تنسيق من تنسيقات الموارد. فقط تأكد من أن قيمة المورد في إعدادات المصادقة والتحقق من الصحة متناسقتان. إذا كنت تستخدم عنصر تحكم الوصول المستند إلى دور Azure (Azure RBAC) لمستوى بيانات، فيجب عليك استخدام المورد الذي يطلبه موفر الخدمة.
التحقق من صحة الرموز المميزة للوصول
الرمز المميز في Authorization الرأس هو رمز وصول النظام الأساسي للهويات في Microsoft.
للتحقق من صحة الرموز المميزة للوصول، يجب أن يتحقق تطبيقك أيضا من صحة الجمهور والرموز المميزة للتوقيع. يجب التحقق من صحة هذه القيم مقابل القيم الموجودة في مستند اكتشاف OpenID. على سبيل المثال، راجع الإصدار المستقل عن المستأجر من المستند.
يحتوي البرنامج الوسيط Azure Active Directory (Azure AD) على إمكانات مضمنة للتحقق من صحة رموز الوصول. يمكنك تصفح عيناتنا للعثور على واحدة باللغة التي تختارها.
نحن نقدم مكتبات ونماذج التعليمات البرمجية التي توضح كيفية التعامل مع التحقق من صحة الرمز المميز. هناك أيضا العديد من مكتبات الشركاء مفتوحة المصدر المتاحة للتحقق من صحة JSON Web Token (JWT). هناك خيار واحد على الأقل لكل منصة ولغة تقريبا. لمزيد من المعلومات حول مكتبات مصادقة Azure AD ونماذج التعليمات البرمجية، راجع مكتبات مصادقة النظام الأساسي للهويات في Microsoft.
المصادقة في تطبيق الوظائف
يعد إعداد التحقق من صحة رمز الوصول المميز في Function App أمرا سهلا وفعالا بدون عمل التعليمات البرمجية.
في صفحة المصادقة (الكلاسيكية)، قم بتبديل مصادقة خدمة التطبيق إلى تشغيل.
حدد تسجيل الدخول باستخدام Azure Active Directory في الإجراء المطلوب اتخاذه عند عدم مصادقة الطلب.
في موفر المصادقة، انقر فوق Azure Active Directory
في الصفحة الجديدة. حدد Expressوقم بإنشاء تطبيق AD جديد ثم انقر فوق موافق
انتقل إلى خدمة SignalR واتبع الخطوات لإضافة هوية معينة من قبل النظام أو هوية معينة من قبل المستخدم.
انتقل إلى إعدادات المنبع في خدمة SignalR واختر استخدام الهوية المدارةواختر من التطبيقات الموجودة. حدد التطبيق الذي قمت بإنشائه مسبقا.
بعد هذه الإعدادات، سيرفض تطبيق الوظائف الطلبات التي لا تحتوي على رمز وصول مميز في الرأس.
هام
لاجتياز المصادقة، يجب أن يتطابق عنوان URL للمصدر مع مطالبة ISS في الرمز المميز . في الوقت الحالي ، نحن ندعم فقط نقطة نهاية v1 (راجع v1.0 و v2.0) ، لذلك يجب أن يبدو عنوان URL للمصدر كما هو https://sts.windows.net/<tenant-id>/. تحقق من عنوان URL للمصدر الذي تم تكوينه في وظيفة Azure. للمصادقة، انتقل إلى موفر الهوية -تحرير -عنوان URL للمصدروللمصادقة (كلاسيكية)، انتقل إلى Azure Active Directory -Advanced ->>>>Issuer Url
استخدام هوية مدارة للرجوع Key Vault
يمكن لخدمة SignalR الوصول إلى Key Vault للحصول على السرية باستخدام الهوية المدارة.
أضف هوية معينة من قبل النظام أو هوية معينة من قبل المستخدم لخدمة Azure SignalR.
منح إذن قراءة سري للهوية المدارة في نهج Access في Key Vault. راجع تعيين نهج وصول Key Vault باستخدام مدخل Azure
حاليا، يمكن استخدام هذه الميزة في السيناريوهات التالية: