从 Visual Studio 使用 Azure VM 在 IIS 上远程调试 ASP.NET Core

本指南说明如何设置和配置 Visual Studio ASP.NET Core 应用，使用 Azure VM 将其部署到 IIS，并从 Visual Studio 附加远程调试器。

IIS 方案不支持 Linux。

如需在 Azure VM 上调试 IIS，请按照本文中的步骤操作。 使用此方法，可以使用 IIS 的自定义配置，但设置和部署步骤会更复杂。 如果不需要为方案自定义 IIS，则可以选择更简单的方法在 Azure 应用服务中托管和调试应用。

对于 Azure VM，必须将应用从 Visual Studio 部署到 Azure，并且还需要手动安装 IIS 角色和远程调试器，如下图所示。

警告

在完成本教程中的步骤后，请确保删除你创建的 Azure 资源。 这样可以避免产生不必要的费用。

这些过程已在以下服务器配置上进行了测试：

• Windows Server 2022 和 IIS 10
• Windows Server 2019 和 IIS 10
• Windows Server 2016 和 IIS 10

先决条件

需要安装 Visual Studio 2019 或更高版本才能执行本文所述的步骤。

网络要求

不支持在通过代理连接的两台计算机之间进行调试。 不建议通过高延迟或低带宽连接（如拨号 Internet）或跨国家/地区的 Internet 进行调试，这可能会导致调试失败或速度过慢。 有关要求的完整列表，请参阅要求。

应用已在 Azure VM 上的 IIS 中运行？

本文包含有关在 Windows Server 上设置 IIS 的基本配置以及从 Visual Studio 部署应用的步骤。 这些步骤可确保服务器安装了必需的组件，应用可以正常运行，以及你已经准备好进行远程调试。

• 如果应用正在 IIS 中运行，你只想下载远程调试器并启动调试，请转到在 Windows Server 上下载并安装远程工具。

• 如果需要帮助来确保在 IIS 中正确设置、部署和运行应用，以便进行调试，请按照本文中的所有步骤进行操作。

  • 在开始之前，请按照创建 Windows 虚拟机中所述的全部步骤操作，其中包括 IIS Web 服务器的安装步骤。

  • 请确保在 Azure 网络安全组中打开端口 80。 确认端口 80 已打开后，还要为远程调试器打开正确的端口（4026、4024 或 4022）。 这样以后就不必打开它。 如果使用的是 Web 部署，还应打开端口 8172。

在 Visual Studio 计算机上创建 ASP.NET Core 应用程序

1. 创建新的 ASP.NET Core Web 应用呈现。

   在 Visual Studio 中选择“文件”>“启动窗口”以打开启动窗口，然后选择“新建项目”。 在搜索框中键入“Web 应用”，选择“C#”作为语言，然后选择“ASP.NET Core Web 应用程序(模型-视图-控制器)”，再选择“下一步”。 在下一个屏幕上，将项目命名为“MyASPApp”，然后选择“下一步”。

   选择建议的目标框架或 .NET 8，然后选择“创建”。 版本必须与服务器上安装的版本相匹配。

2. 打开 Controllers 文件夹中的 HomeController.cs 文件，并在 Privacy 方法的 return View; 语句中设置断点。

   在旧模板中，打开 Privacy.cshtml.cs 文件并在 OnGet 方法中设置断点。

更新 Windows Server 上的浏览器安全设置

如果使用较旧版本的 Windows Server，可能需要将某些域添加为受信任的站点，以便下载某些 Web 服务器组件。 通过转到“Internet 选项”>“安全性”>“受信任的站点”>“站点”来添加受信任的站点。 添加以下域。

• microsoft.com
• go.microsoft.com
• download.microsoft.com
• iis.net

下载软件时，可能会收到授权加载各种网站脚本和资源的请求。 其中一些资源不是必需的，但为了简化此过程，请在出现提示时选择“添加”。

在 Windows Server 上安装 ASP.NET Core

1. 在托管系统上安装 .NET Core 托管捆绑包。 捆绑包可安装 .NET Core 运行时、.NET Core 库和 ASP.NET Core 模块。 有关更深入的说明，请参阅发布到 IIS。

   对于当前的 .NET Core 托管捆绑包，请安装 ASP.NET Core 托管捆绑包。

   注意

   如果以前安装过 IIS，则 ASP.NET Core IIS 模块会随 ASP.NET Core 一起安装。 否则，请手动安装 ASP.NET Core IIS 模块。

   对 .NET Core 2，安装 .NET Core Windows Server 托管捆绑包。

   注意

   如果系统没有 Internet 连接，请先获取并安装 Microsoft Visual C++ 2015 Redistributable，再安装 .NET Core Windows Server 托管捆绑包。

2. 重启系统（或在命令提示符处依次执行“net stop was /y”和“net start w3svc”，了解系统路径的更改） 。

选择部署选项

如果不知如何将应用部署到 IIS，请考虑以下选项：

• 通过在 IIS 中创建发布设置文件并在 Visual Studio 中导入设置来进行部署。 在某些情况下，此方法是一种快速部署应用的方法。 当你创建发布设置文件时，系统会在 IIS 中自动设置权限。

• 通过发布到本地文件夹并使用首选方法将输出复制到 IIS 上准备就绪的应用文件夹来进行部署。

（可选）使用发布设置文件进行部署

可以使用此选项创建一个发布设置文件，并将其导入到 Visual Studio 中。

注意

此部署方法使用 Web 部署，必须安装在服务器上。 如果要手动配置 Web 部署，而不是导入设置，则可以安装 Web 部署 3.6，而不是用于托管服务器的 Web 部署 3.6。 但是，如果手动配置 Web 部署，则需要确保使用正确的值和权限配置服务器上的应用文件夹（请参阅配置 ASP.NET 网站）。

配置 ASP.NET Core 网站

1. 在 IIS 管理器左窗格的“连接”下，选择“应用程序池” 。 打开 DefaultAppPool，将“.NET CLR 版本”设置为“无托管代码” 。 ASP.NET Core 需要执行此操作。 默认网站使用 DefaultAppPool。

2. 停止并重新启动 DefaultAppPool。

在 Windows Server 上安装和配置 Web 部署

Web 部署提供额外的配置功能，可实现从 UI 创建发布设置文件。

备注

Web 平台安装程序的生命周期已于 22/7/1 结束。 有关详细信息，请参阅 Web 平台安装程序 - 终止支持并停用产品/应用程序源。 可以直接安装 Web 部署 4.0 以创建发布设置文件。

1. 如果尚未安装“IIS 管理脚本和工具”，请立即安装。

   转到“选择服务器角色”>“Web 服务器(IIS)”>“管理工具”，然后选择“IIS 管理脚本和工具”角色，点击“下一步”，然后安装角色 。

   

   需要脚本和工具来生成发布设置文件。

   此外，请确保安装管理服务和 IIS 管理控制台（可能已安装）。

2. 在 Windows Server 上，下载 Web 部署 4.0。

3. 运行 Web 部署安装程序，并确保选择“完全安装”而不是典型安装。

   完成完全安装后，即可获取生成发布设置文件所需的组件。 （如果改为选择“自定义”，则会可以看到组件列表，如下图所示。）

   

4. （可选）通过打开“控制面板”>“系统和安全”>“管理工具”>“服务”来验证 Web 部署是否正确运行，然后确保：

   • “Web 部署代理服务”正在运行（旧版本中的服务名称不同）。

   • “Web 管理服务”正在运行。

   如果某个代理服务未运行，请重新启动“Web 部署代理服务”。

   如果 Web 部署代理服务根本不存在，请转到“控制面板”>“程序”>“卸载程序”，查找“Microsoft Web 部署 <版本>。 选择“更改”安装，并确保对 Web 部署组件选择“将安装到本地硬盘”。 完成更改安装步骤。

在 Windows Server 上的 IIS 中创建发布设置文件

1. 关闭并重新打开 IIS 管理控制台以在 UI 中显示更新的配置选项。

2. 在 IIS 中，右键单击“默认网站”，选择“部署”>“配置 Web 部署发布” 。

   

   如果看不到“部署”菜单，请参阅前面的部分来验证 Web 部署是否正在运行。

3. 在“配置 Web 部署发布”对话框中，检查设置。

4. 单击“设置”。

   在“结果”面板中，输出显示已为指定用户授予访问权限，并且已在对话框中显示的位置生成了具有 .publishsettings 文件扩展名的文件。

   <?xml version="1.0" encoding="utf-8"?>
   <publishData>
     <publishProfile
       publishUrl="https://myhostname:8172/msdeploy.axd"
       msdeploySite="Default Web Site"
       destinationAppUrl="http://myhostname:80/"
       profileName="Default Settings"
       publishMethod="MSDeploy"
       userName="myhostname\myusername" />
   </publishData>
   

   根据 Windows Server 和 IIS 配置，可以在 XML 文件看到不同的值。 下面是有关所看到的值的一些详细信息：

   • publishUrl 属性中引用的 msdeploy.axd 文件是 Web 部署动态生成的 HTTP 处理程序文件。 （用于测试目的，http://myhostname:8172 通常也适用。）

   • publishUrl 端口设置为端口 8172，这是 Web 部署的默认端口。

   • destinationAppUrl 端口设置为端口 80，这是 IIS 部署的默认端口。

   • 如果在后续步骤中，无法使用主机名从 Visual Studio 连接到远程主机，请测试服务器的 IP 地址，用它来代替主机名。

     注意

     如果要发布到在 Azure VM 上运行的 IIS，必须在网络安全组中打开 Web 部署和 IIS 的入站端口。 有关详细信息，请参阅打开虚拟机的端口。

5. 将此文件复制到运行 Visual Studio 的计算机上。

在 Visual Studio 中导入发布设置并进行部署

1. 如果计算机上的 Visual Studio 中打开有 ASP.NET 项目，则在该计算机的解决方案资源管理器中右键单击该项目，然后选择“发布”。

   如果先前配置了任何发布配置文件，则“发布”窗格会显示。 单击“新建”或“创建新配置文件”。

2. 选择该选项以导入配置文件。

   在“发布”对话框中，单击“导入配置文件”。

   

3. 导航到上一节中创建的发布设置文件的位置。

4. 在“导入发布设置文件”对话框中，导航到在上一部分创建的配置文件并选择该文件，然后单击“打开” 。

   单击“完成”保存发布配置文件，然后单击“发布”。

   Visual Studio 开始执行部署过程，并且输出窗口将显示进度和结果。

   如果出现任何部署错误，请单击“更多操作”>“编辑”以编辑设置。 修改设置，然后单击“验证”以测试新设置。 如果找不到主机名，请尝试“服务器”和“目标 URL”字段中的 IP 地址而不是主机名。

   

注意

如果重启 Azure VM，则 IP 地址可能会更改。

应用成功部署后，它应自动启动。

• 如果在部署后无法启动应用，请在 IIS 中启动应用以验证其是否正常运行。
• 对于 ASP.NET Core，要确保将 DefaultAppPool 的应用程序池字段设置为“无托管代码”。

准备就绪后，切换到调试配置。

重要

如果选择调试某项发布配置，则在发布时，需要在 web.config 文件中禁用调试。

1. 选择“更多选项”>“编辑”以编辑配置文件，然后选择“设置”。
2. 选择“保存”，然后重新发布应用。
3. 选择“调试”配置，然后在“文件发布”选项下选择“删除目标处的其他文件”。

警告

使用用户名和密码凭据（基本身份验证）并不是最安全的身份验证方法。 尽可能使用备选方法。 例如，请考虑从 Visual Studio 发布到包，然后使用 命令行中的WebDeploy.exe 部署包。 使用此方法，可以使用 IIS 管理器配置可以发布到 Web 服务器的授权 Windows 用户，并在该 Windows 用户帐户下运行 WebDeploy.exe 。 请参阅 在 IIS 8.0 或更高版本上安装和配置 Web 部署。 如果使用密码凭据，请确保使用强密码，并保护密码不被泄露或共享。

（可选）通过发布到本地文件夹进行部署

如果要使用 PowerShell、RoboCopy 将应用复制到 IIS，或者要手动复制文件，则可以使用此选项来部署应用。

在 Windows Server 计算机上配置 ASP.NET Core 网站

如果要导入发布设置，则可以跳过此部分。

1. 打开“Internet 信息服务(IIS)管理器” 并转到“站点” 。

2. 右键单击“默认网站” 节点，然后选择“添加应用程序” 。

3. 将“别名”字段设置为“MyASPApp”并将应用程序池字段设置为“无托管代码” 。 将“物理路径”设置为 C:\Publish（稍后部署 ASP.NET Core 项目的位置）。

4. 在 IIS 管理器中选择了站点后，选择“编辑权限”，并确保为应用程序池配置的 IUSR、IIS_IUSRS 或用户是拥有读取和执行权限的授权用户。

   如果没有看到其中任何一个用户具有访问权限，请执行相应步骤将 IUSR 添加为具有读取和执行权限的用户。

重要

有关与内置帐户相关的安全信息，请参阅 了解 IIS 7 中的内置用户和组帐户。

（可选）通过从 Visual Studio 发布到本地文件夹来发布和部署应用

如果未使用 Web 部署，则必须使用文件系统或其他工具发布和部署应用。 首先可以使用文件系统创建包，然后手动部署包，也可以使用 PowerShell、Robocopy 或 XCopy 等其他工具。 本部分假设要在不使用 Web 部署的情况下手动复制包。

1. 在“解决方案资源管理器”中，右键单击项目节点并选择“发布”（对于 Web Forms，选择“发布 Web 应用”）。

   如果先前配置了任何发布配置文件，则“发布”窗格会显示。 单击“新建配置文件” 。

2. 在“发布” 对话框中，选择“文件夹” ，单击“浏览” ，然后创建一个新文件夹“C:\Publish” 。

   

   单击“完成”保存发布配置文件。

3. 切换到调试配置。

   选择“编辑”以编辑配置文件，然后选择“设置”。 选择“调试”配置，然后在“文件发布”选项下选择“删除目标处的其他文件”。

   

   注意

   如果使用发布生成，则在发布时，需要在 web.config 文件中禁用调试。

4. 单击“发布” 。

   应用程序将项目的“调试” 配置发布到本地文件夹。 “输出”窗口中将显示进度。

5. 将 ASP.NET 项目目录从 Visual Studio 计算机复制到 Windows Server 计算机上为 ASP.NET 应用配置的本地目录中（本例中为 C:\Publish ）。 在本教程中，我们假设你进行手动复制，不过，你也可以使用其他工具，例如 PowerShell、Xcopy 或 Robocopy。

   注意

   如果需要更改代码或重新生成，则必须重新发布并重复此步骤。 复制到远程计算机的可执行文件必须与你的本地源和符号完全匹配。 如果没有这样做，则在尝试调试进程时，你会在 Visual Studio 中收到 cannot find or open the PDB file 警告。

6. 在 Windows Server 上，通过在浏览器中打开应用来验证是否可以正常运行应用。

   如果应用无法正常运行，则说明服务器和 Visual Studio 计算机上安装的 ASP.NET 版本可能不匹配，或者 IIS 或网站配置可能有问题。 请重新检查前面的步骤。

在 Windows Server 上下载并安装远程工具

下载与 Visual Studio 版本匹配的远程工具版本。

在要调试的远程设备或服务器上（而不是 Visual Studio 计算机上），请从下表中的链接下载并安装正确的远程工具版本。

• 下载适用于 Visual Studio 版本的远程工具的最新更新。 早期远程工具版本与较高版本的 Visual Studio 不兼容。 （例如，如果使用的是 Visual Studio 2019，请下载 Visual Studio 2019 远程工具的最新更新。在这种情况下，请不要下载 Visual Studio 2022 远程工具。）
• 下载与要安装远程工具的计算机具有相同体系结构的远程工具。 例如，如果要在运行 x64 操作系统的远程计算机上调试 x86 应用程序，请安装 x64 远程工具。 若要在 ARM64 操作系统上调试 x86、ARM 或 x64 应用程序，请安装 ARM64 远程工具。

Version	链接	说明
Visual Studio 2022	远程工具	兼容所有 Visual Studio 2022 版本。 下载与设备操作系统（x86、x64 (AMD64) 或 ARM64）匹配的版本。 在较旧版本的 Windows 服务器上，请参阅取消阻止文件下载，获取有关下载远程工具的帮助。
Visual Studio 2019	远程工具	Visual Studio 2019 的远程工具可从 My.VisualStudio.com 获取。 如果出现提示，请加入免费的 Visual Studio Dev Essentials 计划，或使用 Visual Studio 订阅 ID 登录。 下载与设备操作系统（x86、x64 (AMD64) 或 ARM64）匹配的版本。 在较旧版本的 Windows 服务器上，请参阅取消阻止文件下载，获取有关下载远程工具的帮助。
Visual Studio 2017	远程工具	Visual Studio 2017 的远程工具可从 My.VisualStudio.com 获取。 如果出现提示，请加入免费的 Visual Studio Dev Essentials 计划，或使用 Visual Studio 订阅 ID 登录。 下载与设备操作系统（x86、x64 (AMD64) 或 ARM64）匹配的版本。 在 Windows 服务器上，请参阅取消阻止文件下载，获取有关下载远程工具的帮助。
Visual Studio 2015	远程工具	Visual Studio 2015 的远程工具可从 My.VisualStudio.com 获取。 如果出现提示，请加入免费的 Visual Studio Dev Essentials 计划，或使用 Visual Studio 订阅 ID 登录。 在 Windows 服务器上，请参阅取消阻止文件下载，获取有关下载远程工具的帮助。
Visual Studio 2013	远程工具	Visual Studio 2013 文档中的下载页面
Visual Studio 2012	远程工具	Visual Studio 2012 文档中的下载页面

可以通过将 msvsmon.exe 复制到远程计算机，而不是安装远程工具来运行远程调试器。 但是，远程调试器配置向导 (rdbgwiz.exe) 仅在安装远程工具时才可用。 如果要将远程调试器作为服务运行，则可能需要使用向导进行配置。 有关详细信息，请参阅（可选）将远程调试器配置为服务。

注意

• 若要在 ARM 设备上调试 Windows 10 或更高版本应用，请使用 ARM64，它可用于最新版本的远程工具。
• 若要在 Windows RT 设备上调试 Windows 10 应用，请使用 ARM，它仅在 Visual Studio 2015 远程工具下载中可用。
• 若要在 ARM64 操作系统上调试 x64 应用程序，请运行随 ARM64 远程工具一起安装的 x64 msvsmon.exe。

在 Windows Server 上设置远程调试器

1. 在远程计算机上，从“开始”菜单中查找并启动“远程调试器” 。

   如果你没有远程计算机的管理权限，请右键单击“远程调试器”应用，然后选择“以管理员身份运行” 。 否则，正常启动即可。

   如果打算附加到以管理员身份运行或在其他用户帐户（如 IIS）下运行的进程，请右键单击“远程调试器”应用，然后选择“以管理员身份运行” 。 有关详细信息，请参阅以管理员身份运行远程调试器。

2. 首次启动远程调试器时（或在配置它之前），会显示“远程调试配置”向导。

   在大多数情况下，请选择“下一步”，直到最后到达该向导的“配置 Windows 防火墙”页。

   

3. 请至少选择一种要对其使用远程工具的网络类型。 如果这些计算机通过域连接，则必须选择第一项。 如果这些计算机通过工作组或家庭组连接，请根据需要选择第二或第三项。

   接下来，选择“完成”以启动远程调试器。

4. 配置完成后，将显示“远程调试器”窗口。

   

   远程调试器正在等待连接。 使用显示的服务器名称和端口号在 Visual Studio 中设置远程连接配置。

若要停止远程调试器，请选择“文件”>“退出” 。 你可以从“开始”菜单或通过以下命令行重新启动它：

<Remote debugger installation directory>\msvsmon.exe

注意

如果需要为其他用户添加权限，请更改远程调试器的身份验证模式或端口号，请参阅配置远程调试器。

从 Visual Studio 计算机附加到 ASP.NET Core 应用程序

从 Visual Studio 2022 版本 17.10 预览版 2 开始，“附加到进程”对话框发生了更改。 如果需要与旧对话框匹配的说明，请切换到 Visual Studio 2019 视图（本文的左上方版本选择器）。

1. 在 Visual Studio 计算机上，打开尝试调试的解决方案（如果按照本文中的所有步骤操作，则是 MyASPApp）。

2. 在 Visual Studio 中，选择“调试”>“附加到进程”(Ctrl+Alt+P)。

   提示

   在 Visual Studio 2017 及更高版本中，可以使用“调试”>“重新附加到进程...”(Shift + Alt + P) 重新附加到以前附加到的同一进程。

3. 将“连接类型”设置为“远程(Windows)”。

   将显示“连接目标”选项。

   将“连接目标”设置为<远程计算机名>，然后按 Enter。

   确保 Visual Studio 将所需的端口添加到计算机名中，其格式为：<远程计算机名>:端口

   在 Visual Studio 2022 上，应看到 <远程计算机名>:4026

   端口是必需的。 如果看不到端口号，请手动添加。

4. 选择“刷新”。

   “可用进程” 窗口中将显示某些进程。

   如果看不到任何进程，请尝试使用 IP 地址而不是远程计算机名称（端口是必需的）。 可以在命令行中使用 ipconfig 来获取 IPv4 地址。

   如果要使用“查找”按钮，则可能需要在服务器上打开出站 UDP 端口 3702。

5. 勾选“显示所有用户的进程”。

6. 键入进程名称的第一个字母，以快速查找应用。

   • 如果正在 IIS 上使用进程内托管模型，请选择正确的 w3wp.exe 进程。 从 .NET Core 3 开始，此过程是默认设置。

   • 否则，请选择 dotnet.exe 进程。 （这是进程外托管模型。）

   如果有多个进程显示 w3wp.exe 或 dotnet.exe，请检查“用户名”列。 在某些情况下，“用户名”列显示应用池名称，例如 IIS APPPOOL\DefaultAppPool。 如果你看到了应用池，但它不是唯一的，则为要调试的应用实例创建一个使用新名称的应用池，然后就可以在“用户名”列中轻松找到它了。

   

7. 选择附加。

8. 打开远程计算机的网站。 在浏览器中，转到 http://<远程计算机名>。

   将显示 ASP.NET 网页。

9. 在正在运行的 ASP.NET 应用程序中，选择指向“隐私”页面的链接。

   应在 Visual Studio 中命中断点。

   如果无法附加或命中断点，请参阅远程调试疑难解答。

IIS 部署故障排除

• 如果无法使用主机名连接到主机，请尝试改用 IP 地址。
• 确保远程服务器上已打开所需的端口。
• 对于 ASP.NET Core，需要确保将 DefaultAppPool 的应用程序池字段设置为“无托管代码” 。
• 验证应用中使用的 ASP.NET 版本是否与服务器上安装的版本相同。 对于你的应用，你可在“属性”页面上查看和设置版本。 若要将应用设置为其他版本，必须安装该版本。
• 如果应用尝试打开，但显示证书警告，请选择信任站点。 如果你已关闭警告，则可在项目中编辑发布配置文件（*.pubxml 文件），并添加以下元素（仅供测试用）：<AllowUntrustedCertificate>true</AllowUntrustedCertificate>
• 部署后，在 IIS 中启动应用，以测试它是否正确部署。
• 在 Visual Studio 的“输出”窗口中查看状态信息，并查看你的错误消息。

在 Windows Server 上打开所需的端口

在大多数设置中，必需端口通过安装 ASP.NET 和远程调试器来打开。 但是，如果正在排查部署问题，而且应用受防火墙保护，则你可能需要验证是否打开了正确的端口。

在 Azure 虚拟机上，必须通过以下方式打开端口：

• 网络安全组。
• Windows Server 上的防火墙

必需端口：

• 80 - 对于 IIS 是必需的

• 4026 - 从 Visual Studio 2022 进行远程调试时必需（有关详细信息，请参阅远程调试器端口分配）。

• UDP 3702 -（可选）发现端口让你能够在附加到 Visual Studio 中的远程调试器时使用“查找”按钮。 这必须是出站端口（出站规则）。

此外，安装 ASP.NET Core 后应该打开了这些端口：

• 8172 -（可选）使用 Web 部署从 Visual Studio 部署应用时必需