无法从 Visual Studio 在某些计算机上调试远程 docker：VsDbgRemoteUnixLauncher 仅支持远程 Unix 计算机

假设基础映像是，容器内部的结果是 ，这意味着容器本身应该是兼容的 Unix 环境，以便使用 Visual Studio 进行远程调试。mcr.microsoft.com/dotnet/aspnet:7.0-alpineunameLinux

作为解决方法，您可以尝试在 Docker 外部运行应用程序，以隔离问题是特定于 Docker 的还是与应用程序的配置相关。

我只能找到另一个案例，它指出：

• "通过附加到进程，使用 SSH 在 Linux 上调试 .NET Core 先决条件“：确保已遵循这些先决条件
• 一些日志：“您可以通过转到命令窗口 （） 并输入 .如果切换到 ，这将删除“输出”窗格中的其他日志。View -> Other Windows -> Command WindowDebugAdapterHost.Logging /On /OutputWindowShow output from: Debug Adapter Host Log

---

在 Docker 和远程调试的上下文中，防火墙也可能是一个问题。即使应用程序在 Alpine Linux 基础映像上的 Docker 容器内运行，运行 Visual Studio 的 Windows 11 计算机与远程 Ubuntu 计算机上的 Docker 容器之间的网络通信也将通过主机的网络堆栈进行，该堆栈受主机防火墙设置的约束。

┌──────────────────┐     SSH (TCP/22)    ┌──────────────────┐ Docker Port Mapping  ┌──────────────────┐
│ Windows 11       │────────────────────►│ Ubuntu Machine   │◄────────────────────►│ Docker Container │
│ Machine          │                     │                  │                      │                  │
│ ┌──────────────┐ │                     │ ┌──────────────┐ │                      │ ┌──────────────┐ │
│ │ Visual       │ │                     │ │ SSH Daemon   │ │                      │ │ .NET App     │ │
│ │ Studio       │ │                     │ │ (sshd)       │ │                      │ │              │ │
│ └──────────────┘ │                     │ └──────────────┘ │                      │ └──────────────┘ │
│                  │                     │                  │                      │ │ VsDbg        │ │
│                  │                     │                  │                      │ └──────────────┘ │
└──────────────────┘                     └──────────────────┘                      └──────────────────┘

使用 Visual Studio 远程调试 .NET 应用程序时，可能会涉及多个端口，具体取决于所使用的配置和服务。确保端口 22（或您配置的 SSH 端口）已为 Ubuntu 计算机上的传入连接打开。

sudo ufw allow 22/tcp

找出 VsDbg 正在使用的端口，并确保它处于打开状态。如果它是动态的，则可能需要设置特定端口并在启动 Docker 容器时公开它。

docker run -d -p <host-port>:<container-debug-port> myapp:tag
sudo ufw allow <host-port>/tcp

确保您的 Docker run 命令公开了必要的端口，例如，将端口 80 从容器公开到主机上的端口 8080。-p 8080:80

---

OP 的解决方案用于记录 Visual Studio 在 Docker 主机上执行的命令。
您可以在 Chris Binnie 撰写的 2018 年文章“在 DevOps 环境中审核 Docker 容器”中看到它。auditd

┌──────────────────┐     SSH (TCP/22)    ┌──────────────────┐  
│ Windows 11       │────────────────────►│ Ubuntu Machine   │
│ Machine          │                     │                  │                      
│ ┌──────────────┐ │                     │ ┌──────────────┐ │                      
│ │ Visual       │ │                     │ │ SSH Daemon   │ │                      
│ │ Studio       │ │                     │ │ (sshd)       │ │                      
│ └──────────────┘ │                     │ └──────────────┘ │                      
│                  │                     │                  │                      
│                  │                     │ ┌──────────────┐ │                      
└──────────────────┘                     │ │ .docker dir  │ │                      
                                         │ │ (Ownership)  │ │                      
                                         │ └──────────────┘ │                      
                                         └──────────────────┘                      
  ┌──────────────────┐      Docker Port Mapping    |                     
  │ Docker Container │◄────────────────────────────┘                                                    
  │                  │                                                  
  │ ┌──────────────┐ │                                              
  │ │ .NET App     │ │                                                  
  │ │              │ │                                                  
  │ └──────────────┘ │                                                  
  │ │ VsDbg        │ │                                                  
  │ └──────────────┘ │                                                  
  └──────────────────┘                                                  

该问题最终与文件所有权问题有关，与 Docker 或 Visual Studio 配置没有直接关系。
该问题可追溯到 SSH 用户主目录中目录的权限问题。更改目录的所有权解决了该问题。.docker.docker

我让它工作了！我通过使用 auditd 记录 Visual Studio 在 docker 主机上执行的命令来排查此问题。通过手动执行这些命令，我获得了更多关于出错的信息。

就我而言，此命令失败：

docker exec -i myapp /bin/sh -c 'echo shell-process:$$ >> /proc/[0-9]*/cmdline; for filename in /proc/[0-9]*/cmdline 2>/dev/null; do echo -e "\nfilename:$filename\n" && cat $filename; done'

它失败了，因为用于远程调试的 SSH 用户主目录中的目录 .docker 归 root 所有。将所有者更改为正确的用户解决了我的问题。

对于任何读到这篇文章的人，都有类似但不是相同的问题：[编辑：我发现了一种更简单的调试方法，跳到底部！

安装并启动 auditd，在 /etc/audit/rules.d/audit.rules 末尾添加以下规则：

-a exit,always -F arch=b32 -S execve -k auditcmd
-a exit,always -F arch=b64 -S execve -k auditcmd

然后运行以下命令：

augenrules 
service auditd stop
service auditd start

尝试在 VS 中附加，然后执行：

ausearch -ua userYouUseForSshConnection

这将显示该用户执行的所有命令。可能最后一个会指出问题。

编辑

我找到了一种更简单的方法来调试出了什么问题。只需在尝试远程调试后立即打开一个新的 ssh 会话（使用您在 VS 中使用的相同用户）到 Docker 主机。使用向上箭头查看 VS 执行的最后一个命令。