我让它工作！我通过使用WebId记录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所有。将所有者更改为正确的用户解决了我的问题。
对于任何阅读这篇文章的人来说，有一个类似的问题，但不是同一个问题：安装并启动blog d，在/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

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

假设基础映像是mcr.microsoft.com/dotnet/aspnet:7.0-alpine，容器中uname的结果是Linux，这意味着容器本身应该是remote debugging与Visual Studio兼容的Unix环境。
作为一种解决方法，您可以尝试在Docker之外运行应用程序，以隔离问题是Docker特定的还是与应用程序的配置相关的。
我只能找到这个other case，它指出：

• “Debug .NET Core on Linux using SSH by attaching to a process Prerequisites“：确保已遵循这些
• 一些日志：“您是否可以通过转到命令窗口（View -> Other Windows -> Command Window）并输入DebugAdapterHost.Logging /On /OutputWindow来获取其他日志。如果切换到Show 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命令公开了必要的端口，例如，-p 8080:80将容器上的端口80公开给主机上的端口8080。
OP's solution使用auditd记录Docker主机上Visual Studio执行的命令。
您可以在Chris Binnie的2018年文章“Auditing Docker Containers in a DevOps Environment”中看到它。

┌──────────────────┐     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目录的所有权解决了此问题。