【问题标题】：Visual Studio remote debugging application hosted on Linux - unable to enumerate running instances of the CoreCLR in the specific processLinux 上托管的 Visual Studio 远程调试应用程序 - 无法枚举特定进程中运行的 CoreCLR 实例
【发布时间】：2025-12-08 02:45:01
【问题描述】：

我正在尝试远程调试托管在 Linux 上的应用程序

“Debian GNU/Linux 8 (jessie)”

与

.NET 命令行工具 (2.1.500)

我正在通过 SSH

通过 Visual Studio 进行连接

两种模式我都试过了：

适用于 Unix 的托管 .NET Core
本机 (GDB)

项目已在 Windows 上编译

dotnet publish --configuration Release -r linux-x64

还有

dotnet publish --configuration Debug -r linux-x64

并且工作得很好，但由于某种原因我收到了：

适用于 Unix 的托管 .NET Core：

无法附加到进程：无法枚举特定进程中正在运行的 CoreCLR 实例

如果这是相关的（可能不相关，因为其他人使用 Managed .NET Core for Unix 为此）

原生 (GDB)： 无法开始调试。无法建立与 GDB 的连接。调试输出可能包含更多信息

调试信息：

Starting unix command: 'gdb --interpreter=mi'
bash: gdb: command not found
gdb --interpreter=mi exited with code 127.

在 Visual Studio 中进程被列为：

Process: MyProjectName

Title: /home/deploy/app/MyProjectName StartUpArgument

有人知道是什么原因造成的吗？

您可以在此处了解人们如何使用 Raspberry Pi 做到这一点：

https://youtu.be/ySzTCl-H10w?t=955

【问题讨论】：

这是什么远程应用程序？
@kennyzx WebApplication / MVC
您尝试附加的进程的名称是什么？
@kennyzx Process: MyProjectName + Title:/home/deploy/app/MyProjectName StartUpArgument

标签： c# visual-studio .net-core remote-debugging

【解决方案1】：

什么步骤

第一步

第 2 步

第三步

第四步

第 5 步

【讨论】：

你试过用私钥连接吗

【解决方案2】：

显然我们的愚蠢是无限的

我们一直将应用作为服务运行，但 FROM OTHER USER ACCOUNT THAN WAS USED IN SSH

连接到进程正常工作，但出于某种原因

Breakpoint will not currently be hit. No symbols have been loaded for this document

编辑：

解决方案：

https://developercommunity.visualstudio.com/content/problem/97445/vs2017-the-breakpoint-will-not-currently-be-hit-no.html

我也查了：

启用源链接支持

回退到 git credential manager auth。对于所有源链接请求

启用源服务器支持仅启用我的代码 [OFF]

【讨论】：