连接到 wp_remote_post Wordpress 时，Softlayer ISP 阻止网络退出

Posted 2023-03-15

【中文标题】连接到 wp_remote_post Wordpress 时，Softlayer ISP 阻止网络退出

【英文标题】：Softlayer ISP Blocking Network dropping out when connecting to wp_remote_post Wordpress

【发布时间】：2015-10-06 04:40:30

【问题描述】：

我们确实在寻求社区的帮助，我们遇到了客户网站无法再访问我的 api 并超时的问题。

Connection timed out after 10001 milliseconds. 

我们已经联系了我们的东道主媒体殿堂，他们无法给我任何解决方案，我们真的需要一些帮助。

这是我遇到的问题的视频。

http://bit.ly/1CEIYOH

这是我们 api 的跟踪路径，它适用于我们的许多用户，但现在有些用户遇到了如下问题。

1  50.23.120.193-static.reverse.softlayer.com (50.23.120.193)  0.513 ms  0.491 ms  0.481 ms
2  ae0.dar02.sr01.sjc01.networklayer.com (50.23.118.132)  0.366 ms ae0.dar01.sr01.sjc01.networklayer.com (50.23.118.130)  0.406 ms ae0.dar02.sr01.sjc01.networklayer.com (50.23.118.132)  0.302 ms
3  50.97.19.164-static.reverse.softlayer.com (50.97.19.164)  0.775 ms  0.701 ms ae8.bbr01.eq01.sjc02.networklayer.com (173.192.18.248)  0.803 ms
4  equinix-ix.sjc1.us.voxel.net (206.223.116.4)  0.741 ms  0.794 ms  0.868 ms
5  173.231.161.193 (173.231.161.193)  48.109 ms  44.392 ms  44.397 ms
6  0.te1-2.tsr1.dal2.us.voxel.net (107.6.99.249)  79.040 ms  79.065 ms  80.685 ms
7  0.te2-2.tsr3.iad1.us.voxel.net (173.231.161.189)  78.472 ms  78.438 ms  78.414 ms
8  173.231.160.90 (173.231.160.90)  81.183 ms  81.158 ms 173.231.160.82 (173.231.160.82)  78.348 ms
9  internap.iad1.us.voxel.net (173.231.161.74)  78.815 ms  78.794 ms  78.751 ms
10  border2.te4-1-bbnet1.wdc012.pnap.net (216.52.127.39)  78.455 ms border2.pc2-bbnet2.wdc012.pnap.net (216.52.127.76)  78.282 ms  78.261 ms
11  net2ez-3.border2.wdc012.pnap.net (64.94.31.142)  79.218 ms  79.159 ms  79.094 ms
12  * * *
13  * * *
14  * * *
15  * * *
16  * * *
17  * * *
18  * * *
19  * * *
20  * * *
21  * * *
22  * * *
23  * * *
24  * * *
25  * * *
26  * * *
27  * * *
28  * * *
29  * * *

网络刚刚退出这里是媒体神殿的回应。

我们收到了我们提供商的网络工程师的反馈，他 询问您的客户或 softlayer 的客户是否开票 软层。从他们所做的测试来看，似乎有 各种 ISP 和 softlayer 之间的一些路由对等问题。

新的更新

从您的跟踪路由来看，共同点似乎是 Softlayer， Internap 或 NetDC ISP。我已经和 NetDC 谈过了，他们声称他们 没有过滤任何东西。我们也联系了softlayer，但是 没有收到他们的回音。如果我们可以帮助缩小范围 可以像之前一样运行另一个脚本：

另一个更新

好的，我已经联系了 Softlayer（您客户的 ISP）Internap （中间 ISP）和 NetDC（中间 ISP）。其中之一是 过滤东西，我希望我能从他们那里得到快速的回应。它 目前我们无法控制，但希望这些 ISP 能够 响应并允许我们追踪任何阻碍您的 客户联系您。

最新更新

Good news, I got a response from Softlayer just as I sent you that last correspondence.  They are seeing the same issue from their end

他们认为问题出在 Internap 内部。他们已经进入 Internap 也是如此，因为他们是 Internap 的直接客户，所以 希望能有所发现。

我能够确定我们的一些 ip 子网 有问题的 Softlayer 路由器可以访问 连接到您的 IP。我需要验证我们是否可以真正迁移 您访问其中一个 IP。

我正在更改 Internet 路由，因此希望 Internap 没有到您的服务器的首选路由，因此被绕过，我 相信问题不仅限于您的 IP，这就是为什么我 迈出这更极端的一步。

有人可以帮忙

最终更新。

最终的解决方案是完全离开 Media Temple，在我们的客户遇到无法提供解决方案的问题 3 周后，当他们向他们提出这个明确的问题时，他们的托管服务真的让我们失望了。

为什么我可以从有问题的 ip 发布到任何其他服务器，但媒体庙宇除外？

即使是支持人员，因为他们无法回答问题而只是将我转移到另一个支持人员。

让我担心的是为什么托管服务提供商不能解决这样的问题？由于这个问题，我失去了很多付费客户。

解决方案是将所有内容转移到亚马逊并将其安装到一个 EC2 实例上，我希望我从一开始就完成了这一天，我还以 3 美元的价格安装了一个 ssl 证书，而 Media Temple 上的那个是75 美元，我还为他们的 Cloudtech 服务支付了 100 美元。

Amazon 的优点在于，即使再次发生此类错误，我也可以创建一个 AMI，然后启动一个新的 EC2 并完成工作。

如果您的服务依赖于 API 并且您遇到 ISP 问题，那么每个人都要小心第三方托管的此类问题您的用户不想听到（哦，我只是在等待 Media Temple 的回复）。

所以解决方案使用 Amazon Web Service 灵活强大且完全在您的控制之下，尽情吐槽

Media Temple 让我们大失所望。

【问题讨论】：

“我需要验证我们是否真的可以将您迁移到其中一个 IP。”听起来不错。但我希望他不是在暗示 DNS 缓存中毒，因为他说：“我正在更改 Internet 路由，因此希望 Internap 没有通往您的服务器的首选路由，因此会被绕过。”

另外，您的视频链接已损坏。或者至少，它对我不起作用。

你可能想在networkengineering.stackexchange.com上发布这个

感谢大家的建议，最终的解决方案是完全远离媒体寺，我已经更新了上面的原因。

【参考方案1】：

您希望社区提供什么帮助，我相信这只是与 ISP 的调整，它与部署或托管无关。

如果你先检查本地的东西，然后用一个 Dummy 来检查你的 ISP 上的不同配置，以确认被阻止的确切内容是什么，那就太好了。

那么您将能够轻松解决您的问题..

根据您的问题和我的知识，这是我能提供的最佳答案

【讨论】：

嗨，NK，我基本上是在拔头发，因为我无法解决这个问题，现在已经将近两个半星期了，没有任何改变，只是更多的人遇到了同样的问题，我现在正在处理完全改变服务器以获得新的 ip，我对社区的期望是某种帮助，如果有人遇到过与 ISP 类似的事情以及他们是如何解决的，我会提供任何建议。

@user1503606 您的系统中有哪些冗余？另外，您只有 1 个 ISP 链接，还是有其他链接？据我所知，在您的问题中，这是一个基础设施问题。除了更改服务之外，您对那里可以做什么没有发言权

感谢大家的建议，最终的解决方案是完全远离媒体寺我已经更新了上面的原因。