ابدأ بالتأكد من أن المتصفح وNextcloud وCollabora جميعها قادرة على الوصول إلى عناوين URL الصحيحة للخادم عبر نفس بروتوكول HTTP أو HTTPS. في Nextcloud، اختبر نقاط نهاية Collabora /hosting/capabilities؛ /hosting/discoveryإذا استجابت هذه النقاط ولكن لا تزال المستندات تفشل، فتحقق من مسار WebSocket الخاص بالخادم الوكيل العكسي وقائمة السماح لـ WOPI.
رسالة "حسنًا، هذا مُحرج" هي رسالة عامة تُشير إلى فشل فتح المستند، وليست تشخيصًا بحد ذاتها. قد يكون السبب عنوان URL غير قابل للوصول، أو عدم تطابق في بروتوكول TLS أو DNS، أو خادم وكيل يُعطّل ترقيات WebSocket، أو مُضيف WOPI لا يثق به Collabora أو Nextcloud. تستخدم الفحوصات أدناه مثالًا نموذجيًا مع Nextcloud على https://cloud.example.comوCollabora على https://office.example.com؛ استبدل كلا الاسمين بأسماء المضيفين الفعلية لديك.
1. هل يتم تحميل نقاط نهاية Collabora؟
من متصفح على نفس الشبكة التي يستخدمها المستخدم، افتح عناوين URL التالية، مع تغيير اسم مضيف Collabora:
https://office.example.com/hosting/capabilitieshttps://office.example.com/hosting/discovery
ينبغي أن تُعيد هذه العملية بيانات نقطة نهاية Collabora بدلاً من تحذير شهادة المتصفح، أو صفحة خطأ 404، أو خطأ الخادم الوكيل العكسي. عادةً ما تُعيد نقطة نهاية الاكتشاف بيانات XML. يمكنك أيضًا إجراء الاختبار من مضيف Nextcloud أو حاوية التطبيق الخاصة به.
curl -fsS https://office.example.com/hosting/capabilities
curl -fsS https://office.example.com/hosting/discovery
يشير فشل الاتصال من المتصفح إلى وجود مشكلة في نظام أسماء النطاقات (DNS) العام أو المحلي، أو جدار الحماية، أو الشهادة، أو توجيه الخادم الوكيل. أما نجاح الاتصال من المتصفح مع فشل الاتصال من سطر أوامر Nextcloud فيعني اختلاف مسار الخادم؛ إذ يحتاج كل من متصفح المستخدم وخادم Nextcloud إلى مسار اتصال خاص بهما للوصول إلى Collabora. يوصي دليل إدارة Nextcloud الحالي باختبار كلا نقطتي النهاية من كلا الموقعين والتأكد من إمكانية وصول Collabora إلى Nextcloud عبر بروتوكول HTTP(S).
2. هل يتفق كلا الخدمتين على اسم المضيف والبروتوكول؟
في Nextcloud، افتح الإعدادات ← الإدارة ← المكتب ، وتأكد من أن حقل خادم Collabora Online يحتوي على عنوان URL العام أو الذي يمكن الوصول إليه لـ Collabora. استخدم هذا الخيار https://إذا كانت الخدمة مُهيأة لبروتوكول HTTPS. تشير وثائق Nextcloud إلى أن عنوان URL المُهيأ يجب أن يستخدم نفس البروتوكول المستخدم في تثبيت Collabora، وتوصي باستخدام HTTPS.
والآن، تحقق من مسار الإرجاع. من مضيف Collabora أو الحاوية، اطلب نقطة نهاية حالة Nextcloud:
curl -fsS https://cloud.example.com/status.php
يجب أن يكون الوصول إلى الاستجابة متاحًا من Collabora، وليس فقط من جهاز الكمبيوتر المحمول. إذا كان أي من الخادمين يعمل في Docker، فاختبره من الحاوية أو مساحة اسم الشبكة ذات الصلة: قد لا يتم حل اسم المضيف الذي يعمل على المضيف داخل الحاوية. بالنسبة لخادم CODE المدمج، يجب أن يكون Nextcloud قادرًا على الوصول إلى نفسه باستخدام نفس اسم المضيف الذي يستخدمه المستخدمون في المتصفح. إذا كان تقسيم نظام أسماء النطاقات (DNS) أو حل الاسم المحلي يمنع ذلك، فقم بتصحيح نظام أسماء النطاقات أو تعيين المضيف بدلاً من إدخال localhostاسم خدمة بعيدة.
3. هل يقوم خادم الوكيل العكسي الخاص بك بتمرير حركة مرور WebSocket؟
إذا تم تحميل رابط الاكتشاف ولكن إطار المحرر ظل فارغًا، أو يدور، أو انقطع الاتصال، فافحص الخادم الوكيل أمام Collabora. يستخدم التحرير اتصال WebSocket مستمرًا: يجب على الخادم الوكيل توجيه /cool/…/wsنقطة نهاية Collabora الحالية إلى خدمة Collabora وتمرير رؤوس ترقية HTTP/1.1. راجع مثال الخادم الوكيل الحالي لـ Collabora لبرنامج الخادم الوكيل وإصداره؛ لا تلصق تكوينًا قديمًا دون تغيير.
قد لا تزال بعض الإصدارات القديمة تستخدم مسارات مثل /lool. توضح إرشادات ترحيل Collabora التغيير من loolإلى coolومن loleafletإلى browser. قد يُعيد الخادم الوكيل المُتبقّي على المسارات القديمة رمز الخطأ 404 حتى عند فتح النطاق الأساسي. بعد تعديل ملف الخادم الوكيل، تحقق من صحة صيغته باستخدام أمر الاختبار الخاص بالخادم، ثم أعد تحميله، ثم أعد اختبار عنوان URL للاكتشاف وافتح مستندًا.
تحقق من سجلات الوصول والأخطاء في نفس وقت محاولة الوصول الفاشلة. يشير الخطأ 404 /browserإلى /coolمشكلة في توجيه المسار؛ بينما يشير فشل ترقية WebSocket إلى عدم وجود معالجة ترقية أو انتهاء مهلة الاتصال؛ أما الخطأ 502 فيعني عادةً أن الخادم الوكيل لا يستطيع الوصول إلى خادم Collabora الرئيسي. هذه مجرد مؤشرات وليست تشخيصات نهائية، لذا قارنها بسجل Collabora الخاص.
4. هل يُسمح باستخدام مضيف WOPI؟
بروتوكول WOPI (واجهة منصة تطبيقات الويب المفتوحة) هو البروتوكول الذي يستخدمه كل من Nextcloud وCollabora لتبادل طلبات الوصول إلى المستندات. إذا أظهر سجل Collabora رسالة "لم يتم العثور على مضيفين WOPI مقبولين" أو مضيف WOPI غير مصرح به، فتأكد من أن Collabora مُهيأة للوثوق باسم مضيف Nextcloud، وليس باسم مضيف Collabora الخاص بها. باستخدام صورة Docker، افحص إعدادات بدء تشغيل الحاوية وسجلاتها.
docker ps
docker logs --tail=100 CONTAINER_NAME
استبدل CONTAINER_NAMEالاسم الفعلي لحاوية Collabora. لتثبيت حزمة أصلية، افحص سجل الخدمة باستخدام الأمر ` sudo journalctl -u coolwsd --since "15 minutes ago". اتبع تعليمات تكوين مضيف WOPI لطريقة التثبيت الخاصة بك؛ تجنب استخدام قواعد السماح العامة ذات الأحرف البديلة.
يوجد أيضًا في Nextcloud Office قائمة سماح منفصلة لبروتوكول WOPI. تُقيّد هذه القائمة عناوين IP لخوادم Collabora التي يُسمح لها بطلب الملفات من Nextcloud. أضف عنوان IP المصدر الذي يراه Nextcloud فعليًا لـ Collabora، والذي قد يختلف عند استخدام شبكة Docker أو خادم وكيل عكسي. لا تُدخل 0.0.0.0أو تُعطّل هذا التقييد لمجرد إخفاء خطأ ما: يُوصي Nextcloud بتقييد طلبات WOPI بعناوين خوادم Collabora المتوقعة.
تحقق من الإصلاح
أعد الاختبار من متصفح المستخدم ومن خادم Nextcloud: يجب أن تستجيب نقاط نهاية الاكتشاف والقدرات، وأن يصل Nextcloud إلى عنوان URL المُكوّن لـ Collabora، وأن يصل Collabora إلى نقطة نهاية حالة Nextcloud. ثم افتح مستند اختبار صغير. إذا استمر الفشل، فسجّل الطابع الزمني، وإجراء المستند المتأثر، وحالة HTTP أو WebSocket في سجل الوكيل، وإدخالات سجل Nextcloud وCollabora المطابقة. تساعد هذه الأدلة في التمييز بين فشل مسار الشبكة ومشكلة ترخيص WOPI.
المراجع الرسمية