حذف إصدارات ملفات ownCloud بأمان باستخدام أمر occ
قم بإزالة كل إصدار ملف مخزن من ownCloud Server Classic لحساب واحد أو لجميع المستخدمين، وقم بالتمييز بين عملية التطهير الكاملة وانتهاء الصلاحية المستندة إلى الاحتفاظ.
إذا ظهرت رسالة "تم رفض الاتصال" في تطبيق ownCloud على الهاتف، فافتح أولاً عنوان الخادم في متصفح على نفس الهاتف، ثم تأكد من أن التطبيق يستخدم عنوان URL الأساسي للخادم والشبكة الصحيحة. عادةً ما يحدث الرفض قبل أن يصل التطبيق إلى خطوة تسجيل الدخول، لذا تحقق من إمكانية الوصول إلى الخادم ونقطة نهاية HTTPS الخاصة به قبل تغيير كلمات المرور أو إعدادات التطبيق.
يجب على التطبيق أولاً إنشاء اتصال شبكي بالخادم؛ وبعد ذلك فقط يمكن لـ ownCloud التحقق من اسم المستخدم وكلمة المرور أو عملية تسجيل الدخول. لذا، يشير الرفض في المقام الأول إلى العنوان أو مسار الشبكة أو جدار الحماية أو مستمع خادم الويب. وهو يختلف عن رسالة كلمة المرور غير الصحيحة. كما أن تحذير الشهادة مسألة منفصلة: فهو يعني أن الخادم قد استجاب بشكل كافٍ ليتمكن التطبيق من فحص شهادة TLS الخاصة به.
قبل البدء في استكشاف الأخطاء وإصلاحها، تأكد من حصولك على عنوان الخادم الكامل الذي زودك به مسؤول النظام، بما في ذلك أي مسار مثل .org/user/server/ /owncloudserver.org، وتأكد من معرفة ما إذا كان الوصول إلى الخادم متاحًا فقط عبر شبكة الشركة أو عبر شبكة VPN. إذا كنت مسؤولاً عن إدارة الخادم، فيجب أن يكون لديك أيضًا صلاحية الوصول إلى نظام أسماء النطاقات (DNS) وجدار الحماية والخادم الوكيل العكسي وحالة خادم الويب.

https://cloud.example.com/owncloud، فقد يكون عنوان URL الأساسي هو `///` https://cloud.example.com. أما إذا كان مُثبّتًا في جذر النطاق، فقد يكون عنوان URL الأساسي هو `///`. يشير دليل خادم ownCloud إلى أن تطبيقاتها على الأجهزة المحمولة تستخدم عنوان URL الأساسي والمجلد. لا تُضِف أي شيء /remote.php/webdavإلى عنوان تطبيق ownCloud على الأجهزة المحمولة؛ فهذا العنوان هو نقطة نهاية WebDAV لعملاء WebDAV آخرين. تحقّق من وجود مجلد فرعي مفقود، أو خطأ إملائي، أو شرطة مائلة زائدة، أو منفذ غير مُصرّح به. راجع إرشادات ownCloud الخاصة بعناوين URL للأجهزة المحمولة وWebDAV .
توصي ownCloud باستخدام بروتوكول HTTPS للاتصالات عبر الأجهزة المحمولة. استمر في استخدامه https://ما لم يُصدر مسؤول الخادم تعليمات صريحة بخلاف ذلك؛ إذ قد يؤدي التبديل إلى بروتوكول HTTP العادي إلى كشف بيانات الاعتماد وحركة الملفات. إذا عرض التطبيق تحذيرًا بشأن الشهادة بعد بدء الاتصال، فاطلب من المسؤول إصلاح الشهادة أو تأكيد عملية اعتماد الشهادات المعتمدة في المؤسسة بدلاً من تجاهل التحذير تلقائيًا. توضح تعليمات الاتصال لنظام Android كيفية إدخال عنوان URL للخادم والتحقق من الشهادة.

زوّد المسؤول بعنوان URL الدقيق، ووقت المحاولة الفاشلة مع المنطقة الزمنية، وما إذا كان المتصفح يفشل أيضًا، وما إذا كان استخدام شبكة Wi-Fi أو بيانات الهاتف أو VPN يؤثر على النتيجة. اطلب منه التحقق مما يلي:
بالنسبة للمسؤول، يمكن أن يساعد فحص خارجي بسيط في التمييز بين رفض اتصال TCP واستجابة HTTP curl -v --connect-timeout 5 https://cloud.example.com/owncloud/. استبدل اسم المضيف والمسار المذكورين في المثال بالقيم الحقيقية. يشير الرفض أو انتهاء المهلة إلى مشكلة في إمكانية الوصول إلى نقطة النهاية أو الشبكة. أما حالة HTTP فتعني أن الاتصال قد تم إنشاؤه، لذا تحقق من المسار المُعاد أو المصادقة أو سلوك الشهادة. لا تفتح منافذ جدار الحماية على نطاق واسع أو تعطل جدار الحماية كاختبار؛ بل افحص المستمع المقصود والقواعد ذات النطاق المحدد.

إذا تم تحميل عنوان الخادم في المتصفح ولكن التطبيق لا يزال لا يعمل، فاجمع سجل تطبيق الهاتف المحمول واطلب من المسؤول مقارنته بسجلات ownCloud وسجلات خادم الويب. توضح إرشادات استكشاف أخطاء Android الرسمية كيفية وضع سجلات التطبيق في الإعدادات؛ إذا كانت السجلات مخفية، فانقر على رقم الإصدار خمس مرات لإظهارها. أما إرشادات استكشاف أخطاء iOS فتوضح كيفية تفعيل التسجيل من خلال الإعدادات، ثم التسجيل. قد تحتوي سجلات الطلبات/الاستجابات على تفاصيل حساسة، لذا شاركها فقط مع مسؤول النظام أو دعم ownCloud عبر قناة معتمدة.
توصي ownCloud بمراجعة سجلات الخادم وسجلات الأخطاء والوصول الخاصة بخادم الويب. بالنسبة لخادم Apache على نظام Linux، تشير صفحة استكشاف أخطاء نظام Android الخاصة بـ ownCloud إلى أن السجلات عادةً ما تكون موجودة في [مسار السجلات] /var/log/apache2؛ وتختلف مواقعها باختلاف الخوادم والحاويات وموفري خدمات الاستضافة. يُظهر إدخال سجل الوصول لوقت الاختبار وصول الطلب إلى خادم الويب. في حال عدم وجود إدخال مطابق، فقد يكون الاتصال قد فشل في وقت سابق في نظام أسماء النطاقات (DNS) أو التوجيه أو جدار الحماية أو معالجة الوكيل. راجع إرشادات جمع سجلات ownCloud الرسمية .
أعد المحاولة من تطبيق ownCloud باستخدام عنوان URL الأساسي المصحح والشبكة المطلوبة من الخادم. يتم تأكيد الإصلاح عندما يتجاوز التطبيق فحص الاتصال ويصل إلى صفحة تسجيل الدخول أو عرض الملف المتوقعة دون رفض. إذا كان المتصفح يعمل ولكن التطبيق لا يعمل، فأرسل إلى المسؤول إصدار التطبيق، وإصدار نظام تشغيل الهاتف، وعنوان URL الكامل للخادم مع إخفاء البيانات الخاصة، ووقت الاختبار، والشبكة المستخدمة، ومقتطفًا من سجل النظام بعد تنقيحه.
قم بإزالة كل إصدار ملف مخزن من ownCloud Server Classic لحساب واحد أو لجميع المستخدمين، وقم بالتمييز بين عملية التطهير الكاملة وانتهاء الصلاحية المستندة إلى الاحتفاظ.
تتبع رفض اتصال ownCloud عبر الهاتف المحمول عن طريق التحقق من عنوان URL للخادم وشبكة الهاتف ونقطة نهاية HTTPS وسجلات الخادم بالترتيب الصحيح.
استبدل عمليات تشغيل الوظائف عند الطلب بمؤقت systemd الذي يقوم بتشغيل أمر occ system:cron المدعوم من ownCloud كل 15 دقيقة.
تتبع طلب WebDAV من خلال Apache أو Nginx أو وكيل عكسي، ثم تأكد من أن مزامنة ownCloud تعمل مع اختبار PROPFIND مصادق عليه.
قم بإصلاح تحذير عنوان الصادر المفقود في Nextcloud عن طريق تعيين عنوان URL الأساسي الخاص به والتحقق من DNS و HTTPS وتوجيه الوكيل العكسي من الخادم نفسه.
قم بتكوين APCu و Redis عبر مقبس Unix محلي لتخزين Nextcloud المؤقت وقفل الملفات، مع خطوات للإصدارات الحالية والأقدم من Nextcloud.
تحقق من وضع cron الخاص بـ Nextcloud، وقم بإصلاح خدمة systemd والمؤقت الخاص به، وتأكد من تشغيل المهام الخلفية بعد بدء التشغيل وكل خمس دقائق.
قم بتمكين قفل الملفات الموثوق به في Nextcloud، واختر الواجهة الخلفية المناسبة Redis أو Valkey، وتحقق من إزالة التحذير دون المخاطرة بتغييرات الملفات المتزامنة.
قم بإصلاح نتائج فحص Nextcloud الشائعة من خلال التحديثات الحالية، و HTTPS و HSTS، والثقة الدقيقة في الخادم الوكيل العكسي، وعمليات التحقق من الخادم العام.
قم بتكوين Nextcloud SSE للتخزين الذي يحتاج إليه، وقم بحماية مفاتيح التشفير، وقم بقياس تأثير النقل ووحدة المعالجة المركزية قبل تشفير الملفات الموجودة.