解决云服务器访问问题：发现和解决 Cloudflare WARP 引起的 IP 问题_cloudflare warp 无法连接

背景

最近在配置我的云服务器时，我遇到了一个有趣的网络问题。虽然能够通过 SSH 连接到服务器，也可以通过域名访问服务，但是在尝试通过 IP 地址和端口直接访问服务器上的服务时，却无法成功。一开始，我对这个问题感到困惑，但最终通过一系列的调试步骤找到了原因并解决了问题。

发现问题根源

问题根源的发现始于我使用外部服务检查服务器的公网 IP 地址。我注意到，虽然服务器有一个独立的公有 IP 地址，但通过外部服务显示的公网 IP 地址却属于 Cloudflare。
命令如下：

ubuntu@ip-172-31-8-225:~$ curl https://ipecho.net/plain
104.28.253.218
1
2

其中 104.28.253.218属于cloudflare的cdn。
这启发我思考，这可能是由于服务器上的 Cloudflare WARP 设置所致。

Cloudflare WARP 的影响

Cloudflare WARP 是一种网络优化和安全服务，它可以改变服务器的公网 IP 地址，并通过 Cloudflare 的网络来路由流量。我意识到，WARP 可能在无意中拦截了对服务器的直接 HTTP 访问尝试。

解决步骤

1. 停止 WARP 服务：
   我首先在服务器上停止了 WARP 服务：

   sudo systemctl stop wg-quick@wgcf
   1

   这个命令停止了名为 wgcf 的 WireGuard 接口，这是 WARP 使用的技术。

2. 测试访问：
   停止 WARP 服务后，我再次尝试通过 IP 地址和端口访问服务器，这一次成功了。这证实了 WARP 是导致问题的根源。

3. 确认问题解决：
   为了确保问题彻底解决，我检查了服务器的网络配置，并确认没有其他潜在的问题影响网络访问。

学到的教训

• 理解工具的影响：虽然像 Cloudflare WARP 这样的工具可以提供网络优化和安全保障，但它们也可能对服务器的网络行为产生意想不到的影响。
• 调试技巧：在遇到复杂的网络问题时，检查各种角度和组件至关重要，包括但不限于服务配置、防火墙规则、DNS 设置和任何中间件。
• 外部服务的重要性：使用外部服务来查看服务器的公网 IP 地址是一个很有用的调试手段，尤其是在处理可能涉及第三方服务的情况时。

结论

这次经历不仅帮助我解决了一个具体的网络问题，也加深了我对云服务和网络配置方面的理解。它强调了在现代云计算环境中，了解和正确配置网络和相关服务的重要性。