Url 可以从外部网络导航到网站，但不能从内部网络导航到网站

这就是我的问题，我的服务器上有一个虚拟机托管的网站，我正在使用dyndns服务将url指向我的IP。我的ISP最近安装了一个新的调制解调器，不幸的是它有自己的内置网关和路由器。在将它转发到端口80后，我尝试通过URL导航到该站点进行了测试，但没有成功，然后我在连接到手机数据网络的手机上进行了测试，结果成功了！只要我没有连接到我的网络，我就可以通过URL访问该网站。我觉得这很奇怪，也不知道为什么

我可以通过键入服务器的本地IP来查看网络上的站点

---

有什么建议可以解释为什么会发生这种情况吗？

是的，这很痛苦。通常，您的调制解调器不会从内部路由指向其公共IP地址的流量

当您从外部来时，流量从外部线路到达调制解调器，端口转发规则得到应用，流量到达您的web服务器。但这些端口转发规则不适用于内部流量。您试图在调制解调器上而不是在服务器上浏览web服务器

---

我曾经发现过一种允许转发内部流量的调制解调器，但那是很久以前的事了，从那以后我再也没有见过这样的调制解调器。这些天我所做的就是当我在内部网络上时使用内部地址，当我不在网络上时使用外部地址。对于已编写脚本的内容，我有一个小函数来确定我是否在本地网络上，并通过编程选择正确的方式对服务器进行寻址。

这是因为您的路由器不支持发夹或未设置发夹

发件人：-

“发夹”一词来自这样一个事实，即流量从一个来源进入路由器或类似设备，然后掉头返回原来的路径

想象一下，你会看到一些看起来像发夹的东西

夏萍NAT是一种使用公共IP访问内部服务器的有用技术。由于您正在使用公共IP尝试访问网络中的服务器，因此通信量将尝试转到internet。为了到达服务器，需要将流量重定向到正确的位置

---

问题是您如何进行内部路由DNS

您可以进行DNS查找和跟踪路由，以查看网站名称未解析的位置，以及是否ping该域（例如ping something.com）返回公共IP

我通过在网站FQDN上执行策略路由以通过不同的WAN解决了我们的问题。很好用。这适用于在现场具有不同WAN终端的用户

---

另一种方法是在内部网络中重新进行DNS配置。

我认为，我以前设置的调制解调器和路由器是分开的，效果很好。现在我的ISP说我需要使用他们提供的调制解调器，并向我收取租金。我发现这是一个问题的主要原因是我想测试以确保端口正确转发，我认为它不工作，即使它很可能从一开始就工作