# أخطاء الأذونات مع "./launcher rebuild app" في تثبيت جديد

**URL:** <https://meta.discourse.org/t/permisions-errors-with-launcher-rebuild-app-on-fresh-install/382462>\
**Category:** Self-hosting\
**Created:** [12 سبتمبر 2025، 7:14م UTC](https://meta.discourse.org/t/permisions-errors-with-launcher-rebuild-app-on-fresh-install/382462 "2025-09-12T19:14:38Z")\
**Posts on this page:** 1\
**Showing post:** 7

<div class="post-metadata">

**Author:** ![mcdanlj](https://sea3.discourse-cdn.com/meta/user_avatar/meta.discourse.org/mcdanlj/32/131829_2.png) [@mcdanlj](https://meta.discourse.org/u/mcdanlj)\
**Post date:** [13 سبتمبر 2025، 12:28م UTC](https://meta.discourse.org/t/permisions-errors-with-launcher-rebuild-app-on-fresh-install/382462/7 "2025-09-13T12:28:12Z")

</div>

بالنظر إلى `--privileged` أرى أنه يعطل تسميات عمليات SELinux.

أنا لا أقوم بتعطيل SELinux على خادم Discourse الخاص بي، وفي الواقع لدي تعليمات في دليلي حول كيفية التكيف مع الحفاظ على SELinux ممكّنًا أثناء استخدام nginx خارجي. يمكنك أيضًا التحقق من سجلات avc الخاصة بك للحصول على الإنكارات ذات الصلة وكتابة سياسة محلية باستخدام `audit2allow`. ولكن يمكن أن تكون هذه عملية تكرارية طويلة. سأبدأ من الصفر (مع مسح `/var/discourse`) للتأكد من أنها اختبار صالح ومعرفة ما إذا كنت لا تزال بحاجة إلى `--permissive` مع تعطيل SELinux (على سبيل المثال، `setenforce 0`). ثم إذا نجح ذلك، يمكنك استخدام `audit2allow` لأن `setenforce 0` لا يزال يكتب إدخالات avc، ولكنه لم يعد يتوقف عند البوابة الأولى، لذلك ستصل إلى سياسة عاملة بشكل أسرع.

لا أعتقد أنني سأستمر في استخدام `--privileged` على نظام إنتاجي إذا كان بإمكاني تجنبه.

---

_[View the full topic](https://meta.discourse.org/t/permisions-errors-with-launcher-rebuild-app-on-fresh-install/382462)._