قم بتعيين عنوان URL العام لـ Nextcloud حتى يتمكن من الوصول إلى نفسه
قم بإصلاح تحذير عنوان الصادر المفقود في Nextcloud عن طريق تعيين عنوان URL الأساسي الخاص به والتحقق من DNS و HTTPS وتوجيه الوكيل العكسي من الخادم نفسه.
قم بتعيين عنوان URL الأساسي لـ Nextcloud إلى العنوان الذي يستخدمه المستخدمون فعليًا، ثم تأكد من قدرة خادم Nextcloud على الوصول إلى هذا العنوان والاتصال به. في حالة تثبيت HTTPS، يكون الإعداد الرئيسي هو `<عنوان URL>` overwrite.cli.url؛ أما إذا كان Nextcloud يعمل خلف خادم وكيل عكسي، فقم أيضًا بتصحيح البروتوكول المُعاد توجيهه أو جذر الموقع الإلكتروني فقط عند الحاجة.
قد يشير التحذير الذي يُوصف بأنه "لا يوجد عنوان توجيه صادر للخادم" إلى فشل Nextcloud في إنشاء أو التحقق من عنوان يعود إلى خدمة الويب الخاصة به. في وثائق Nextcloud الحالية، تتطلب العديد من عمليات التحقق من الإعداد أن يصل خادم الويب إلى أحد نطاقاته الموثوقة أو النطاق المُكوّن overwrite.cli.url. يختلف هذا عن تحذير "لا يوجد اتصال إنترنت فعال" العام، والذي يشير إلى مشكلة في نظام أسماء النطاقات الصادر (DNS) أو جدار الحماية أو الوصول إلى الخدمات الخارجية عبر خادم وكيل.
اختر عنوان URL الثابت الذي يُدخله المستخدمون عادةً. على سبيل المثال، إذا فتح المستخدمون ملفًا https://cloud.example.com، فاستخدم نفس البنية واسم المضيف. إذا كان التثبيت مُستضافًا في مجلد فرعي، مثل مجلد فرعي آخر https://example.com/nextcloud، فأضفه /nextcloudإلى عنوان URL الأساسي. تجنّب استخدام localhostاسم حاوية خاصة كعنوان URL أساسي عندما يجب أن تعمل الروابط المُنشأة للمستخدمين خارج ذلك الجهاز.
يستخدم Nextcloud overwrite.cli.urlعنوان URL الأساسي المتعارف عليه عند إنشاء الروابط خارج نطاق طلبات المتصفح العادية، بما في ذلك سياقات سطر الأوامر ووظائف الخلفية. وهذا يجعله إعدادًا مناسبًا في حال كان سبب التحذير أو الرابط المعطل هو عنوان URL غير صحيح تم استنتاجه أثناء التثبيت.
في نظام لينكس القياسي، انتقل إلى دليل Nextcloud الذي يحتوي على occ—عادةً— /var/www/nextcloudوقم بتشغيل هذا كمستخدم خادم الويب:
cd /var/www/nextcloud
sudo -u www-data php occ config:system:set overwrite.cli.url --value="https://cloud.example.com"
استبدل عنوان URL المذكور كمثال بعنوانك العام الحقيقي. بالنسبة للتثبيت في مجلد فرعي، أضف مساره، على سبيل المثال https://example.com/nextcloud. إذا كان التثبيت يستخدم حساب خادم ويب أو حاوية أو بنية حزمة مختلفة، فاستخدم الطريقة الموثقة لهذا النشر لتشغيل الأمر occ؛ فالمسار والحساب المذكوران أعلاه ليسا عامين.
يمكنك أيضًا تعديل العنصر الموجود config/config.phpوإضافة هذا العنصر داخل $CONFIGالمصفوفة:
'overwrite.cli.url' => 'https://cloud.example.com',
لا تُنشئ $CONFIGمصفوفة ثانية أو تستبدل باقي الملف. احتفظ بالفاصلة الأخيرة إذا تلتها إدخالات أخرى. أنشئ نسخة احتياطية خارج configالدليل النشط قبل إجراء أي تعديلات يدوية؛ فقد يقوم Nextcloud بتحميل ملفات إضافية تنتهي بـ .config.phpمن ذلك الدليل كإعدادات مباشرة.
يقبل الخادم الوكيل العكسي طلب HTTPS العام ويعيد توجيهه إلى Nextcloud، أحيانًا عبر HTTP عادي على شبكة خاصة. قد يستنتج Nextcloud حينها بروتوكولًا أو اسم مضيف أو مسارًا خاطئًا عند إنشاء عنوان URL الخاص به. يوصي الدليل الرسمي للخادم الوكيل العكسي باستخدام معلمات الكتابة فوق فقط عند فشل الكشف التلقائي، وإدراج عنوان الخادم الوكيل ضمن [المسار] trusted_proxies.
بالنسبة للخادم الوكيل 10.0.0.1الذي يخدم Nextcloud على https://cloud.example.com/nextcloud، تبدو الإدخالات ذات الصلة كما يلي داخل مصفوفة التكوين الحالية:
'trusted_proxies' => ['10.0.0.1'],
'overwriteprotocol' => 'https',
'overwritewebroot' => '/nextcloud',
'overwrite.cli.url' => 'https://cloud.example.com/nextcloud',
استخدم العنوان الفعلي الذي يراه Nextcloud للخادم الوكيل والمسار العام في عملية النشر. في حالة تثبيت نطاق رئيسي، احذف هذا الخيار overwritewebrootإلا إذا تطلبت إعدادات الخادم الوكيل ذلك. يشير Nextcloud إلى أن هذا overwritehostالخيار غير ضروري في معظم الإعدادات لأنه يستطيع قراءة المضيف المُعاد توجيهه بواسطة الخادم الوكيل؛ قم بتعيينه فقط عندما يكون من الضروري فرض اسم مضيف واحد. قد تؤثر إعدادات ثقة الخادم الوكيل أو رأس إعادة التوجيه غير الصحيحة على كيفية تفسير عناوين IP الخاصة بالعميل، لذا لا تنسخ عنوانًا كمثال دون التحقق من بنية الشبكة.
اختبر الخدمة من مضيف Nextcloud، أو من حاوية Nextcloud إذا كانت الخدمة تعمل في Docker. تحقق أولاً من حلّ اسم النطاق، ثم أرسل طلب HTTPS.
getent ahosts cloud.example.com
curl -I https://cloud.example.com/status.php
يجب أن يُحل اسم المضيف إلى العنوان المقصود القابل للوصول، ويجب أن يُعيد الطلب استجابة HTTP من Nextcloud دون خطأ في الشهادة. لا يُثبت نجاح الطلب من حاسوبك المحمول أن الخادم قادر على الوصول إلى نفس عنوان URL. قد تفشل الخوادم المنزلية الموجودة خلف جهاز توجيه عند محاولتها الوصول إلى عنوانها العام من داخل الشبكة المحلية؛ ويُطلق على هذه المشكلة غالبًا اسم "حلقة NAT" أو "مشكلة NAT loopback". قم بتكوين نظام أسماء النطاقات المنفصل (Split DNS) بحيث يُحل اسم المضيف العام نفسه داخليًا إلى عنوان الشبكة المحلية للخادم الوكيل العكسي، أو فعّل خاصية loopback المدعومة في جهاز التوجيه. حافظ على عنوان URL الأساسي عامًا لضمان صلاحية الروابط المُرسلة إلى المستخدمين عن بُعد.
لا تستخدم شهادة curl -kHTTPS كدليل على سلامة بروتوكول HTTPS كدليل على وجود مشكلة في الشهادة. قم بتثبيت أو تهيئة سلسلة شهادات موثوقة من قِبل النظام أو الحاوية التي تُشغّل Nextcloud، ثم أعد الاختبار بشكل طبيعي.
إذا ذكرت صفحة الإدارة صراحةً أن Nextcloud لا يملك اتصالاً فعالاً بالإنترنت أو أنه لا يستطيع الوصول إلى نقاط نهاية خارجية متعددة، فإن تغيير الإعدادات overwrite.cli.urlوحده لن يُعيد الاتصال بالإنترنت. تحقق من تحليل أسماء النطاقات (DNS) وقواعد جدار الحماية الصادرة من الخادم. إذا كانت شبكتك تتطلب وكيل HTTP، فقم بتكوين إعدادات وكيل Nextcloud المدعومة أو البيئة التي يستخدمها PHP والمهام التي تعمل في الخلفية؛ فقد لا يكون الوكيل المُعيّن فقط في واجهة سطر الأوامر التفاعلية متاحًا للمهام المُجدولة.
أعد تحميل نظرة عامة على الإدارة بعد أن يتمكن Nextcloud من الوصول إلى عنوان URL الأساسي. تأكد من أن العنوان يستخدم اسم مضيف HTTPS الصحيح وأي دليل فرعي، ثم أنشئ رابط مشاركة تجريبي وتحقق من احتوائه على نفس المضيف الذي يمكن الوصول إليه. إذا اختفى تحذير عنوان البريد الصادر ولكن بقي تحذير الاتصال بالإنترنت، فابحث في الوصول الصادر بشكل منفصل. يوثق دليل إدارة Nextcloud الحالي إعدادات عنوان URL والخادم الوكيل العكسي؛ قد تختلف صياغة الشاشة الدقيقة حسب الإصدار والواجهة المترجمة.
قم بإصلاح تحذير عنوان الصادر المفقود في Nextcloud عن طريق تعيين عنوان URL الأساسي الخاص به والتحقق من DNS و HTTPS وتوجيه الوكيل العكسي من الخادم نفسه.
قم بتكوين APCu و Redis عبر مقبس Unix محلي لتخزين Nextcloud المؤقت وقفل الملفات، مع خطوات للإصدارات الحالية والأقدم من Nextcloud.
تحقق من وضع cron الخاص بـ Nextcloud، وقم بإصلاح خدمة systemd والمؤقت الخاص به، وتأكد من تشغيل المهام الخلفية بعد بدء التشغيل وكل خمس دقائق.
قم بتمكين قفل الملفات الموثوق به في Nextcloud، واختر الواجهة الخلفية المناسبة Redis أو Valkey، وتحقق من إزالة التحذير دون المخاطرة بتغييرات الملفات المتزامنة.
قم بإصلاح نتائج فحص Nextcloud الشائعة من خلال التحديثات الحالية، و HTTPS و HSTS، والثقة الدقيقة في الخادم الوكيل العكسي، وعمليات التحقق من الخادم العام.
قم بتكوين Nextcloud SSE للتخزين الذي يحتاج إليه، وقم بحماية مفاتيح التشفير، وقم بقياس تأثير النقل ووحدة المعالجة المركزية قبل تشفير الملفات الموجودة.
قم بتوصيل خاصية البحث عن الملفات في Nextcloud بـ Elasticsearch، وقم بفهرسة محتويات المستندات، واختر إعدادًا يناسب احتياجات الخادم والأمان لديك.
قم بتكوين Nextcloud لإزالة الملفات المحذوفة بعد فترة احتفاظ محددة، وجدولة مهام الخلفية بشكل موثوق، وتجنب الأوامر التي تقوم بمسح سلة المهملات الخاصة بكل مستخدم.
قم بتشغيل أداة إصلاح OCC الخاصة بـ Nextcloud بأمان، واستعرض تغييرات قاعدة البيانات، وتحقق من سبب استمرار التحذير.
السماح بتحميل ملفات أكبر حجماً عبر متصفح Nextcloud عن طريق ضبط إعدادات PHP أو Nginx أو Apache والتخزين المؤقت والمهلة الزمنية - والتحقق من الحد الذي يمنع الملف.