Jeff Widman's questions

我在 104.143.14.103 管理一个 KVM VPS，由于某种原因无法访问http://pecl.php.net。

当我ping输入 PECL 服务器的 IP 地址（104.236.228.160）时，确保它不是 DNS 问题，并且每次我得到Destination Host Unreachable.

如何调试根本原因是我的服务器配置错误，还是目标服务器拒绝 ping？

我从我管理的各种其他服务器中获取 PECL 没有任何问题ping，所以我知道 PECL 不会阻止所有 ping。

ping我从我的 VPS 尝试的任何其他站点也没有问题，问题仅出在 PECL 服务器上。

我使用了我的 VPS 主机 ( http://lg.las1.ultravps.net/ )的镜子，它在 ping PECL 时没有问题。我还向主机提交了支持票，他们登录到该节点的管理程序并说他们可以成功 ping PECL。

我traceroute从另一台服务器运行到 PECL 服务器以查找倒数第二跳的 IP 地址。我可以从我的 VPS 成功地 ping 那个 IP (162.243.188.222)。

当我traceroute从 VPS 运行时，我得到：

[jeffwidman@ultravps ~]$ traceroute pecl.php.net
traceroute to pecl.php.net (104.236.228.160), 30 hops max, 60 byte packets
 1  ultravps.jeffwidman.com (104.143.14.103)  3005.478 ms !H  3005.400 ms !H  3005.270 ms !H
[jeffwidman@ultravps ~]$ traceroute 104.236.228.160
traceroute to 104.236.228.160 (104.236.228.160), 30 hops max, 60 byte packets
 1  ultravps.jeffwidman.com (104.143.14.103)  3005.916 ms !H  3005.877 ms !H  3005.867 ms !H
[jeffwidman@ultravps ~]$

我检查了多个黑名单站点，只是为了确保我没有继承错误的 IP 地址……它们都没有列出我的 IP。我也不经常点击 PECL，而且这个问题已经发生了好几天，所以如果我遇到速率限制，我会感到非常惊讶。

我还能做些什么来调试 PECL 是否阻止了我的 IP 地址，或者我的 VPS 上是否有错误配置？

输出ip route：

[jeffwidman@ultravps ~]$ ip route
default via 104.143.14.1 dev eth0  proto static  metric 100
104.0.0.0/8 dev eth0  proto kernel  scope link  src 104.143.14.103  metric 100

输出ip addr：

[jeffwidman@ultravps ~]$ ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
       valid_lft forever preferred_lft forever
2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000
    link/ether 00:16:3c:d1:49:f6 brd ff:ff:ff:ff:ff:ff
    inet 104.143.14.103/8 brd 104.255.255.255 scope global eth0
       valid_lft forever preferred_lft forever
    inet6 fe80::216:3cff:fed1:49f6/64 scope link
       valid_lft forever preferred_lft forever
[jeffwidman@ultravps ~]$

$host三个 Nginx 变量,$http_host和有什么区别$server_name？

我有一个重写规则，我不确定应该使用哪一个：

location = /vb/showthread.php {
    # /vb/showthread.php?50271-What-s-happening&p=846039
    if ($arg_p) {
        return 301 $scheme://$host/forum/index.php?posts/$arg_p/;
        }

我正在寻找的答案不仅是“在重写规则中使用 ___ 变量”，而且还解释了它们之间的理论差异。

我有一个基于https://github.com/al3x/sovereign/blob/master/roles/tarsnap/tasks/tarsnap.yml#L2的 Ansible 任务，当它应该成功时却一直失败。

我曾经使用 运行该角色ansible_ssh_user=root，但最近切换到使用具有无密码 sudo 权限的非 root 用户，然后调用become我的剧本。

然而，现在 Ansible 任务失败了，即使我已经指定了become=true. Tarsnap 已经安装，但任务仍然返回stderr: /bin/sh: tarsnap: command not found。我认为这是因为sudo我不太了解周围的事情。

当我以该非 root 用户身份手动 ssh 进入服务器并运行sudo tarsnap --version | grep 1.0.35 --color=never时，我得到sudo: tarsnap: command not found. 但如果我以 root 身份登录 SSH，同样的命令会给我tarsnap 1.0.35. 同样，当我运行sudo -i tarsnap --version | grep 1.0.35 --color=never（注意-i）时，我得到tarsnap 1.0.35.

我正在使用 CentOS 7。

sudo1）为什么vs的结果不同sudo -i？

2) 如何修复我的 Ansible 任务？

我正在为传递给 index.php 的 url 参数进行一些 Nginx 重写：

• 老的：?topic=10126.msg36887
• 新的：?posts/36887/

我的两个问题：

1）我如何重写新的参数结构，因为它使用“参数/值/”而不是传统的“参数=值”结构？

2）我的“if”语句没有触发，我不知道为什么......测试urldomain.com/forum/index.php?topic=10126.msg36887应该重定向到/success，但它根本没有被重写。

这是我当前的 Nginx 配置：

location /forum/ {
    index index.php index.html index.htm;
    try_files $uri $uri/ /forum/index.php?$uri&$args;

    location /forum/index.php {

        # I know Nginx 'If is Evil', but it's the only way 
        # to trigger rewrites on url parameters
        if ($arg_topic ~ [0-9]+\.\bmsg([0-9]+) {

            # testing whether 'if' triggers:
            rewrite ^ /success? redirect;

            # full rewrite:
            # rewrite ^\/forum\/index\.php ^\/forum\/index\.php\?posts\/$1\/? redirect;

            }
        }
    }

location ~ \.php$ {
    try_files $uri =404;
    fastcgi_pass    127.0.0.1:9000;
    fastcgi_param   SCRIPT_FILENAME $document_root$fastcgi_script_name;
    include         fastcgi_params;
    }