gpt4 book ai didi

Azure 计算模拟器 v2.5.0.0 - IP 地址和端口(v2.5 中的公共(public)端口)步行

转载 作者:行者123 更新时间:2023-12-03 00:14:21 25 4
gpt4 key购买 nike

  1. documentation说 – 在 Azure SDK 1.5 之前,Web 角色部署分配在相同的 IP 地址 – 127.0.0.1,不同的端口号用于区分 Web 角色。现在这种行为又回来了吗?我注意到我的 Web 角色部署在同一 IP 地址下,但端口号不同。

  2. 如果应用程序在计算机重新启动后首次运行,我会始终获得端口重新映射。经过进一步调查,我注意到以下事情。

    • 如果计算机在未退出计算模拟器的情况下重新启动,则之前部署的 Web 角色的端口不会被释放。机器重新启动后,找到下面 netstat 的输出。这使得计算模拟器发现 csdef 中提到的端口 (8070) 繁忙,并考虑在下次部署时重新映射。假设我们退出计算模拟器或在重新启动之前从命令行执行 csrun.exe removeall/clean/shutdown ,那么用于部署服务的所有端口都会被释放。

netstat -aon | findstr 8070

原始本地地址外部地址状态PID

TCP 0.0.0.0:8070 0.0.0.0:0 监听 4

TCP [::]:8070 [::]:0 监听 4

TASKLIST /FI "PID eq 4"

图像名称 PID session 名称 session # 内存使用情况

系统 4 服务 0 288 K

  • 由于 Azure SDK 2.5 中上述场景的端口重新映射,该服务在预期地址(ip:端口)不可用。Azure SDK 2.1 中也发生了重新映射,但只有专用端口受到影响,并且应用程序作为公共(public)端口运行保持不变。但在 Azure SDK 2.5 中,公共(public)端口被重新映射,这会导致应用程序失败。在 Azure SDK 2.1 和 2.5 中查找以下 csrun.exe/run [包详细信息] 的屏幕截图

csrun comparison between 2.1 & 2.5 Azure SDKs

您推荐解决此问题的解决方案吗?

最佳答案

我找到了上述问题的解决方案。

  1. MSDN documentation说 – 在 Azure SDK 1.5 之前,Web 角色部署分配在同一 IP 地址 – 127.0.0.1,不同的端口号用于区分 Web 角色。

如果模拟器模式处于 iisexpress 中,则会存在此行为(相同的 IP 地址,但不同的 Web 角色使用不同的端口)。

  • 我在 Azure SDK 2.5 中意识到 - 默认情况下是 iisexpress 模式(与 Azure SDK 2.1 一样 - 默认情况下是 fullemulator 模式)。当 fullemulator 参数设置 /usefullemulator
  • 时,所有内容都开始工作
    csrun.exe /devfabric:shutdown /usefullemulatorcsrun.exe /devfabric:clean /usefullemulatorcsrun.exe /devfabric:start /usefullemulatorcsrun.exe /run [pack]  /usefullemulator

    关于Azure 计算模拟器 v2.5.0.0 - IP 地址和端口(v2.5 中的公共(public)端口)步行,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/31361850/

    25 4 0
    Copyright 2021 - 2024 cfsdn All Rights Reserved 蜀ICP备2022000587号
    广告合作:1813099741@qq.com 6ren.com