-
Notifications
You must be signed in to change notification settings - Fork 84
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
SELinux下的Permission Denied #175
Comments
本人使用的是Oracle Linux 9,所以SELinux的执行策略可能更为严格,因为目前没有看见其他类似的issue |
你先手动执行下
|
使用了该方法,经过测试,xray-ui本身的标签不能为httpd_sys_rw_content_t,在本人的测试下只有当标签为bin_t时面板可以正常工作。而这种情况下,即使我已经添加了面板的运行端口至http_port_t组中时,同样无法使用nginx的反代服务,具体的阻止日志如下:
本人使用其他标签尝试了一下午,没有找到其他解决的办法,加之本人的服务器没有其他用途,因此暂时使用了SELinux的Permissive模式来同时运行面板和nginx反代功能。但对于有生产任务的服务器来说,这应该不是一个好的策略。 |
另外这个问题会造成SELinux的setroubleshoot服务为了处理报错而大量占据服务器资源,至少今天下午我确实确认了我用于搭建服务的服务器最近频繁掉线的原因就是这个 |
那你等等我这边先测试一下。 |
这边这样配置就可以了。rocky9 测试的。你那边测试配置好建议分享一下我写个md |
我晚些时候会尝试一下,如果无误会关闭这个issue的 |
Welcome
Description of the problem,screencshot would be good
在具有SELinux的系统中,开机自启会由于SELinux的严格策略无法正常启用,即在每次设备重启之后xray-ui无法正常工作,这在xray的内核日志中表现为
/usr/local/xray-ui/xray-ui Permission Denied
。这个问题可以通过
restorecon
命令,通过恢复xray-ui在SELinux严格策略下的上下文关系解决;但该解决方案带来的另一个问题是,部署在服务器上的nginx无法反向代理至UI面板(502 Bad Gateway),这同样是由于SELinux的严格执行策略造成的,因为当本人取消SELinux服务时,对于UI页面的反向代理恢复正常。令一个解决方案是每次重启时,手动重新下载安装一遍该xray-ui脚本,不过这显然不是长久之策。
Version of xray-ui
Jul 05 07:13:46 XXX xray-ui[12381]: 2024/07/05 07:13:46 xray-ui 1.8.24
xray-ui log reports or xray log
The text was updated successfully, but these errors were encountered: