答学员问服务器上安装好LAMP架构，部署wordpress之后网页端无法访问

Posted 2022-12-30 互联网老辛

文章目录

• • 问题反馈
  • 问题排查
  • • 1. 首先是IP： 确认无误：
    • 2. 安装一下 php看看是否安装：
    • 3. 最后测试PHP是否能够解析
  • 再次沟通
  • 分析整理
  • • 列清单排查
  • 测试过程
  • • 1. 上传包解压
    • 2. 安装好LAMP架构并测试是否支持php
    • 3. 测试是否可以访问wordpress
    • 4. 查看日志排查
  • 解决方案
  • • 1. 卸载所有的yum源
    • 2. 添加remi源，并设置启动80的源
    • 3. 安装php及其拓展源
    • 4. 测试版本：
    • 5. 再次进行网页端安装测试：
  • 总结

问题反馈

问题反馈：
2022/12/29 22:44:12
老师 我问一下我按照步骤搭好了WordPress，可本地浏览器打不开，服务器里的浏览器也打不开这个IP的内容，selinux上下文和防火墙都关了

2022/12/29 22:44:36
实在不知道是什么原因影响到了

以下是访问截图：

互联网老辛回复：

问题排查

学员开始按照这两个问题进行排查

1. 首先是IP： 确认无误：

2. 安装一下 php看看是否安装：

yum install  php  php-mysql

3. 最后测试PHP是否能够解析

在网站根目录/var/www/html 创建 index.php

<?php  
phpinfo();  
?>

然后刷新网址

404提示路径，询问得知，在路径/var/www/html下有个wordpress， 而配置文件中，把根地址改为了：/var/www/html/wordpress

于是，这里又让他把 index.php 复制到wordpress里。

但wordpress里是有index.php的，需要先备份。

刷新完成后还是显示not found

这时候我要来下配置文件的最后十行：

发现配置文件里的路径，根本不是反馈的/var/www/html

于是让他补全路径

补充之后再重启：

可以看到已经能够查看到index.php，说明php的解析是成功了的。

接下来只需要把刚才备份的index.php，还原回去就可以了。

mv index.php1 index.php

然后刷新网页

再次沟通

再次沟通，这时候同学提到一个细节：

修改权限

结果还是不行

分析整理

列清单排查

到目前为止有几个点我们已经排查过了：

1. 权限问题（已解决）
2. php解析没问题（已解决）
3. selinux已经关闭 （已解决）
4. iptables -F （已解决）

以上四个都已经没问题，怀疑是压缩包的问题，让学员把包发给我，进行测试

测试过程

1. 上传包解压

2. 安装好LAMP架构并测试是否支持php

发现底层架构没问题，可以支持php

3. 测试是否可以访问wordpress

发现及时写全路径也无法访问：

4. 查看日志排查

查看访问日志 access.log

报了一堆408错误，从这里只能猜测是程序访问慢，但一般408是用户访问慢，或者用户端有问题

查看错误日志 errl.log

这里居然提示有语法错误：

一般出现语法错误的原因：

1. 程序员写的代码有错误
2. 版本不匹配

学员提到包是从官网下载的，在官网上应该有对版本的要求：

在学员下载包的官网，明确指定的服务器版本要求

可以看到要求是php7.3，但我们用yum安装，是php5的版本，所以这里可以做php的升级。

解决方案

1. 卸载所有的yum源

[root@itlaoxin41 html]# yum remove -y php*

2. 添加remi源，并设置启动80的源

yum install -y https://rpms.remirepo.net/enterprise/remi-release-7.rpm

yum install -y yum-utils device-mapper-persistent-data lvm2
yum-config-manager --disable ‘remi-php*’
yum-config-manager --enable remi-php80

3. 安装php及其拓展源

yum install -y php php-bcmath php-cli php-common php-devel php-fpm php-gd php-intl php-ldap php-mbstring php-mysqlnd php-odbc php-pdo php-pear php-pecl-xmlrpc php-pecl-zip php-process php-snmp php-soap php-sodium php-xml

4. 测试版本：

5. 再次进行网页端安装测试：

发现已经可以正常访问了.

总结

运维的问题排查大多数情况下都是先猜测可能的原因，再一个一个排除。在排查过程中需要跟开发，用户多次沟通，才能最终定位问题。

但一定要把版本升级，数据库迁移这类的操作放在最后去排查。能进行小的改动解决的，就先用小的改动，甚至不改动。