تخطط DeepL لتغيير عنوان URL للمستخدمين الذين قاموا بتسجيل الدخول. سيتم إعادة توجيه هؤلاء المستخدمين تلقائياً إلى تطبيق deepl.com. سيظل الوصول العام متاحًا على www.deepl.com.
بالنسبة لمعظم المستخدمين، لا يلزم اتخاذ أي إجراء. ومع ذلك، إذا كانت مؤسستك تتحكم في الوصول عبر الشبكة إلى DeepL، فستحتاج إلى تحديث الإعدادات لتجنب أي انقطاع في الخدمة.
هذه المقالة موجهة لمسؤولي تكنولوجيا المعلومات الذين هم مسؤولون إداريون/مديرون ويشرفون على قوائم السماح أو قوائم الحظر لـ DeepL في شبكة شركتهم.
من سيتأثر
قد تحتاج إلى اتخاذ إجراء إذا كانت مؤسستك تقوم بأحد الإجراءات التالية:
- السماح بعناوين URL محددة لـ DeepL للتحكم في الخدمات التي يمكن للموظفين الوصول إليها
- حظر صفحات DeepL لمنع الموظفين من استخدام DeepL دون تسجيل الدخول. لمزيد من المعلومات، راجع هذه المقالة.
إذا لم ينطبق أي من الأمرين، فلا داعي لاتخاذ أي إجراء.
إذا قمت بإدراج عناوين URL الخاصة بـ DeepL في قائمة السماح
بصفتك مسؤول تكنولوجيا المعلومات، تأكد من توفير وصول غير منقطع للمستخدمين الذين يقومون بتسجيل الدخول عن طريق تحديث قائمة المواقع المسموح بها قبل نهاية أبريل.
- إذا كنت تستخدم بالفعل قاعدة البدل، مثل *.deepl.com، فلا داعي لاتخاذ أي إجراء لأن تطبيق DeepL مشمول بالفعل.
- إذا كنت تسمح بعناوين URL محددة، فقم بتحديث قائمة المواقع المسموح بها على النحو التالي:
- اضف app.deepl.com
- إذا كانت مؤسستك تستخدم مجالًا مخصصًا، فأضف *.app.deepl.com.
تجد أدناه القائمة الكاملة لعناوين URL التي يجب السماح بها.
www.deepl.com
app.deepl.com
*.app.deepl.com (wildcard to cover your organization’s custom subdomain)
api.deepl.com
auth.deepl.com
sso.deepl.com
*.sso.deepl.comإذا قمت بحظر صفحات DeepL
إذا كنت تحجب صفحات DeepL حاليًا لمنع الوصول المجهول، فستظل قواعد الحجب الحالية سارية ولا تحتاج إلى تغيير.
لضمان تمكن المستخدمين الذين قاموا بتسجيل الدخول من الوصول إلى DeepL بعد تحديث عناوين URL:
- احتفظ بقواعد الحظر الحالية سارية المفعول
- بالإضافة إلى ذلك، اسمح بعناوين URL التالية:
app.deepl.com
*.app.deepl.com (wildcard to cover your organization’s custom subdomain)
api.deepl.com
auth.deepl.com
sso.deepl.com
*.sso.deepl.com