使用全局URL访问页面时，为什么用户的IP是本地IP？

Question

我正在记录每个用户访问公司页面时的IP。

有两种从本地网络访问页面的方法：

http://company/webpage

和

https://webpage.company.com

让我感到烦恼的是，即使用户使用https全局IP，他们的访问仍会记录在IP为10.50.1.12或10.50.1.100 。

这是否意味着浏览器或其他工具正在将https://webpage.company.com重定向到company/webpage ？ 还是那意味着我正在使用一种有缺陷的方法来记录用户IP？

提出问题的另一种方式（只是为了确保我清楚）：如果我是从LAN网络内部访问Internet网页，那么我是否有效地走出网络然后又返回？ 如果没有，我的日志记录哪里出问题了？

用于记录用户IP的代码：

user.LastIP = HttpContext.Current.Request.UserHostAddress;

我对此很好奇，因为我想确保公司内部的用户将仅使用LAN网络访问该页面。 目的是节省带宽的使用 ，这是稀缺的。

编辑：

从LAN网络内部对https://webpage.company.com ping操作将导致来自诸如194.xxx.xxx.xxx类的全局IP地址的194.xxx.xxx.xxx 。 因此，我显然是错误地获得了用户的IP。 从页面访问实体检索IP的理想方式是什么？

Answer 1

访问http：// company / webpage将导致对主机名“ company”的DNS查找。 要解决此问题，DNS将需要一个完全限定的域名（fqdn），因此它将添加一个顶级域（根据客户端中配置的搜索列表）。 在此示例中，假设fqdn将为“ company.com”似乎很公平。 反过来，这很可能会解析为与“ webpage.company.com”相同的IP地址。 您可以使用dns查找实用程序（如“ nslookup”和“ dig”）进行检查，也可以仅使用“ ping company”和“ ping webpage.company.com”进行检查。

您提到的用户IP地址10.50.1.12和10.50.1.100似乎是客户端主机的本地IP地址。 我以这些IP地址来自用于内部地址的RFC-1918地址范围这一事实为基础。 我的猜测是这些是正确的IP地址，并且您的日志记录工作正常。

在大多数情况下，您通过访问“ http：// company / webpage ”和“ https://webpage.company.com ”登录的用户IP地址应该相同。 您可以这样看：目标URL无关紧要，流量仍然来自同一主机，同一IP地址。

无论如何，您很可能不必担心离开本地网络的任何流量。