Composer提示Could not authenticate over SSH时的密钥排查（连接修复）-composer-PHP中文网

ssh -t git@host不通说明ssh密钥未生效，composer报could not authenticate实为git+ssh层故障；需验证密钥存在且权限600、ssh-agent已加载、~/.ssh/config精准匹配主机、url严格为git@host:org/repo.git格式，并清除缓存。

composer提示could not authenticate over ssh时的密钥排查（连接修复）

ssh -T git@host 不通，说明密钥根本没生效

Composer 报 Could not authenticate 但你用的是 SSH URL（如 git@gitlab.example.com:org/repo.git），那它压根不是 Composer 的错——是 Git + SSH 层卡住了。第一件事必须验证 ssh -T git@host 能否成功。

常见失败现象：Permission denied (publickey)、超时、或直接 hang 住不返回。

ls -al ~/.ssh/id_* 确认私钥存在（推荐 id_ed25519，权限必须是 600）
ssh-add -l 查看是否已加载；若为空，运行 ssh-add ~/.ssh/id_ed25519（路径按实际调整）
ssh -o LogLevel=DEBUG3 -T git@host 开启调试，看它到底在读哪把密钥、连哪个端口、是否匹配 ~/.ssh/config
如果用的是自建 GitLab，确认 external_url 和 gitlab_shell_ssh_port 配置一致，否则 SSH 请求可能被路由到错误端口

composer.json 中的 git@ URL 写错了格式，SSH 自动降级为 HTTPS

Composer 只有在 URL 严格符合 SSH 协议格式时才走 SSH。任何偏差都会让 Git 静默 fallback 到 HTTPS，接着因无 token 报 Could not authenticate 或 Could not fetch。

正确写法只有一种："url": "git@gitlab.example.com:org/repo.git"，且 "type": "vcs" 必须显式声明。

Discussion Composer

围绕关键发现、作用机制、临床相关性及研究局限性展开讨论。适用于撰写或优化任何生物医学论文的“讨论（Discussion）”部分——包括结果解读、与既往文献关联、阐释意外发现、界定研究局限性，以及撰写结论。当用户输入以下任一指令时也会自动触发该功能： - “write my discussion” - “help me discuss my findings” - “how do I compare to prior studies” - “write the limitations par

下载

❌ "url": "https://gitlab.example.com/org/repo.git" —— HTTPS 地址，SSH 密钥无效
❌ "url": "git@gitlab.example.com/org/repo.git" —— 用了 /，Git 解析成 HTTPS
❌ "url": "ssh://git@gitlab.example.com/org/repo.git" —— 多数 Git 服务不支持该格式
❌ "url": "git@gitlab.example.com:org/repo" —— 缺 .git 后缀，部分 Git 版本无法识别

多个私有 Git 主机共存时，~/.ssh/config 没配或配错

如果你同时用 GitHub、GitLab 和 Gitea，不能指望默认密钥自动适配。必须靠 ~/.ssh/config 显式分流，否则 ssh -T git@github.com 成功，ssh -T git@gitlab.example.com 却失败。

配置示例：

Host github.com
  HostName github.com
  User git
  IdentityFile ~/.ssh/id_github

Host gitlab.example.com
  HostName gitlab.example.com
  User git
  IdentityFile ~/.ssh/id_gitlab