解决 Apache 权限问题：Permission Denied 错误排查与修复

linux中apache错误日志在哪

说实话，这是我在为客户排查 Apache 日志问题时最容易陷入麻烦的方法。
不同的系统真的很令人沮丧。
我们以 Ubuntu 为例。
我记得有一个案例，客户使用ufw直接关闭防火墙。
结果他连日志都打不开。
最终他意识到他必须使用 sudo 来直接查看文件。

有趣的是CentOS。
我曾经帮一个电商老板做过这件事。
他使用的是CentOS7 他在配置错误日志的时候，在配置中明明写的是/var/log/httpd/error_log，但是日志文件却出现在/var/log/httpd/error_log.2 02 3 -01 -1 2 .gz中。
后来检查的时候发现是Logrotate导致的问题。
这东西每天早上都会自动切断。
如果旧日志没有打包，新日志根本无法写入。

我没有亲自运行过Debian，但是根据我帮助朋友更改配置的经验，如果你用vim直接在/etc/apache2 /apache2 .conf中查找ErrorLog，你会发现有时根本找不到它，因为人们把日志直接扔到站点特定的配置文件中。
例如，您需要在 /etc/apache2 /sites-available/yourdomain.conf 等位置查找每个文件。

权限确实有问题。
有一次我忘记更改权限，甚至无法以普通用户身份打开 error.log，因此我不得不使用 sudo 再次执行此操作。
建议初学者直接给Apache用户或admin组添加权限，避免每次都调用root。

最神奇的是虚拟主机协议。
我遇到过客户为每个子页面打开单独的错误日志，配置文件就像迷宫一样。
你需要一一去“sites-available”或“conf.d”找到.conf文件。
它还可能写入类似“ErrorLog /var/log/apache2 /yourdomain_error.log”的内容。
只看路径很容易感到困惑。

数据我记得在CentOS6 中很多服务器仍然使用httpd.conf直接配置ServerRoot。
CentOS7 以后好像默认收敛到logs目录了。
但如果具体参数名称发生变化，建议您再次检查。
然而，您在 Linux 配置中最担心的是版本迭代带来的微妙变化。

简而言之，阅读日志时你必须像侦探一样。
首先查看默认位置，然后根据错误信息或者排查思路逐层删除配置文件。
有时甚至文件系统的结构也不同。
例如，使用 Btrfs 和传统 ext4 的系统之间的日志文件存储方法可能略有不同。

linux80端口服务日志文件放在哪个文件下?