كيفية إصلاح تحذير "لا يوجد عنوان توجيه صادر للخادم" في Nextcloud

إذا ظهر هذا التحذير ضمن إعدادات إدارة Nextcloud ← نظرة عامة، فتحقق أولاً مما إذا كان خادم Nextcloud قادرًا على الوصول إلى عنوان URL الأساسي الخاص به. عيّن overwrite.cli.urlعنوان URL الذي يستخدمه المستخدمون فعليًا، ثم اختبر هذا العنوان من نفس المضيف أو الحاوية التي يعمل عليها Nextcloud. لا تبدأ بتعيين عنوان IP عام ثابت للخادم.

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

ما الذي يتحقق منه Nextcloud، وما الذي لا يتضمنه؟

ابتداءً من Nextcloud 28، تُجرى فحوصات الإعداد الموضحة في إعدادات الإدارة ← نظرة عامة من الخادم بدلاً من المتصفح. تشير ملاحظات ترقية Nextcloud إلى أن هذه الفحوصات قد تكشف عن مشاكل في حلّ أسماء النطاقات (DNS) trusted_domains، overwrite.cli.urlوإمكانية الوصول من الخادم إلى نفسه، وجدران الحماية، وشبكات الحاويات. هذا يعني أن مسار الشبكة الخاص بالخادم مهم: فقد لا يعمل عنوان URL الذي يعمل في متصفح حاسوبك المحمول عند استخدامه من مضيف Nextcloud أو الحاوية. توضح ملاحظات فحص إعداد Nextcloud 28 هذا التغيير والمناطق التي يجب فحصها.

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

1. اقرأ عنوان URL الحالي وإعدادات الوكيل قبل التعديل

يخزن Nextcloud إعداداته الرئيسية في مجلد معين config/config.php، ولكن المسار والأمر المستخدم لتشغيله occيعتمدان على طريقة تثبيت Nextcloud. في حالة التثبيت من المصدر، شغّل الأمر التالي من مجلد Nextcloud، مع استبدال المسار وحساب خادم الويب المذكورين في المثال بحسابك الخاص:

sudo -u www-data php /var/www/nextcloud/occ config:system:get trusted_domains
sudo -u www-data php /var/www/nextcloud/occ config:system:get overwrite.cli.url
sudo -u www-data php /var/www/nextcloud/occ config:system:get trusted_proxies

قد لا ينتج عن القيمة غير المُحددة أي مخرجات. بالنسبة لـ Snap أو Docker أو أي جهاز، شغّل occالأمر المدعوم من قِبل المُثبّت داخل بيئته المُتوقعة؛ فقد يقرأ أمر PHP على جانب المُضيف إعدادات خاطئة أو لا يقرأ أي إعدادات على الإطلاق. أنشئ نسخة من الإعدادات النشطة قبل تعديلها، واحتفظ بهذه النسخة خارج configدليل Nextcloud المباشر حتى لا يتم تحميلها كملف إعدادات إضافي.

trusted_domainsهي قائمة بأسماء المضيفين أو عناوين IP التي يقبلها Nextcloud في الطلبات الواردة. overwrite.cli.urlهو عنوان URL الأساسي المتعارف عليه المستخدم عندما يُنشئ Nextcloud عناوين URL خارج نطاق طلب الويب العادي، كما هو الحال من مهام cron أو مهام سطر الأوامر. يجب أن يتضمن المخطط، وعند الاقتضاء، دليل التثبيت الفرعي. يوثق مرجع تكوين Nextcloud الحالي معلمات عنوان URL والوكيل هذه.

2. اختبار نظام أسماء النطاقات (DNS) وبروتوكول HTTPS من بيئة Nextcloud

استخدم نفس اسم المضيف الذي يظهر في overwrite.cli.url. قم بتشغيل هذه الفحوصات على خادم Nextcloud؛ إذا كان Nextcloud يعمل في حاوية، فقم بتشغيلها داخل حاوية التطبيق أو حاوية مكافئة على نفس الشبكة:

getent ahosts cloud.example.com
curl --connect-timeout 10 -sS -o /dev/null -w 'HTTP %{http_code}\n'   https://cloud.example.com/status.php

استبدل cloud.example.comباسم مضيفك الحقيقي. إذا كان Nextcloud مثبتًا في مجلد فرعي مثل `/` /nextcloud، فأضف هذا المسار قبل `/` /status.php. getentيجب أن يُعيد الأمر عنوانًا يمكن للخادم توجيه الطلبات إليه. curlيجب أن يُكمل الأمر عملية التحقق من TLS ويتلقى استجابة HTTP عادية من نقطة نهاية حالة Nextcloud. يُضيّق فشل DNS أو انتهاء المهلة أو رفض الاتصال أو خطأ في الشهادة أو إعادة التوجيه غير المتوقعة نطاق المشكلة إلى تحليل الاسم أو التوجيه/جدار الحماية أو الخادم الوكيل العكسي أو TLS. لا تُضف `/` -kلتجاوز فحوصات الشهادة؛ فهذا يُخفي المشكلة بدلًا من حلها.

إذا أعاد نظام أسماء النطاقات (DNS) عنواني IPv4 وIPv6، فتأكد من أن كليهما مقصود ويمكن الوصول إليهما من بيئة Nextcloud. قد يتسبب سجل AAAA قديم في اختيار بعض العملاء أو عمليات التحقق من جانب الخادم مسار IPv6 غير صالح. لا تقم بإزالة سجل DNS أو تصحيحه إلا بعد التأكد من أن العنوان لم يعد مُخدّمًا. إذا كان النطاق يُحلّل إلى عنوان IP العام الخاص بك، ولكن الخادم لا يستطيع الاتصال مرة أخرى عبر الموجّه، فتحقق من خاصية NAT loopback (المعروفة أيضًا باسم hairpin NAT) أو قم بتكوين نظام أسماء النطاقات Split-Horizon بحيث يُحلّل اسم المضيف إلى العنوان الداخلي من داخل شبكتك.

3. اضبط عنوان URL الأساسي على العنوان الذي يستخدمه المستخدمون فعليًا

لتثبيت المصدر، قم بتعيين overwrite.cli.urlعنوان URL الأساسي المستخدم خارجيًا أو داخليًا، بما في ذلك HTTPS والمجلد الفرعي إن وجد. على سبيل المثال:

sudo -u www-data php /var/www/nextcloud/occ config:system:set overwrite.cli.url   --value="https://cloud.example.com"

إذا كان المستخدمون يصلون إلى Nextcloud عبر عنوان URL محدد https://example.com/nextcloud، فأضف هذا /nextcloudالعنوان إلى القيمة. لا تُضِف اسم مضيف SMTP هنا، ولا تُضِف مسار صفحة مثل /settings/admin. يصف Nextcloud هذا بأنه عنوان URL أساسي متعارف عليه لإنشاء عناوين URL من سطر الأوامر وفي الخلفية. يُعدّ المسار والحساب المذكوران أعلاه مثالين على قيم شائعة لتثبيت المصدر فقط؛ أما تثبيتات Snap والحاويات فتتطلب أوامر موثقة خاصة بها.

إذا كان اسم المضيف مفقودًا trusted_domains، فأضفه باستخدام الفهرس الرقمي التالي غير المستخدم. تحقق أولًا من القائمة الحالية حتى لا تستبدل أي إدخال حالي.

sudo -u www-data php /var/www/nextcloud/occ config:system:set trusted_domains 1   --value="cloud.example.com"

غيّر 1إلى فهرس غير مستخدم في تثبيتك. أضف فقط أسماء المضيفين أو عناوين IP التي يجب أن يقبلها Nextcloud. لا يُنشئ هذا الإعداد سجلات DNS ولا يجعل الخادم الخاص متاحًا للعامة.

4. قم بتطبيق إعدادات الوكيل العكسي فقط عندما تتطلبها بنية الشبكة الخاصة بك.

عندما يقوم خادم وكيل عكسي بإنهاء بروتوكول HTTPS وإرسال HTTP إلى Nextcloud، قد يكتشف التطبيق البروتوكول الداخلي بدلاً من بروتوكول HTTPS الذي يستخدمه المستخدم. يتطلب Nextcloud منك إدراج عناوين الوكيل الفعلية في ملف trusted_proxies. يجب على الوكيل أيضًا إرسال رؤوس إعادة التوجيه المناسبة. قد يؤدي الوثوق بوكيل أو شبكة واسعة بشكل خاطئ إلى تمكين العملاء من انتحال عنوان IP الظاهري الخاص بهم، لذا تجنب نسخ عنوان IP الخاص بوكيل افتراضي حرفيًا.

إذا استمر فشل الكشف التلقائي عن عنوان URL، فقم بتعيين قيم الكتابة فوق البيانات المطلوبة فقط. بالنسبة للوكيل الذي يُنهي بروتوكول TLS، overwriteprotocolقد يلزم تعيين قيمة معينة. httpsقم بتعيين هذه القيمة overwritehostفقط إذا لم يتمكن Nextcloud من استخدام المضيف الصحيح الذي يُعيد توجيهه الوكيل؛ وقم بتعيينها overwritewebrootفقط إذا لم يتم الكشف عن المسار العام بشكل صحيح. يُقدم دليل Nextcloud الحالي للوكيل العكسي أمثلةً ويُحذر من أن إعدادات الوكيل الموثوقة تعتمد على برنامج الوكيل والشبكة الفعليين.

5. تحقق من جدار الحماية ونظام أسماء النطاقات (DNS) ومسار الحاوية إذا استمر فشل عنوان URL

إذا كان عنوان URL صحيحًا ولكن فشل اختبار الخادم curl، فافحص المسار بين Nextcloud وهذا العنوان. تأكد من السماح بالوصول عبر HTTPS، وأن الحاوية قادرة على الاستعلام من نظام أسماء النطاقات (DNS)، وأن الخادم الوكيل العكسي قادر على إعادة توجيه الطلب إلى التطبيق. قد يحظر جدار حماية المضيف، أو مجموعة أمان السحابة، أو جهاز التوجيه، أو قاعدة الوكيل، أو شبكة الحاوية هذا المسار. تشير وثائق Nextcloud تحديدًا إلى جدار الحماية وتكوين شبكة الحاوية عندما يتعذر على فحوصات الخادم الوصول إلى عناوين URL المُكوّنة.

لا تفتح منافذ الوصول إلى الإنترنت بالكامل لمجرد اجتياز فحص الأمان الذاتي. إذا كان خادم Nextcloud خاصًا عمدًا، فاستخدم اسم مضيف ومسارًا صالحين داخل الشبكة الخاصة. نظام أسماء النطاقات العام (DNS) وإعادة توجيه الموجه وعنوانًا خارجيًا مطلوبة فقط للخدمات التي يجب أن تكون متاحة خارجيًا. إذا كنت تستخدم NAT من مزود خدمة يمنع الوصول الوارد، فقد يكون استخدام VPN أو تصميم خادم وكيل عكسي/نفق مدعوم أكثر ملاءمة من تغيير قائمة النطاقات الموثوقة في Nextcloud.

إذا كانت الرسالة قد أتت من صفحة إعدادات البريد الإلكتروني

البريد الإلكتروني ميزة منفصلة. لا يتضمن Nextcloud خادم بريد كاملًا؛ بل يتصل بخادم SMTP موجود، أو qmail، أو Sendmail. في إعدادات الإدارة ← الإعدادات الأساسية، أدخل اسم مضيف خادم البريد ومنفذه، ووضع التشفير، وعنوان المرسل، وبيانات الاعتماد المطلوبة من مزود خدمة البريد. اختبر ذلك باستخدام زر "إرسال بريد إلكتروني" في Nextcloud. لا يُعدّ وجود عنوان URL يعمل لـ Nextcloud دليلًا على إمكانية الوصول إلى SMTP، كما أن اسم مضيف SMTP ليس بديلًا عن ذلك overwrite.cli.url. يشرح دليل إعداد البريد الإلكتروني في Nextcloud كيفية إعداد البريد واختباره.

تحقق من النتيجة وتجنب التشخيصات الخاطئة الشائعة

بعد إجراء التغييرات، أعد فحص نظام أسماء النطاقات (DNS) وبروتوكول HTTPS من نفس الخادم أو الحاوية، ثم أعد تحميل إعدادات الإدارة ← نظرة عامة. تأكد من أن المستخدمين لا يزال بإمكانهم تسجيل الدخول عبر عنوان URL المعتاد، وأن الروابط المُنشأة في الخلفية تستخدم البروتوكول والمسار الصحيحين. إذا استمر ظهور التحذير، فاحفظ نصه الكامل، وإصدار Nextcloud، وطريقة التثبيت، ومخرجات أوامر الخادم. هذه المعلومات تُساعد في التمييز بين مشكلة اكتشاف عنوان URL وفشل بروتوكول SMTP أو مشكلة في سياسة الشبكة.

• تم التحقق: تشير وثائق Nextcloud الحالية إلى أن عمليات التحقق من إعداد جانب الخادم تحتاج إلى أسماء مضيفين وعناوين URL أساسية مُكوّنة ليتم حلها والوصول إليها من الخادم.
• يعتمد ذلك على إعداداتك: سواء كان المسار الصحيح يستخدم عنوانًا عامًا، أو عنوانًا خاصًا، أو نظام أسماء نطاقات مقسم، أو وكيل عكسي، أو شبكة حاويات، أو حلقة NAT.
• لا يُمكن إثبات ذلك من خلال الصياغة وحدها: أن Nextcloud يتطلب عنوان IP عامًا ثابتًا للاتصالات الصادرة، أو أن التحذير يتعلق ببروتوكول SMTP. تحقق من الصفحة والرسالة كاملةً قبل تغيير إعدادات الشبكة أو البريد.

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