قد يتوقف تطبيق ownCloud Desktop عن المزامنة ويُبلغ عن فشل التحقق من شهادة SSL حتى وإن بدا الخادم متاحًا في المتصفح. تعني هذه الرسالة أن التطبيق لم يتمكن من التأكد من صلاحية شهادة خادم HTTPS لعنوان الخادم وموثوقيتها من قِبل بيئة التطبيق. هذا خطأ في التحقق من هوية TLS، وليس خطأ في كلمة المرور، وقد يؤدي قبول شهادة غير مُتحقق منها بشكل متكرر إلى تعريض بيانات اعتماد الحساب والملفات للاختراق.
ابدأ بعنوان الخادم، وصلاحية الشهادة، وسلسلة الشهادات. صحّح هذه المعلومات على الخادم أو خادم الوكيل العكسي الخاص به إن أمكن. إذا كان الخادم يستخدم عمدًا جهة إصدار شهادات خاصة، فأضف شهادة الجذر المُوثّقة لتلك الجهة إلى مخزن الشهادات الموثوقة على جهاز الكمبيوتر. ثم أعد تشغيل برنامج سطح المكتب وتأكد من استئناف المزامنة دون ظهور أي تحذير بشأن الشهادة.
يتوفر لدى ownCloud حاليًا كل من خادم ownCloud Classic (الإصدارين 10 و11) وownCloud Infinite Scale (oCIS). ولا يتم استخدام جميع إصدارات تطبيق سطح المكتب بشكل تبادلي بينهما. ففي صفحة تنزيل ownCloud بتاريخ 1 سبتمبر 2026، كان تطبيق سطح المكتب 7.1.1 مخصصًا لـ Infinite Scale، بينما يدعم عميل 6.x خدمة ownCloud Classic؛ وتشير الصفحة إلى أن الإصدار 6.0.3 مخصص لـ Classic. إذا تمت ترقية العميل مؤخرًا وكان خادم ownCloud هو الإصدار 10 أو 11، فيُرجى التحقق من التوافق قبل اعتبار فشل الاتصال خطأً في الشهادة.
تأكد أيضًا من صحة عنوان URL المُكوّن في حساب المزامنة. يجب أن يتطابق اسم المضيف في هذا العنوان مع اسم موجود في شهادة الخادم. بالنسبة لخادم Classic المُثبّت ضمن مسار معين، قد يبدو الحساب كالتالي https://cloud.example.com/owncloud؛ أما في حالة تثبيت oCIS، فقد يستخدم عنوان URL أساسيًا مختلفًا. استخدم العنوان الذي كوّنه مسؤول النظام بدلًا من التبديل بين اسم المضيف وعنوان IP والنطاق البديل.
تأكد من صحة تاريخ ووقت ومنطقتك الزمنية على جهاز الكمبيوتر. قد يؤدي خطأ كبير في الساعة إلى ظهور شهادة صالحة حاليًا على أنها منتهية الصلاحية أو غير صالحة. بعد ذلك، افتح عنوان URL الخاص بـ ownCloud من حساب المزامنة في متصفح على نفس الجهاز. افحص تفاصيل الشهادة لمعرفة اسم المضيف وتاريخ انتهاء الصلاحية والجهة المُصدرة. يُعد تحميل المتصفح للصفحة دون تحذير مؤشرًا مفيدًا، ولكنه لا يُثبت أن تطبيق سطح المكتب يستخدم نفس مخزن الشهادات أو أن جميع طلبات WebDAV تتبع نفس مسار الوكيل.
إذا ظهرت المشكلة فقط في الفنادق أو المطارات أو المدارس أو شبكات الواي فاي العامة، فأكمل عملية تسجيل الدخول إلى تلك الشبكة ثم أعد المحاولة. تشير ملاحظات إصدار تطبيق سطح المكتب من ownCloud إلى إيقاف المزامنة مؤقتًا عند حدوث خطأ في الشهادة بسبب بوابة تسجيل الدخول، ثم استئناف المزامنة بعد مسح البوابة. لا يُعد اعتراض صفحة البوابة لبروتوكول HTTPS سببًا للوثوق بالشهادة غير المتوقعة.
اطلب من مسؤول الخادم التحقق من شهادة TLS على نقطة النهاية العامة، بما في ذلك خادم الويب أو الخادم الوكيل العكسي الذي يُنهي اتصال HTTPS. يجب أن تكون الشهادة سارية المفعول، وأن تتضمن اسم DNS المستخدم من قِبل العميل، وأن تُقدَّم مع الشهادات الوسيطة المطلوبة. من الأخطاء الشائعة في النشر تكوين شهادة الطرف فقط بدلاً من سلسلة الشهادات الكاملة. إذا تم تجديد الشهادة مؤخرًا، فتأكد من أن الخادم الوكيل العكسي يُقدِّم الشهادة الجديدة بدلاً من الشهادة القديمة.
في نظام مزود بـ OpenSSL، يمكنك فحص عملية المصافحة TLS والتحقق من اسم المضيف باستخدام هذا الأمر. استبدل اسم المثال باسم مضيف ownCloud، بدون مسار URL.
openssl s_client -connect cloud.example.com:443 \
-servername cloud.example.com \
-verify_hostname cloud.example.com \
-verify_return_error </dev/nullراجع نتيجة التحقق وتواريخ الشهادات. يفحص هذا الاختبار نقطة النهاية من الجهاز الذي تُشغّله عليه، ولا يُعيد إنتاج جميع تفاصيل مخزن شهادات عميل سطح المكتب. إذا كشفت النتائج عن شهادة منتهية الصلاحية، أو عدم تطابق اسم المضيف، أو جهة إصدار مفقودة، أو مرجع مصدق غير موثوق به، فصحّح الشهادة أو سلسلة الشهادات على نقطة نهاية TLS وأعد الاختبار. لا تُحاول إصلاح مشكلة اسم المضيف أو سلسلة الشهادات على جانب الخادم بتثبيت شهادة غير ذات صلة على كل جهاز سطح مكتب.
بالنسبة لخدمة ownCloud المتصلة بالإنترنت، فإن الحل الأسهل عادةً هو الحصول على شهادة صادرة عن جهة إصدار شهادات عامة موثوقة لدى أنظمة التشغيل الحالية. قم بتهيئة نقطة نهاية HTTPS باستخدام الشهادة وسلسلة الشهادات الكاملة لاسم المضيف العام، وتأكد من أن عملية التجديد تعمل. إذا كان خادم وكيل عكسي يتعامل مع HTTPS، فإن الشهادة يجب أن تكون موجودة على هذا الخادم؛ ولن يؤدي تغيير إعدادات تطبيق ownCloud فقط إلى تغيير الشهادة التي يتلقاها العملاء.
بعد أن يُحدّث المسؤول نقطة النهاية، اختبر اسم المضيف نفسه من نفس الشبكة التي يتصل بها جهاز الكمبيوتر المتأثر. يجب ألا تُظهر فحوصات المتصفح وواجهة سطر الأوامر أي تحذير بشأن الشهادة، ويجب أن يُعيد عميل ownCloud الاتصال بعد إعادة المحاولة أو إعادة التشغيل. إذا استمرت المشكلة في بعض أجهزة الكمبيوتر فقط، قارن تحديثات نظام التشغيل، ومخازن الشهادات الموثوقة، وإعدادات الوكيل، وإصدارات العميل.
تستخدم المؤسسات غالبًا مرجعًا داخليًا للشهادات لخدمات ownCloud الخاصة. في هذه الحالة، احصل على شهادة المرجع الجذر للمؤسسة عبر قناة مصادقة، وتحقق من بصمتها مع المسؤول. ثبّت المرجع الجذر على كل جهاز عميل متأثر باستخدام عملية إدارة الشهادات في نظام التشغيل، أو سياسة إدارة الأجهزة في المؤسسة. لا تُضِف شهادة تم تنزيلها من صفحة التحذير كمرجع جذر لمجرد أن عميل المزامنة يعرضها؛ تحقق أولًا من أنها تابعة لمرجع الشهادات المقصود.
.crtملفًا في المجلد المناسب /usr/local/share/ca-certificates/وشغّل الأمر sudo update-ca-certificates. سيؤدي هذا إلى تحديث مخزن شهادات النظام للتطبيقات التي تستخدمها. يُحذّر أوبونتو من أن تطبيقات Snap قد لا تستخدم تلقائيًا الشهادات المُضافة إلى مخزن النظام، لذا قد تحتاج الحزمة المُقيدة إلى حل ثقة خاص بها.أعد تشغيل تطبيق ownCloud Desktop بعد تحديث مستوى الثقة. قد يؤثر كل من حزمة التطبيق ونظام التشغيل على مخزن الشهادات الذي يقرأه. إذا كان مركز إصدار الشهادات (CA) مثبتًا، وكان المتصفح يثق بالموقع، ولكن تطبيق سطح المكتب لا يزال يفشل، فتحقق من سلوك الثقة وسجلات التطبيق بدلاً من استيراد نسخ متعددة من شهادة الخادم عشوائيًا.
يحتوي خادم ownCloud على occ security:certificatesأمر خاص بالشهادات التي يجب أن يثق بها الخادم نفسه، مثل الشهادات المستخدمة في الاتحاد أو التخزين الخارجي. هذا مخزن ثقة على جانب الخادم. ولا يُصلح قرار الثقة الذي يتخذه عميل مزامنة سطح المكتب الخاص بالمستخدم عند الاتصال بموقع ownCloud الإلكتروني. في حالة حدوث خطأ في التحقق من سطح المكتب، يُرجى إصلاح نقطة نهاية HTTPS أو إعدادات الثقة الخاصة بالكمبيوتر المتأثر.
تجنّب تعطيل التحقق من الشهادات كحلٍّ دائم. يُوثّق عميل سطر أوامر ownCloud --trustخيارًا لذلك، ولكن تجاهل أو قبول فشل التحقق لا يُصلح شهادة منتهية الصلاحية، أو اسم مضيف غير صحيح، أو سلسلة شهادات مرجعية مفقودة، أو اتصال غير موثوق. استخدم ضوابط الثقة هذه فقط ضمن خطة اختبار مُتعمّدة ومُدقّقة، وليس كبديل عن تكوين TLS الصحيح على حساب مزامنة الإنتاج.
إذا فُتح الموقع الإلكتروني ولكن لم يتمكن النظام من الاتصال بالمزامنة بعد اجتياز فحوصات TLS، فانتقل إلى إعدادات WebDAV والخادم. يستخدم تطبيق ownCloud Desktop بروتوكول WebDAV مع ownCloud Classic؛ ويوصي دليل استكشاف الأخطاء وإصلاحها الخاص بالشركة المصنعة بالتأكد من إمكانية الوصول إلى نقطة نهاية WebDAV عندما تفشل جميع عمليات الوصول من العملاء بينما يعمل الوصول عبر المتصفح. إذا اختفى خطأ الشهادة ولكن لا يزال تسجيل الدخول أو المزامنة يفشل، فابحث عن خطأ المصادقة أو الخادم الوكيل العكسي أو خطأ WebDAV الموضح في السجل.
الشهادة المقدمة لاسم المضيف المُكوّن سارية المفعول، وتحتوي على اسم المضيف، وترتبط بجهة إصدار شهادات موثوقة من قِبل جهاز العميل. يُعيد عميل سطح المكتب الاتصال دون طلب شهادة، ويتم مزامنة ملف الاختبار في كلا الاتجاهين. إذا كانت سلسلة الشهادات العامة صحيحة، ولكن عميل واحد فقط من العملاء المُدارين لا يزال يفشل، فركز بعد ذلك على ساعة ذلك الجهاز، ومخزن الشهادات الموثوقة، وخادم وكيل الشبكة، وبوابة الوصول المُقيدة، وإصدار العميل المتوافق.
تُعالج هذه الفحوصات حالات فشل التحقق من الشهادات. ولا يمكنها تصحيح مشاكل الحساب أو WebDAV أو جدار الحماية أو توفر الخادم غير ذات الصلة، كما تختلف القوائم الدقيقة باختلاف أنظمة التشغيل وإصدارات تطبيق ownCloud Desktop. استخدم سجلات العميل وتكوين نقطة نهاية TLS الخاصة بالخادم لتحديد الطرف الذي لا يزال غير متطابق.
قم بتشخيص ارتفاعات وحدة المعالجة المركزية في متصفح Jitsi Meet وقلل من حمل العميل عن طريق فحص مربعات الفيديو وتأثيرات الكاميرا ورسومات المتصفح وإعدادات المضيف.
تتبع حالة Jitsi Videobridge، وحمل المؤتمرات، وحركة المرور باستخدام نقطة نهاية Prometheus المدمجة، ثم استكشف البيانات وارسمها بيانيًا في Grafana.
قم بتكوين نطاق مخصص لـ Jitsi Meet Docker باستخدام DNS و PUBLIC_URL و HTTPS و Let's Encrypt ومنافذ جدار الحماية وإعدادات NAT والتحقق من طرف إلى طرف.
قم بإصلاح أخطاء 404 في وحدة تحكم إدارة Zimbra بعد تجديد شهادة SSL عن طريق التحقق من عنوان URL والمنفذ الصحيحين، وتوجيه الوكيل، وحالة الخدمة، والشهادات المنشورة، والسجلات.
تعرف على كيفية تشخيص وإصلاح تحذير تكوين PHP OPcache الخاص بـ Nextcloud عن طريق التحقق من إعدادات PHP SAPI النشطة، وحدود الحجم، والتعليقات، وإعادة التحقق.
قم باستكشاف أخطاء ترحيل قاعدة بيانات Kopano وإصلاحها بعد ترقية MySQL أو MariaDB عن طريق التحقق من النسخ الاحتياطية، وإصدارات الخادم، وأوضاع SQL، ومجموعة الأحرف، وحالة المخطط، والسجلات.
قم بتوصيل Nextcloud بـ LDAP أو Active Directory باستخدام النقل الآمن، وفلاتر المستخدم والمجموعة، وسمات تسجيل الدخول، وعملية نشر تم اختبارها.
إصلاح إشعارات Element Android على الهواتف التي تم إلغاء خدمة Google منها عن طريق تكوين UnifiedPush، وأذونات Android، وإعدادات البطارية، واختبارات التحقق الموثوقة.
قم بإزالة تحذير فهارس قاعدة البيانات المفقودة في Nextcloud باستخدام أمر occ الرسمي. قم بعمل نسخة احتياطية أولاً، ثم استعرض التغييرات، وقم بتشغيل عملية الإصلاح، وتحقق من النتيجة.
قم بتكوين Keycloak SSO لـ Element Web عن طريق ربط OIDC بـ Synapse، وتعيين عنوان URL لإعادة الاتصال بدقة، وتعيين مطالبات المستخدم، واختبار تسجيل الخروج.
