当我使用 Azure 模拟器检查 Request.Url.ToString() 时，MVC 报告不同的端口号

Question

我从以下网页开始：

http://127.0.0.1:84/Administration/Accounts/Home

然后选择一个链接，它会带我到：

http://127.0.0.1:84/Administration/Accounts/ShowSummary?ds=0001

在 ShowSummary razor 页面的开头，我检查

Request.Url              http://127.0.0.1:86/Administration/Accounts/ShowSummary?ds=0001}
Request.Url.Authority   "127.0.0.1:86"
Request.UrlReferrer - {http://127.0.0.1:84/Administration/Accounts/Home}

每次尝试此操作时，它总是报告端口 86 而不是端口 84。 这很重要当我存储 URL 时给我。有谁知道为什么它显示不同的端口？正确的端口应该是 84，但 Url 和 Url.Authority 报告为 86

Answer 1

是的，我很清楚为什么会发生这种情况。首先，请让我分享有关 Windows Azure 的详细信息，以便您能够了解问题的本质。

当您在 Windows Azure 环境中部署云服务时，它位于负载均衡器（或 LB）后面的虚拟机（所谓的实例）中。当您定义输入端点时，您指示 Windows Azure 基础结构您想要特定的要路由到您的实例的 TCP 端口。因此，LB 在其防火墙端口 80 上打开，并将流量从该端口路由到您的虚拟机。您的虚拟机上的端口 80 也在防火墙中打开。但是，有 2 个不同的主机 - LB 和 VM，您可以在这两个主机上使用端口 80。

为了在本地正确模拟所有这些行为，Windows Azure 模拟器在本地 IIS 中创建一个网站并将其绑定到某个端口（在您的情况下为 86！）。然后它“模拟”LB 并打开端口 84（用于模拟的 LB）。之所以如此，是因为您的角色中可能定义了多个实例。本地模拟器为您定义的每个实例创建一个单独的网站。每个实例都有自己的指定端口（86、87、88 等），而原始端口（在您的情况下为 84）只有一个 - 用于模拟 LB。

这就是为什么您的 Request.Url.Authority 是端口 86 - 因为您的本地站点绑定到端口 86。这就是为什么 URLReferer 是端口 84 - 因为实际请求来自在端口 84 上工作的模拟负载均衡器。

我希望您我猜测这在真实的 Azure 环境中不会发生，因为两个端口都是 80。

当人们处理端口时，我通常建议使用 IPEndpoint 实例，可以从以下位置获取：

RoleEnvironment.CurrentRoleInstance.InstanceEndpoints["HttpIn"].IPEndpoint

但你的情况是有点不同。您正在记录完整的 URL。我不知道 ru 想要实现什么，但这里有一些提示，您可能会认为有价值：

• 尝试剖析 URL 并使用 IPEndpoint 更改端口
  实例
• 仅记录路径，而不是完整的 URL（跳过地址和端口）
  部分）

希望这有帮助。

Answer 2

如果有些人在本地 Azure 环境中工作时仍然需要获取绝对 Uri，解决方案是：

var absoluteUriString = string.Format(
   "{0}://{1}{2}",
   Request.Url.Scheme,      // protocol
   Request.Headers["Host"], // needed host with correct port number
   Request.RawUrl);         // right part of the uri string
var absoluteUri = new Uri(absoluteUriString);

Answer 3

您知道当您在关闭上一个会话后过快重新启动网站时，它会为您分配下一个端口号吗？ 84 -> 85 -> 86

在这种情况下，我有时会观察到旧端口号继续工作，即使它们的调试会话已停止。我从来没有真正研究过它，也许这只是我的大脑故障，但也许这就是正在发生的事情。你可以直接尝试86端口，看看是否有效。