我们在 NAT 路由器后面设置了一个 Web 服务器，并已将请求正确转发到我们的 Web 服务器。我们已经为 Web 服务器的 WAN IP（即路由器的 WAN IP）分配了一个动态 DNS。
问题是：我们可以访问我们设置的 Web 服务器，但其他客户端无法访问该 Web 服务器。
我们验证了我们正在访问同一个 IP 地址；因此我认为问题不在于 ISP DNS。
其次，我们尝试对网络服务器进行 curl 操作，但客户端计算机没有任何响应。
第三，我们尝试安装 Browsec VPN 扩展来绕过 ISP 的任何潜在阻止，并且成功了！遗憾的是，根据一个帖子： https://security.stackexchange.com/questions/64123/browsec-vpn-and-anonymizer 它不应该被信任用于存储敏感数据。
最后，由于我们可以访问 Web 服务器，但其他客户端无法访问 Web 服务器，我们尝试按照线程的想法在我们所在的区域设置一个反向代理网站，以便他们能够访问 Web 服务器，但没有成功。
https://stackoverflow.com/questions/224664/difference-between-proxy-server-and-reverse-proxy-server
我们已经不知道问题到底是什么了。
我们还尝试从我们的计算机和客户端计算机对 Web 服务器进行打嗝。在前者中，在发送初始 GET 请求后，随后会发出许多后续 GET 请求，而在后者中，随后没有发出后续 GET 请求。
另一个观察结果是，在客户端的计算机中：我们使用移动数据访问了网络服务器，但 DSL 连接失败；它们是不同的 ISP。
我们怎样才能解决这个问题呢？
答案1
问题解决了！很惭愧，我在设置反向代理服务器时犯了一个错误。这个想法其实是积极的。
以下是我的分析：
我尝试使用 wireshark 嗅探客户端计算机和反向代理服务器中的数据包，并进行了以下观察：
客户端 -> 反向代理服务器 -> URL 美化服务器 -> Web 服务器
- 客户端连接到反向代理服务器。
- 反向代理服务器创建一个从 URI 映射到 URL 美化器服务器的请求。
- URL美化服务器回复反向代理服务器并转发给客户端。
- 客户端从 URL Beautifier 服务器获取重定向 HTML 并尝试直接连接到 E-home 服务器。
- 然后我们回到原点，客户端直接连接到 Web 服务器。
我应该设置为向 Web 服务器创建 HTTP 请求，而不是向 URL 美化器服务器创建。无论如何，它现在正在运行。:D