如何在 IIS 中找到站点的 URL？
How to find the URL of a site in IIS?
如何找到 IIS 8.5 中未在绑定中列出主机名的站点的外部 URL？
我有一个客户让我可以访问他们的 Web 服务器，并要求我为他们的实时和测试站点找到 URL。实时站点在 IIS 中称为默认网站。它有两个站点绑定：一个用于端口 80，一个用于 443；都没有主机名。 443 的那个有一个提到 URL www.companyname.com 的安全证书。如果我从我的计算机转到 URL，我可以很好地找到它。问题是测试站点。它在 IIS 中设置为一个名为 Test 的站点，具有两个绑定：一个用于端口 8080，一个用于端口 8081。端口 8081 的绑定与实时站点具有相同的安全证书。当然，URL 会将我带到现场。如何找到测试站点的 URL？
这是我在 IIS 中看到的测试站点：
通过反复试验弄明白了。主站点在安全证书中使用URL：www.companyname.com。测试站点使用与IIS中指定端口相同的URL：www.companyname.com:8081.
确实没有 'correct' 答案，因为有问题的服务器可能有多个网络接口，每个接口都有自己的 IP 地址，因此 URL。
不仅如此，IP 地址还可以通过有选择地转发数据包的防火墙。换句话说，防火墙“是”www.companyname.com，而不是您的服务器。如果对端口 80 或 443 的请求命中防火墙，它会将其转发到 server1。如果对 8080 或 8081 的请求命中防火墙，它将转发到服务器 2。
现在，你提到：
Of course, that URL takes me to the live site
是吗？我的猜测是，您没有防火墙，并且该证书仅用于 HTTPS 证书，但是如果您点击 www.companyname.com:8081，您将访问您的测试站点；当然，这是假设测试站点与实际站点相同。如果不是，那么真的没有找到 IP 的好方法。您需要在服务器的硬件级别进行一些侦查，并确定它具有哪些 IP 范围，以及托管设施如何将外部 IP 映射到这些范围。这并不难，但因站点而异。
在云提供商上，您查看虚拟网络。在托管站点上，您可以检查当地的基础设施。在电缆调制解调器上，检查防火墙等
Thanks. How do I look for an external IP address?
最简单的方法是从服务器做一个 tracert 说 8.8.8.8。
然后您查找不在专用 IP 范围内的 IP 地址。 （他托管的服务器几乎肯定在其内部系统中使用私有 IP 范围。）
最简单的方法是https://www.whatismyip.com/
大多数云中心现在都会对您执行此操作：
Tracing route to dns.google [8.8.8.8]
over a maximum of 30 hops:
1 * * * Request timed out.
2 * * * Request timed out.
3 * * * Request timed out.
4 * * * Request timed out.
5 * * * Request timed out.
6 * * * Request timed out.
7 * * * Request timed out.
8 * * * Request timed out.
20 多年前，大多数 Unix 系统都存在 PING 格式错误的错误，可能导致 O/S 崩溃。 Windows 本身在发送格式错误的 PING 时遇到问题，但没有收到。 （如果你有自杀倾向，这不是安全问题）。于是，大家就有了“ping不好”这种普遍的想法。 （可以使用 PINGS 进行拒绝服务攻击）。如此多的主机将阻止 PING 的。我不相信任何已修补的现代 O/S 存在问题，ping 可以成为重要的诊断工具。
如果您在这样的云端，'whatismyip' 是唯一的出路，但也不能保证如此。
如何找到 IIS 8.5 中未在绑定中列出主机名的站点的外部 URL？
我有一个客户让我可以访问他们的 Web 服务器，并要求我为他们的实时和测试站点找到 URL。实时站点在 IIS 中称为默认网站。它有两个站点绑定：一个用于端口 80，一个用于 443；都没有主机名。 443 的那个有一个提到 URL www.companyname.com 的安全证书。如果我从我的计算机转到 URL，我可以很好地找到它。问题是测试站点。它在 IIS 中设置为一个名为 Test 的站点，具有两个绑定：一个用于端口 8080，一个用于端口 8081。端口 8081 的绑定与实时站点具有相同的安全证书。当然，URL 会将我带到现场。如何找到测试站点的 URL？
这是我在 IIS 中看到的测试站点：
通过反复试验弄明白了。主站点在安全证书中使用URL：www.companyname.com。测试站点使用与IIS中指定端口相同的URL：www.companyname.com:8081.
确实没有 'correct' 答案，因为有问题的服务器可能有多个网络接口，每个接口都有自己的 IP 地址，因此 URL。
不仅如此，IP 地址还可以通过有选择地转发数据包的防火墙。换句话说，防火墙“是”www.companyname.com，而不是您的服务器。如果对端口 80 或 443 的请求命中防火墙，它会将其转发到 server1。如果对 8080 或 8081 的请求命中防火墙，它将转发到服务器 2。
现在，你提到：
Of course, that URL takes me to the live site
是吗？我的猜测是，您没有防火墙，并且该证书仅用于 HTTPS 证书，但是如果您点击 www.companyname.com:8081，您将访问您的测试站点；当然，这是假设测试站点与实际站点相同。如果不是，那么真的没有找到 IP 的好方法。您需要在服务器的硬件级别进行一些侦查，并确定它具有哪些 IP 范围，以及托管设施如何将外部 IP 映射到这些范围。这并不难，但因站点而异。
在云提供商上，您查看虚拟网络。在托管站点上，您可以检查当地的基础设施。在电缆调制解调器上，检查防火墙等
Thanks. How do I look for an external IP address?
最简单的方法是从服务器做一个 tracert 说 8.8.8.8。
然后您查找不在专用 IP 范围内的 IP 地址。 （他托管的服务器几乎肯定在其内部系统中使用私有 IP 范围。）
最简单的方法是https://www.whatismyip.com/
大多数云中心现在都会对您执行此操作：
Tracing route to dns.google [8.8.8.8]
over a maximum of 30 hops:
1 * * * Request timed out.
2 * * * Request timed out.
3 * * * Request timed out.
4 * * * Request timed out.
5 * * * Request timed out.
6 * * * Request timed out.
7 * * * Request timed out.
8 * * * Request timed out.
20 多年前，大多数 Unix 系统都存在 PING 格式错误的错误，可能导致 O/S 崩溃。 Windows 本身在发送格式错误的 PING 时遇到问题，但没有收到。 （如果你有自杀倾向，这不是安全问题）。于是，大家就有了“ping不好”这种普遍的想法。 （可以使用 PINGS 进行拒绝服务攻击）。如此多的主机将阻止 PING 的。我不相信任何已修补的现代 O/S 存在问题，ping 可以成为重要的诊断工具。
如果您在这样的云端，'whatismyip' 是唯一的出路，但也不能保证如此。