测试机域名不能访问ip却可以访问

最新推荐文章于 2024-09-08 17:15:25 发布

原创最新推荐文章于 2024-09-08 17:15:25 发布 · 4.4k 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#nginx #499 #php-fpm

服务器专栏收录该内容

3 篇文章

订阅专栏

最近在给测试机101.200.217.41 发送请求的时候碰到了问题。测试机的日志配置如下：Nginx服务器级别的日志：dev_error.log ,dev_access.log ; Yii框架日志： request.log;

当我给dev.elliss.cn发送请求的时候，除了dev_access.log有日志记录外，其他两个大多数情况下没反应。

l 在app端看，app给server发送一个Get请求，希望获取 cookie 保存下来，但是总是获取失败。这就导致后续的请求由于请求数据不完整而不能被服务器验证；

l 从浏览器测试看，访问dev.elliss.cn也有问题，提示“暂时不能访问，可能网站需要备案”；

l 利用cmd ping 服务器的域名 dev.elliss.cn 也有问题，丢包率100%。

解决思路：从server端的三个日志文件入手。首先看error.log中记录信息：

PHP message: PHP Warning: Unknown: Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/home/ileberry/session) in Unknown on line 0" while reading upstream, client: 122.72.53.12, server: dev.elliss.cn, request: "POST /r HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "dev.elliss.cn"

错误信息提示：会话信息写入 /home/ileberry/session 失败，可能是访问权限的问题。这个是PHP给我们提示消息，从php.ini 初始化文件入手：

session.save_path = "/home/ileberry/session"

上面指定了会话信息保存的位置，为了让该文件夹不再“拒绝”被写入，把文件夹以及里边的文件权限都改成 777 。测试了一下，还是出错。

2015/10/22 15:10:56 [error] 1741#0: *169 connect() failed (111: Connection refused) while connecting to upstream, client: 116.216.8.36, server: dev.elliss.cn, request: "POST /l HTTP/1.1", upstream: "fastcgi://127.0.0.1:9000", host: "dev.elliss.cn"

这是error.log中的另一条可能帮助我解决问题的日志，网友的解释是：

It sounds like you haven't started and configured backend for Nginx. Start php-fpm and add the following to nginx.conf, in http context:

我试着重启php-fpm ，在我关闭php-fpm 后，果然又冒出了好多条以上的报错，开启之后就再也没有报错，所以上面的报错确实是和php-fpm 没有开启有关，但是没有帮助我解决目前的问题。

Error.log是指望不上了，这些报错都是好几天前的，我重新发送请求，error.log中并没有任何记录。那request.log呢？

试着在PHP的入口文件index.php中打印日志：

ob_start();

print_r($_POST);

$output = ob_get_clean();

\Yii::info("--------------------test cjw ".$output,__METHOD__);

Request.log中确实看到了我的日志，说明请求确实是进入了Yii框架当中被PHP处理了，不过$_POST一直是空的~~~

Request.log里边可以得到的线索也很有限，因为它总是接收不到日志记录，在接收到的异常日志中看，发现少了cookie，post请求也没有带上csrfToken ，我感觉是什么东西导致了请求端与server端无法建立正常的会话。

最后只能从 dev_access.log 入手了，每一次请求这里都有记录：