根本原因是sudo dlv启动导致用户权限不一致：goland以普通用户连接，而sudo dlv属root，内核拒绝跨用户ptrace和socket通信，造成连接秒断；必须改用--only-same-user=false、确保dlv可执行且路径/参数与配置完全一致。
GoLand 远程调试报 permission denied 或连接后立即断开，基本就是 dlv 启动权限与 GoLand 连接用户不一致导致的。
为什么 sudo dlv 会导致连接失败
GoLand 默认以当前登录用户身份发起 TCP 连接，而 sudo dlv 启动的进程属于 root 用户，Linux 内核会拒绝跨用户 socket 连接（即使端口通）。现象是：IDE 显示“Connected”，1 秒内自动断开，日志里看不到有效调试信息。
- 永远不要用
sudo dlv exec ./myapp --headless --listen=:2345启动调试服务 - 如果目标程序本身需要 root 权限（如监听 80 端口、访问 /dev/kvm），改用
--only-same-user=false参数放开限制 - 必须确保远程
dlv可执行文件对当前用户有执行权限：chmod +x $GOBIN/dlv - 检查
dlv是否被 SELinux 或 AppArmor 拦截（CentOS/RHEL 上常见）：ausearch -m avc -ts recent | grep dlv
GoLand 配置中必须匹配的三个权限相关项
Run Configuration → Go Remote Debug 的设置，必须和你在终端实际执行的 dlv 命令在用户、路径、参数上完全一致，差一个字符都会触发权限校验失败。
GoLand 2026.1.1
下载
GoLand 2026.1.1 是 2026.1 发布后的首个维护修正版本，适合已经开始体验 2026.1 新功能并希望同步补丁的开发者。它更适合用于入门项目、现有项目迁移测试和 IDE 行为验证。
-
Host：填远程机器 IP 或域名，**不能填localhost**（除非你在远程机器上本地跑 GoLand） -
Port：必须等于dlv --listen :2345中的端口号，注意冒号是前缀，不是分隔符 - “
dlv path” 字段：如果远程dlv不在$PATH，必须手动指定完整路径，例如/home/user/go/bin/dlv，否则 GoLand 会 fallback 到自带旧版或报找不到命令
远程文件与模块权限问题常被忽略
即使 dlv 启动成功，断点不命中或 go run 报 cannot find module providing package，大概率是权限导致的模块加载失败。
- 检查
go.mod和go.sum所有者是否为当前用户：ls -l go.*；若显示root:root，运行chown $USER:$USER go.* - 确保远程
$GOMODCACHE目录可写：ls -ld $(go env GOMODCACHE)，不可写时go mod download会静默失败 - 如果用 SFTP 同步代码，确认远程部署路径（如
/home/user/myproj）的父目录对用户有x权限，否则 IDE 无法遍历目录结构
最隐蔽的权限坑是：你改了 dlv 启动命令，但 GoLand 缓存了旧配置并复用——务必点 “Apply” 再点 “OK”，然后右键 Run Configuration 选 “Edit Configurations…” 重新核对一遍字段值。路径映射、用户身份、二进制权限，三者缺一不可。
