إصلاح أخطاء شهادة مزامنة ownCloud في مصدر TLS

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

تحقق من إصدار البرنامج قبل إجراء أي تغييرات. اعتبارًا من أكتوبر 2026، تشير ملاحظات إصدار ownCloud إلى تطبيق سطح المكتب 7.1.0 و6.0.3: تدعم سلسلة 7.x خاصية التوسع اللانهائي فقط، بينما يتطلب خادم ownCloud الكلاسيكي 10 أو 11 سلسلة 6.x. توضح الملاحظات نفسها أيضًا أن بوابة الوصول المقيدة قد تتسبب في عدم تطابق الشهادة وإيقاف المزامنة مؤقتًا. راجع ملاحظات إصدار تطبيق سطح المكتب من ownCloud .

1. تحقق من عنوان URL وحدد خطأ الشهادة

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

افحص تفاصيل الشهادة وتأكد من أن اسم النطاق البديل (SAN) - أي أسماء المضيفين التي تغطيها - يتضمن اسم المضيف الذي أدخلته. files.internal.localلا تغطي الشهادة اسم المضيف cloud.example.comلمجرد أن كلا الاسمين يصلان إلى خادم واحد. تحقق من تواريخ الصلاحية والجهة المُصدرة، وتأكد من ضبط ساعة الكمبيوتر؛ فقد يؤدي التاريخ المحلي الخاطئ إلى ظهور شهادة صالحة على أنها منتهية الصلاحية أو غير صالحة بعد.

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

2. إصلاح شهادة الخادم وسلسلة الشهادات

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

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

لإجراء تشخيص سريع من جهاز مزود بـ OpenSSL، قم بتشغيل هذا الأمر بعد استبدال اسم المضيف في المثال:

openssl s_client -connect cloud.example.com:443 -servername cloud.example.com -showcerts -verify_return_error </dev/null

-servernameيُرسل اسم المضيف لخاصية "مؤشر اسم الخادم" عندما يستضيف خادم واحد مواقع TLS متعددة. راجع سلسلة الشهادات ونتيجة التحقق: يشير فشل جهة الإصدار إلى وجود مرجع مصدق وسيط مفقود أو غير موثوق به؛ ويتطلب خطأ في اسم المضيف أو التاريخ تصحيح الشهادة أو عنوان URL. يتحقق هذا فقط من نقطة النهاية التي تم الوصول إليها من ذلك الجهاز ومسار الشبكة. راجع مرجع OpenSSLs_client .

3. لا تثق بهيئة محاسبة خاصة إلا عند توقع ذلك.

إذا كانت مؤسستك تستخدم جهة إصدار شهادات خاصة (CA)، فاحصل على شهادتها الجذرية عبر قناة مصادقة، وتحقق من بصمتها مع المسؤول. ثبّت شهادة جهة إصدار الشهادات هذه - وليس المفتاح الخاص بالخادم - في مخزن شهادات نظام التشغيل، ثم أعد تشغيل عميل ownCloud. في Debian أو Ubuntu، يمكن للمسؤول وضع شهادة جهة إصدار شهادات مشفرة بصيغة PEM تنتهي بـ .cp وتشغيل الأمر .crtالمناسب . تستخدم المنصات الأخرى أدوات مختلفة لمخزن الشهادات./usr/local/share/ca-certificates/sudo update-ca-certificates

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

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

4. استبعاد بوابة الوصول المقيدة أو وكيل الاعتراض

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

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

تحقق من الإصلاح

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