كيفية تقييد تواريخ انتهاء صلاحية الروابط العامة في خادم ownCloud

إذا ظل رابط ownCloud عام قابلاً للاستخدام لفترة أطول مما هو مُخطط له من قِبل مؤسستك، فإن تغيير تاريخ ملف واحد لا يكفي. يمكن للمسؤول تحديد تاريخ انتهاء صلاحية افتراضي للروابط العامة وفرض هذه القيمة كحد أقصى، بحيث يُمكن لمنشئي الروابط اختيار تاريخ سابق، ولكن لا يُمكنهم تمديد الوصول إلى ما بعد تاريخ انتهاء الصلاحية المُحدد. تتبع التعليمات أدناه وثائق إدارة خادم ownCloud (الكلاسيكي) 11.0. يتميز ownCloud Infinite Scale بواجهة ويب ونموذج تكوين مختلفين؛ لذا لا تفترض أن مسار إعدادات الإصدار الكلاسيكي ينطبق عليه.

تعرّف على ما يتحكم فيه إعداد انتهاء الصلاحية

الرابط العام هو عنوان URL يسمح لأي شخص بالوصول إلى ملف أو مجلد مشترك دون أن يكون مستخدمًا لـ ownCloud. تحدد صلاحيات الرابط ما يمكن للزائر فعله، بينما يحدد تاريخ انتهاء صلاحيته مدة بقاء الرابط متاحًا. في خادم ownCloud، يسري مفعول انتهاء صلاحية الرابط العام المحدد في نهاية اليوم المحدد.

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

تختلف هذه الضوابط عن سياسات انتهاء صلاحية المشاركات مع المستخدمين المحليين أو المجموعات أو المستخدمين عن بُعد. قم بتكوين قسم الروابط العامة عندما يكون هدفك هو تقييد الروابط للأشخاص خارج نظام حساب ownCloud. يوثّق دليل إدارة مشاركة الملفات في خادم ownCloud 11.0 هذا الإعداد وسلوكه فيما يتعلق بمدة الصلاحية القصوى.

قبل تغيير السياسة

• تأكد من المنتج. هذه الخطوات خاصة بخادم ownCloud Server Classic. إذا كانت واجهتك تحتوي على مساحات وقائمة جانبية للمشاركات على اليمين، فقد تستخدم Infinite Scale؛ ويشرح دليل المستخدم الخاص به آلية مشاركة مختلفة. اطلب من مسؤول النظام مراجعة وثائق إدارة Infinite Scale المناسبة بدلاً من البحث عن خانة اختيار Classic.
• تأكد من صلاحيات المسؤول. توجد قاعدة انتهاء الصلاحية في إعدادات المشاركة الإدارية، وليس في لوحة مشاركة الملفات الخاصة بالمستخدم العادي. أنت بحاجة إلى حساب لديه صلاحية تغيير إعدادات الخادم.
• اختر حدًا عمليًا. حدد المدة التي يحتاجها المستلمون الخارجيون عادةً للوصول، ثم حدد حدًا أقصى يتناسب مع هذا الاستخدام. على سبيل المثال، قد يختار فريق يرسل روابط مراجعة قصيرة الأجل فترة أقصر من فريق يشارك مواد المشروع لمدة شهر. هذه أمثلة على السياسات، وليست إعدادات افتراضية من ownCloud أو توصيات من المورّد.

أبلغ أصحاب الروابط بالتغييرات التي ستطرأ قبل تطبيق القاعدة. قد يحتاجون إلى إصدار رابط جديد بتاريخ أقصر، بينما يتطلب سير العمل الحالي وصولاً أطول.

حدد تاريخ انتهاء صلاحية أقصى للروابط العامة

1. افتح إعدادات مشاركة المسؤول. سجّل الدخول باستخدام حساب مسؤول، ثم انتقل إلى صفحة إعدادات المسؤول، ثم افتح "المشاركة" . قد تختلف صياغة التنقل الدقيقة باختلاف الإصدار أو الترجمة، ولكن الخيار موجود في إعدادات مشاركة المسؤول الموضحة في دليل الخادم.
2. ابحث عن سياسة الروابط العامة. في قسم السماح للمستخدمين بالمشاركة عبر الروابط، حدد خيار "تعيين تاريخ انتهاء صلاحية افتراضي لمشاركات الروابط العامة" . هذا الإعداد خاص بالروابط العامة. لا تُغير الإعدادات التي تحمل أسماءً مشابهة لمشاركات المستخدمين أو المجموعات أو المشاركات عن بُعد إلا إذا كنت تنوي تغيير تلك السياسات أيضًا.
3. فعّل الإعداد الافتراضي وحدد مدته. شغّل خيار انتهاء الصلاحية الافتراضي. إذا كان الإصدار المُثبّت لديك يعرض خيارًا للتحكم في المدة أو التاريخ، فأدخل الحد المعتمد من قِبل المؤسسة واحفظ الإعدادات. توضح وثائق Server 11.0 الإعداد الافتراضي للرابط العام، ولكنها لا تُحدد عددًا موحدًا للأيام؛ اختر قيمة تتوافق مع سياسة الوصول الخاصة بك وعناصر التحكم المعروضة في إصدارك.
4. فعّل الحد الأقصى. حدّد خيار "فرض تاريخ انتهاء صلاحية أقصى" في قسم الروابط العامة، ثم احفظ التغييرات. وفقًا لوثائق ownCloud، يمكن للمستخدمين حينها اختيار تاريخ انتهاء صلاحية أبكر، بينما يظل التاريخ الافتراضي المُعدّ هو الحد الأقصى. تفعيل التاريخ الافتراضي فقط لا يُعادل فرض حد أقصى.
5. تحقق من ذلك باستخدام رابط تجريبي. أنشئ رابطًا عامًا باستخدام ملف تجريبي وحساب غير حساس. تأكد من تحديد تاريخ انتهاء الصلاحية مسبقًا أو أنه مطلوب، ثم حاول اختيار تاريخ لاحق للحد الزمني المحدد. يجب ألا يسمح الرابط المحفوظ بتاريخ يتجاوز هذا الحد. تأكد أيضًا من إمكانية حفظ تاريخ سابق إذا كانت سياستك تسمح بذلك. تجنب الاختبار باستخدام محتوى سري أو إرسال رابط تجريبي إلى مستلم خارجي.

راجع الروابط الموجودة بالفعل

لا تفترض أن تغيير الإعدادات الإدارية الافتراضية يُعيد كتابة جميع الروابط العامة التي تم إصدارها سابقًا تلقائيًا. يشرح دليل خادم ownCloud الإعدادات الافتراضية والحد الأقصى لانتهاء صلاحية الروابط العامة، ولكنه لا يضمن بشكل قاطع أن تغيير السياسة سيؤثر على جميع المشاركات الحالية أو يُقصر مدتها. تعامل مع الروابط الحالية كمراجعة منفصلة حتى تتأكد من سلوك الإصدار المُثبّت لديك.

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

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

أخطاء شائعة يجب تجنبها

• تحديد قيمة افتراضية دون فرضها. تساعد القيمة الافتراضية المستخدمين على اختيار تاريخ انتهاء الصلاحية، لكن خانة الاختيار الخاصة بالحد الأقصى المنفصلة هي التي تحد من التواريخ اللاحقة.
• تغيير سياسة المشاركة الخاطئة. الروابط العامة مخصصة للأشخاص خارج قائمة مستخدمي ownCloud. للمشاركات المحلية والجماعية والوحدة إعدادات انتهاء صلاحية منفصلة.
• نتوقع تحديد عدد أيام موحد. لا يشترط الدليل الرسمي فترة سياسة ثابتة. يجب على مؤسستكم اختيار حدها الخاص وإبلاغه.
• قد تخلط بين رابط المشاركة والرابط الخاص. الرابط الخاص يشير إلى ملف مخصص للأشخاص الذين لديهم إذن مسبق، وهو يختلف عن الرابط العام. تأكد من أنك تقوم بتعديل إدخال الرابط العام.
• بافتراض أن انتهاء الصلاحية فوري عند منتصف الليل بتوقيت كل مستخدم، يحدد ownCloud تاريخ انتهاء الصلاحية في نهاية التاريخ المحدد؛ ويُؤخذ توقيت الخادم في الاعتبار عند تحديد تاريخ انتهاء صلاحية المشاركة. يُرجى إجراء الاختبار مع مراعاة التوقيت المُحدد للخادم.
• تجاهل أن انتهاء الصلاحية ليس سوى أحد عناصر التحكم. فهو لا يضيف كلمة مرور، ولا يقلل الصلاحيات، ولا يعطل إنشاء الروابط العامة. حدد متطلبات كلمة المرور والصلاحيات بشكل منفصل إذا كانت سياستك تتطلب ذلك.

تأكد من أن التقييد يعمل

بعد حفظ سياسة المسؤول، أنشئ رابطًا عامًا تجريبيًا وتحقق من ثلاثة أمور: أن يكون للرابط تاريخ انتهاء صلاحية، وألا يتجاوز تاريخ المحاولة اللاحقة الحد الأقصى، وأن يظل تاريخ أقصر متاحًا في المكان المتوقع. ثم راجع الرابط التجريبي في لوحة المشاركة للتأكد من التاريخ المحفوظ، وراجع الروابط العامة القديمة بشكل منفصل. كما تُعرّف وثائق واجهة برمجة تطبيقات مشاركة OCS قيمة انتهاء صلاحية المشاركة على أنها تاريخ، وتنص على أن الرابط العام ينتهي بنهاية ذلك اليوم المحدد؛ وهذا مفيد للمسؤولين الذين يتحققون من المشاركات من خلال تكامل معتمد.

أخيرًا، تأكد من عدم إمكانية الوصول إلى رابط الاختبار بعد تاريخ انتهاء صلاحيته باستخدام حساب اختبار مُصرَّح له، ثم احذف مشاركة الاختبار. إذا كان بإمكان المستخدم اختيار تاريخ يتجاوز الحد الأقصى، فأعد التحقق من تفعيل خاصية الإنفاذ في قسم الروابط العامة، وتأكد من تعديل النسخة الصحيحة، وراجع وثائق إصدار ownCloud الخاص بك. يتيح لك هذا التحقق العملي من كلٍّ من قاعدة المسؤول والسلوك الذي يلاحظه المستخدمون.