قم بمسح تحذير ملف .htaccess الخاص بـ ownCloud Apache بأمان

في حالة تثبيت ownCloud Classic المُستضاف على خادم Apache، قم بإصلاح تحذير "AllowOverride All" أو "ملف .htaccess لا يعمل" عن طريق ضبط الإعدادات AllowOverride Allداخل كتلة Apache المطابقة <Directory>لجذر موقع ownCloud في المضيف الظاهري النشط. اختبر إعدادات Apache، وأعد تشغيل الخدمة، وقم بتحديث نظرة عامة على إدارة ownCloud. لا تقم بتمكين التجاوزات لنظام الملفات بأكمله.

محرر المضيف الافتراضي لـ Apache يعرض DocumentRoot وكتلة دليل ownCloud المطابقة مع AllowOverride All
يجب أن يكون التجاوز في كتلة دليل Apache التي تتطابق مع مسار نظام ملفات ownCloud.

ماذا يعني التحذير؟

AllowOverrideيتحكم توجيه Apache في الإعدادات التي .htaccessيمكن تطبيقها على ملف معين. إذا تم تعطيل التجاوزات لدليل ownCloud، فسيتجاهل Apache القواعد الموجودة في .htaccessالملف المُقدم من ownCloud. قد يؤثر هذا على عمليات إعادة الكتابة وقواعد الأمان، ولهذا السبب يتضمن دليل ownCloud الحالي (الإصدار 10.16) AllowOverride Allمثالًا لإعداد Apache.

لا يُطبَّق هذا التوجيه إلا في <Directory>قسم Apache. ولا ينبغي استخدامه داخل أي قسم آخر .htaccess، أو <Location>كتلة، أو مسار URL. كما تُحذِّر Apache المسؤولين من تفعيل التجاوزات في <Directory "/">الكتلة العامة؛ بل ينبغي حصر نطاق الإعداد في دليل تثبيت ownCloud. راجع دليل تثبيت Apache الخاص بـ ownCloud 10.16 AllowOverrideومرجع Apache .

قبل تعديل Apache

  • تأكد من أن خادم الويب الذي يُدير ownCloud هو Apache. لا يقوم هذا التوجيه بتهيئة Nginx. إذا كان Apache يعمل خلف خادم وكيل، فحدد مضيف Apache الذي يُقدّم ملفات ownCloud.
  • ابحث عن مسار التثبيت الفعلي لـ ownCloud، مثل /var/www/owncloud. استخدم مسار نظام الملفات الذي يوفره Apache، وليس عنوان URL للمتصفح مثل /owncloud.
  • قم بعمل نسخة احتياطية من ملف المضيف الافتراضي النشط قبل تعديله. في نظامي Debian أو Ubuntu، يستخدم دليل ownCloud موقعًا مختلفًا /etc/apache2/sites-available/owncloud.conf؛ أما التوزيعات الأخرى فتستخدم مواقع مختلفة.
  • تأكد من فصل مضيفاتك الافتراضية HTTP وHTTPS. ضع الإعداد في المضيف الافتراضي الذي يستجيب لطلبات ownCloud؛ إذا كان كلا المضيفين الافتراضيين يستجيبان للملفات مباشرةً، فقم بضبطهما بشكل متسق.

في نظامي Debian أو Ubuntu، sudo apachectl -Sيعرض هذا الأمر قائمة بالمضيفات الافتراضية لـ Apache وملفات التكوين التي تحددها. يساعد هذا في تجنب تعديل موقع افتراضي غير مستخدم بينما يستمر المضيف الافتراضي HTTPS في خدمة ownCloud.

أضف التوجيه إلى كتلة الدليل المطابقة

افتح ملف المضيف الافتراضي النشط وابحث عن <Directory>قسم ownCloud الموجود فيه. أضف السطر المطلوب أو عدّله هناك. بالنسبة للتثبيت القياسي في /var/www/owncloud، قد يبدو الجزء ذو الصلة كما يلي:

DocumentRoot /var/www/owncloud

<Directory /var/www/owncloud/>
  Options +FollowSymLinks -Indexes
  AllowOverride All
  Require all granted
</Directory>

قم بدمج الإعداد في تكوينك الحالي بدلاً من استبدال ملف المضيف الافتراضي بالكامل بهذا المثال المختصر. إذا كان مجلد ownCloud الخاص بك موجودًا في مكان آخر، فاستبدل كلا المسارين بالمسار الفعلي. يتطلب Apache أن يتطابق مسار المجلد مع مسار نظام الملفات الذي يستخدمه للملفات.

Allيسمح هذا الأمر لأي توجيه مسموح به في .htaccessملف بتجاوز إعدادات الخادم في هذا المجلد. هذه صلاحية واسعة، لذا يُرجى إبقاء هذا القسم محصورًا في جذر موقع ownCloud الإلكتروني. لا تُغيّر هذا الأمر AllowOverride Noneلمواقع أخرى /أو /var/wwwمواقع غير ذات صلة لمجرد إخفاء التحذير.

اختبر، أعد التحميل، وتحقق

في نظامي Debian أو Ubuntu، mod_rewriteتُعدّ وثائق ownCloud ضرورية لإعداد Apache الخاص بها. إذا لم تكن مُفعّلة، فقم بتفعيلها باستخدام الأمر التالي:

sudo a2enmod rewrite

ثم تحقق من الإعدادات قبل تطبيقها:

sudo apachectl -t

تابع فقط إذا أبلغ Apache عن المشكلة Syntax OK. أعد تحميل Apache حتى يقرأ ملف vhost المُحدَّث.

sudo systemctl reload apache2

في التوزيعات التي تستخدم httpdاسم الخدمة، استخدم أوامر اختبار التكوين وإعادة التحميل الخاصة بتلك التوزيعة. ارجع إلى إعدادات ownCloud > الإدارة > نظرة عامة ، ثم قم بتحديث الصفحة. سيختفي التحذير إذا كان Apache يقرأ ملف vhost المُعدَّل ويعالج بيانات ownCloud .htaccess.

طرفية لينكس تُشغّل الأمر a2enmod rewrite وتُظهر أن وحدة إعادة كتابة Apache مُفعّلة.
تأكد من تفعيل وحدة إعادة الكتابة الخاصة بـ Apache عندما يكون سلوك إعادة الكتابة الخاص بـ ownCloud جزءًا من التحذير.
طرفية لينكس تُظهر الأمر apachectl -t الذي يُرجع "Syntax OK" قبل إعادة تحميل أباتشي
تحقق من صحة إعدادات Apache قبل إعادة تحميل الخدمة.
صفحة نظرة عامة على الإدارة على غرار ownCloud بدون ظهور تحذير AllowOverride
بعد إعادة التحميل، قم بزيارة صفحة نظرة عامة على الإدارة وتحقق مما إذا كان تحذير ملف .htaccess قد اختفى.

إذا استمر التحذير

  • تحقق من المضيف الافتراضي النشط. أعد تشغيل sudo apachectl -Sالبرنامج وتأكد من أن الملف المُعدَّل ينتمي إلى اسم المضيف والمنفذ المستخدمين من قِبل ownCloud. AllowOverride Allلن يكون للسطر الموجود في كتلة غير متطابقة أي تأثير.
  • تحقق من المسار والقسم بدقة. تأكد من أن الكتلة عبارة عن <Directory /path/to/owncloud/>قسم حرفي وأن المسار يطابق دليل التثبيت. يتجاهل Apache ملفات AllowOverridein .htaccessو <Location>.
  • أعد إنشاء قواعد ownCloud القديمة عند الحاجة فقط. إذا كان ملف المضيف الافتراضي (vhost) صحيحًا ولكن قواعد إعادة كتابة عناوين URL في ownCloud تحتاج إلى تحديث، فراجع وثائق الدليل occ maintenance:update:htaccess. شغّل الأمر من دليل ownCloud بصفتك مستخدم خادم الويب، على سبيل المثال sudo -u www-data php occ maintenance:update:htaccess. يجب أن يكون مستخدم خادم الويب قادرًا على كتابة الملف المُقدّم .htaccessلهذا التحديث. لا تجعل الملف قابلاً للكتابة من قِبل جميع المستخدمين؛ صحّح ملكيته أو أذوناته وفقًا لإرشادات التثبيت.
  • اقرأ سجل أخطاء Apache بعد ظهور خطأ 500. يتحقق فحص بناء الجملة من صحة إعدادات Apache الرئيسية، ولكن .htaccessقد يفشل توجيه معين إذا كان الموديول الخاص به مفقودًا أو إذا كان التوجيه غير مسموح به. استخدم سجل الأخطاء لتحديد الموديول أو القاعدة المعنية.

يتطلب إعداد عناوين URL بدون ملف index.php الموثق في ownCloud أيضًا وجود ملف index.php mod_rewrite، وملف index.php، mod_envوملف index.php، وملف index.php، وملف index.php، وملف index.php، وملف index.php، .htaccessوملف index.php، وملف index.php. هذا إعداد لإعادة كتابة عناوين URL، وليس سببًا لتوسيع نطاق التجاوزات خارج دليل ownCloud. إذا كان إعدادك يستخدم PHP-FPM، فاتبع إرشادات ownCloud الحالية لهذا التثبيت بدلًا من تغيير معالجات PHP لمعالجة تحذير تجاوز Apache. إذا كان التحذير يشير إلى إمكانية الوصول إلى دليل البيانات بشكل عام، فتحقق من أن دليل البيانات يقع خارج جذر الموقع أو أنه محمي بقاعدة Apache صريحة؛ فإزالة التحذير .htaccessوحدها لا تثبت عدم إمكانية طلب الملفات الخاصة مباشرةً.

للاطلاع على السلوك الموثق وحدود النظام الأساسي، راجع إرشادات عنوان URL بدون index.php الخاصة بـ ownCloud ومرجع أوامر OCC الخاص بها .

اترك تعليقاً

قم بمسح تحذير ملف .htaccess الخاص بـ ownCloud Apache بأمان

قم بمسح تحذير ملف .htaccess الخاص بـ ownCloud Apache بأمان

قم بتعيين AllowOverride All فقط لجذر الويب الخاص بـ ownCloud، وتحقق من صحة المضيف الظاهري النشط لـ Apache، وأعد التحميل بأمان لاستعادة قواعد .htaccess.

قم بإعداد خدمة التدقيق المؤسسي في ownCloud وتحقق من السجلات

قم بتمكين تطبيق التدقيق المؤسسي الخاص بـ ownCloud، وقم بتوجيه أحداث admin_audit إلى ملف سجل محمي، وتأكد من تسجيل إجراءات المستخدم الحقيقية.

قم بربط ownCloud Infinite Scale بـ Keycloak باستخدام OIDC

قم بربط ownCloud Infinite Scale بـ Keycloak باستخدام OIDC

قم بمواءمة مُصدر نطاق Keycloak وعميل الويب ومطالبات المستخدم للسماح لـ ownCloud Infinite Scale بتسجيل دخول المستخدمين بشكل موثوق عبر عملاء الويب والهواتف المحمولة.

نقل ملفات ownCloud إلى مالك جديد دون فقدان المشاركات

انقل الملفات المملوكة والمشتركات الصادرة باستخدام أمر occ الخاص بـ ownCloud، وافهم ما يبقى، وتحقق من الوصول قبل حذف الحساب القديم.

تسريع استعلامات ownCloud 10 من خلال إدارة الفهارس بأمان

تعرف على متى تحتاج فهارس قاعدة بيانات ownCloud 10 إلى الاهتمام، وكيفية تطبيق تحديثات المخطط المدعومة بأمان، ومتى يكون ضبط الاستعلام أو تغيير قاعدة البيانات هو الحل الأفضل.

قم بتثبيت مشاركة SMB/CIFS في ownCloud بدون تثبيت Linux

قم بتوصيل مشاركة شبكة Windows أو Samba بـ ownCloud من خلال وحدة تخزين خارجية، وتحقق من بيانات الاعتماد، وقم باستكشاف أخطاء المجلدات التي لا يمكن الوصول إليها وإصلاحها بأمان.

حذف إصدارات ملفات ownCloud بأمان باستخدام أمر occ

حذف إصدارات ملفات ownCloud بأمان باستخدام أمر occ

قم بإزالة كل إصدار ملف مخزن من ownCloud Server Classic لحساب واحد أو لجميع المستخدمين، وقم بالتمييز بين عملية التطهير الكاملة وانتهاء الصلاحية المستندة إلى الاحتفاظ.

هل تم رفض اتصال ownCloud عبر الجوال؟ تحقق من عنوان URL وإمكانية الوصول.

هل تم رفض اتصال ownCloud عبر الجوال؟ تحقق من عنوان URL وإمكانية الوصول.

تتبع رفض اتصال ownCloud عبر الهاتف المحمول عن طريق التحقق من عنوان URL للخادم وشبكة الهاتف ونقطة نهاية HTTPS وسجلات الخادم بالترتيب الصحيح.

تشغيل مهام ownCloud في الخلفية بشكل موثوق باستخدام مؤقت Systemd

استبدل عمليات تشغيل الوظائف عند الطلب بمؤقت systemd الذي يقوم بتشغيل أمر occ system:cron المدعوم من ownCloud كل 15 دقيقة.

استعادة مزامنة WebDAV الخاصة بـ ownCloud عن طريق إيجاد المسار المعطل

تتبع طلب WebDAV من خلال Apache أو Nginx أو وكيل عكسي، ثم تأكد من أن مزامنة ownCloud تعمل مع اختبار PROPFIND مصادق عليه.