إذا تم تحميل ownCloud في المتصفح ولكن صفحة الإدارة الخاصة به تُظهر رسالة "واجهة WebDAV معطلة"، فقد تفشل أيضًا عمليات تحميل الملفات ومزامنة سطح المكتب وتطبيق الملفات. هذا التحذير هو عرض وليس تشخيصًا: قد يكون الوصول إلى نقطة نهاية DAV غير ممكن، أو تمت إعادة كتابتها بشكل غير صحيح، أو تم حظرها بواسطة خادم وكيل أو قاعدة أمان، أو لا يمكن الوصول إليها عندما يستدعي ownCloud عنوان URL العام الخاص به.
ينطبق هذا الدليل على تثبيتات خادم ownCloud Classic Server. يتميز خادم ownCloud Infinite Scale ببنية ونموذج نشر مختلفين، لذا لا تُطبّق إعدادات Apache الخاصة بخادم Classic Server على نشر Infinite Scale. تغطي الصفحات الرسمية المذكورة أدناه خادم ownCloud Server 10.15 و10.16، بالإضافة إلى خادم Classic Server 11.0؛ وتستخدم عمليات التحقق مسارات WebDAV الموثقة ومتطلبات Apache، مع العلم أن تحذير المسؤول قد يختلف باختلاف الإصدار.
ملاحظة توضيحية: الصور التوضيحية للواجهة والطرفية أدناه هي أمثلة تخطيطية. أسماء المضيفين، وخطوط الحالة، والقيم المعروضة هي عناصر نائبة، وليست تثبيتًا تم التقاطه أو دليلاً على إجراء اختبار.
WebDAV هي واجهة HTTP التي يستخدمها ownCloud لعرض وإدارة الملفات لعملاء المزامنة والعمليات المتعلقة بها. تسجيل الدخول عبر المتصفح يؤكد فقط استجابة واجهة الويب، ولا يؤكد وصول طلب WebDAV إلى ownCloud بكامل مساره وطريقته ورؤوس المصادقة واتصال HTTPS.
ابدأ بتحديد ما إذا كان العطل خارجيًا أم أنه يقتصر على الفحص الذاتي لـ ownCloud. يشير خطأ مزامنة العميل وفشل طلب WebDAV المصادق عليه إلى مسار DAV أو المصادقة. إذا كان العملاء يعملون ولكن لا يزال تحذير المسؤول يظهر، فاختبر ما إذا كان الخادم نفسه قادرًا على الوصول إلى اسم المضيف العام، بما في ذلك شهادة TLS الخاصة به.
استخدم نفس اسم المضيف ومسار التثبيت اللذين يُدخلهما المستخدمون في المتصفح. بالنسبة لتثبيت نطاق الجذر، يتبع مسار خادم DAV الكلاسيكي الحالي عادةً هذا الشكل:
https://cloud.example.com/remote.php/dav/files/USERNAME/إذا تم تثبيت ownCloud في مسار فرعي، فأضف هذا المسار قبله /remote.php، على سبيل المثال https://example.com/owncloud/remote.php/dav/files/USERNAME/. استخدم اسم حسابك وعنوان URL الخاص بك. لا تجرّب اسم مضيف وهمي، ولا تفترض أن جميع عمليات التثبيت تستخدم نفس المجلد الفرعي.
من جهاز العميل، أرسل طلب PROPFIND مصادقًا. باستخدام cURL، سيؤدي تمرير اسم المستخدم فقط إلى مطالبة المستخدم بإدخال كلمة المرور بدلاً من وضعها في الأمر.
curl -i --user USERNAME -X PROPFIND \
-H 'Depth: 0' \
'https://cloud.example.com/remote.php/dav/files/USERNAME/'تستخدم استجابة WebDAV الموثقة والصالحة عادةً بروتوكول HTTP 207 Multi-Status. 401قد يعني الخطأ ببساطة عدم قبول بيانات الاعتماد؛ بينما 404يشير الخطأ غالبًا إلى مسار خاطئ أو إعادة كتابة مسار الوكيل؛ 403ويشير الخطأ إلى قاعدة وصول أو جدار حماية تطبيقات الويب أو سياسة خادم؛ وقد يشير الخطأ 301أو 302إلى إعادة توجيه لا يتبعها العميل أو التحقق الذاتي كما هو متوقع. اقرأ رؤوس الاستجابة وسجلات الخادم قبل تغيير الإعدادات. احذف أسماء المستخدمين وملفات تعريف الارتباط والرموز المميزة وعناوين IP العامة قبل مشاركة مخرجات الأوامر.
تُجري بعض عمليات التحقق من الإعداد طلبًا من خادم ownCloud إلى عنوانه العام المُهيأ. قم بإجراء فحوصات DNS وHTTPS الأساسية من ذلك الخادم، وليس فقط من جهاز الكمبيوتر المحمول الخاص بك.
getent hosts cloud.example.com
curl -I https://cloud.example.com/status.phpيجب أن يُترجم اسم المضيف إلى عنوان يمكن الوصول إليه من الخادم، ويجب أن يكتمل طلب HTTPS دون أي خطأ في اسم الشهادة أو سلسلة الثقة أو الاتصال. إذا كان نظام أسماء النطاقات (DNS) يُعيد توجيه الخادم عبر جدار حماية لا يدعم انعكاس NAT (يُسمى أيضًا NAT الحلقي)، فقد يعمل عميل خارجي بينما يفشل الفحص الذاتي الداخلي. قد يكون من المناسب استخدام نظام أسماء نطاقات مُجزأ، أو مسار داخلي إلى الخادم الوكيل العكسي، أو تعديل الشبكة من جانب مزود الخدمة؛ قم بإجراء التغيير الأنسب الذي يتوافق مع تصميم شبكتك.
يُعدّ إدخال النطاق الموثوق به قائمة مضيفين مسموح بها لطلبات ownCloud الواردة. أضف فقط أسماء المضيفين التي يستخدمها المستخدمون فعليًا، باتباع إجراءات التكوين الموثقة. لا تُضِف عناوين داخلية عشوائية على سبيل التخمين. overwrite.cli.urlيتحكم هذا الإعداد في عنوان URL المستخدم في سياقات سطر الأوامر/الخلفية في بعض التكوينات؛ وهو ليس بديلاً عن إصلاح نظام أسماء النطاقات (DNS) أو التوجيه أو بروتوكول أمان طبقة النقل (TLS). تأكد من صحة ما يُشير إليه التحذير قبل تغيير أيٍّ من الإعدادين.
بالنسبة لتثبيتات Apache، يتطلب دليل التكوين اليدوي لـ ownCloud تحديد ملف ` mod_rewrite.htm` AllowOverride Allلدليل ownCloud عند الاعتماد على ملف `.htm` المرفق .htaccess، بالإضافة إلى إعداد Apache متعلق بـ DAV يمنع وحدة DAV الخاصة بـ Apache من التحكم في مسار التطبيق. قارن المضيف الافتراضي وكتلة الدليل مع الدليل الرسمي بدلاً من نسخ نموذج كامل ولصقه على موقع مخصص.
في نظامي Debian أو Ubuntu، افحص وحدة إعادة الكتابة المحملة وبنية تكوين Apache:
sudo apachectl -M | grep rewrite
sudo apachectl -tإذا لم تكن خاصية إعادة الكتابة مُفعّلة، فقم بتفعيلها sudo a2enmod rewrite، ثم تحقق من صحة الإعدادات مرة أخرى، وأعد تحميل Apache فقط بعد اجتياز فحص بناء الجملة. تأكد من أن <Directory>المسار يُطابق جذر موقع ownCloud الإلكتروني الفعلي، وأن التجاوزات غير مُعطّلة في مستويات أعلى من الإعدادات. تجنّب استبدال وصفة إعادة الكتابة المُولّدة من ownCloud يدويًا .htaccessبوصفة عامة؛ فقد تُؤدي القواعد المُخصصة إلى تعطيل مسارات التطبيق أو فقدانها أثناء التحديثات.
إذا كان الوصول إلى نقطة النهاية يعمل عند الاتصال مباشرةً بخادم الويب، ولكنه يفشل عند الاتصال عبر عنوان URL العام، فافحص الخادم الوكيل العكسي أو موازن الأحمال. تأكد من أنه يحتفظ /remote.php/dav/بالمسار الكامل، ويُعيد توجيه معلومات المضيف وHTTPS المتوقعة، ويسمح باستخدام طرق WebDAV مثل PROPFIND`<script> OPTIONS` و`< script> PUT` و`<script>` MOVEعند الحاجة. قد يؤدي الخادم الوكيل الذي يُزيل بادئة التثبيت أو يُرسل طلبات DAV إلى خادم خلفي مختلف إلى جعل واجهة المستخدم الرسومية تبدو سليمة بينما تفشل عمليات الملفات.
راجع سجلات البروكسي، وApache/Nginx، وownCloud عند حدوث طلب فاشل. قد يرفض جدار حماية تطبيقات الويب أو قاعدة ModSecurity طريقةً أو نص الطلب. حدد معرّف القاعدة بدقة، وأنشئ استثناءً محدودًا لمسار أو طلب ownCloud المتأثر، ثم أعد الاختبار. لا تُعطّل جدار حماية تطبيقات الويب بشكل عام لمجرد إزالة تحذير. إذا فشل توثيق DAV فقط خلف معالج FastCGI/PHP، فتحقق من تمرير رأس التفويض إلى PHP؛ توثّق ملاحظات تكوين ownCloud هذا النوع من المشكلات.
تعتمد عملاء WebDAV على بروتوكول HTTPS الصحيح تمامًا كما تفعل المتصفحات. تأكد من صلاحية الشهادة لاسم المضيف، وأنها تتضمن الشهادات الوسيطة المطلوبة، وأنها موثوقة من قِبل بيئة الخادم التي تُشغّل خاصية الفحص الذاتي لـ ownCloud. قد يُخفي المتصفح مشكلة في الشهادة التي يُبلغ عنها cURL أو PHP، أو قد يُصدّقها بشكل منفصل. لا تُعطّل التحقق من الشهادة كحلٍّ لهذه المشكلة.
تحقق من وجود حلقات إعادة توجيه، أو عمليات إعادة توجيه غير متوقعة من HTTP إلى HTTPS، أو إعادة توجيه من مسار DAV إلى صفحة تسجيل الدخول أو الصفحة الرئيسية العامة. قد تكون إعادة التوجيه طبيعية بالنسبة لعنوان URL الأساسي للمتصفح، ولكن يجب أن يصل طلب DAV في النهاية إلى نقطة نهاية التطبيق مع الحفاظ على طريقة الوصول وعنوان Authorization. إذا قام خادم وكيل بإنهاء TLS، فتأكد من أن ownCloud يستقبل البروتوكول والمضيف المُعاد توجيههما بشكل صحيح وفقًا لإعدادات الخادم الوكيل الموثقة.
بعد كل تغيير مستهدف، كرر نفس عمليات التحقق بدلاً من تغيير عدة طبقات في وقت واحد:
207 Multi-Statusلـ PROPFIND.إذا نجحت طلبات العميل ولكن بقي التحذير، فركز على نظام أسماء النطاقات (DNS) الخاص بالخادم، والتوجيه، وموثوقية الشهادة، وعنوان URL العام المُكوّن. إذا فشل كل من الفحص الذاتي وطلبات العملاء، فركز أولاً على مسار نقطة النهاية، وقواعد إعادة الكتابة، وتوجيه الوكيل، وطرق الطلب، وإعادة توجيه المصادقة. عندما تتم إدارة الخادم بواسطة مزود استضافة، أرسل للدعم الطابع الزمني، وحالة HTTP بعد تنقيحها، والمسار المطلوب، وإدخال السجل المطابق؛ لا تُرسل كلمات المرور أو أي معلومات تكوين سرية.
للحصول على توجيهات خاصة بالإصدار، قارن عملية النشر الخاصة بك مع دليل تثبيت Apache لخادم ownCloud 10.15 ، ووثائق الوصول إلى WebDAV لـ ownCloud Classic ، وملاحظات تكوين ownCloud حول مصادقة WebDAV . اتبع الدليل الخاص بالإصدار المثبت ونوع النشر لديك.
قارن بين 10 أدوات مسح الشبكة المحلية (Ping) لاكتشاف الشبكات المحلية بسرعة، وإجراء مسح شامل للأنظمة الأساسية المختلفة، وإدارة عناوين IP. تعرّف على ما يمكن أن يكشفه لك المسح وما لا يمكنه كشفه.
قارن بين ست أدوات لإدارة الشبكة لمراقبة الأداء، بما في ذلك تغطية SNMP، ورسم الخرائط، والتنبيهات، ونماذج النشر، والمفاضلات المتعلقة بالتكلفة.
قارن بين أفضل برامج تحليل شبكة Wi-Fi لأنظمة Windows و iPhone و Android، بما في ذلك أدوات ازدحام القنوات وتغطية الإشارة والخرائط الحرارية واستكشاف أخطاء الشبكة وإصلاحها.
قارن بين سبعة برامج مراقبة زمن الاستجابة المجانية والمفتوحة المصدر، بدءًا من مجموعات الشبكة الكاملة وحتى مجسات زمن الاستجابة المركزة، واختر البرنامج المناسب من حيث التوافر وفقدان الحزم والسجل.
تعرف على معنى جودة الخدمة في الشبكات، وكيف تحدد علامات DSCP وقوائم انتظار حركة المرور أولويات تطبيقات الصوت والفيديو والأعمال، وما لا تستطيع جودة الخدمة إصلاحه.
قم ببناء نظام مراقبة شبكة عملي مع تغطية واضحة للأجهزة، ومقاييس أداء مفيدة، وتنبيهات قابلة للتنفيذ، ومقارنة بين SolarWinds NPM وPRTG وOpManager.
قارن بين برامج خوادم SFTP الموثوقة لأنظمة ويندوز ولينكس، بما في ذلك OpenSSH وBitvise وSolarWinds وSFTPGo. اعثر على الخيار الأمثل الذي يلبي احتياجاتك الأمنية واحتياجات نقل الملفات.
قارن بين سبع أدوات لإدارة عناوين IP لاكتشاف الشبكات الفرعية، وتنسيق DNS وDHCP، وجرد الشبكة، وIPAM مفتوح المصدر.
قارن بين أدوات فحص الشبكة لاكتشاف الأجهزة بسرعة، وعمليات فحص IP عبر الأنظمة الأساسية، وإدارة عناوين IP للمؤسسات، مع إرشادات حول مطابقة كل خيار مع شبكتك.
استخدم خيار --traceroute في Nmap لرسم خرائط القفزات إلى مضيف مصرح به، وفهم مخرجات القفزة وRTT، واستكشاف الأخطاء وإصلاحها في الاستجابات المفقودة دون الإفراط في المسح.
