答案：配置 Composer 认证需根据仓库类型选择合适方式。1. 使用个人访问令牌通过 composer config --global http-basic 命令存储用户名和 token；2. 若使用 SSH 协议，确保已生成并添加 SSH 公钥至对应平台；3. 可在项目根目录创建 auth.json 文件进行项目级认证配置，并将其加入 .gitignore；4. 确保 composer.json 中的仓库 URL 域名与认证配置完全一致，包括协议、大小写和端口。正确设置后运行 composer install 即可成功认证。
当 Composer 提示 "Authentication failed for..." 时，通常是因为你正在访问一个需要身份验证的私有仓库（如 GitLab、GitHub 私有库、自建 Satis 或 Artifactory）。要解决这个问题，你需要正确配置认证信息。Composer 支持多种方式存储凭据，以下是常见解决方案。
1. 使用 HTTP Basic 认证（用户名 + 密码 / Token）
对于大多数 Git 服务（如 GitHub、GitLab），推荐使用个人访问令牌（Personal Access Token）代替密码。
你可以通过以下命令让 Composer 交互式地保存凭证：
composer config --global http-basic.your-domain.com username token例如，如果你使用 GitLab 私有包：
composer config --global http-basic.gitlab.com your-username your-personal-access-token执行后，Composer 会将认证信息写入全局配置文件（通常是 ~/.composer/auth.json），后续请求会自动携带 Authorization 头。
2. 使用 SSH 密钥（适用于 Git 协议）
如果仓库使用的是 git@... 这样的 SSH 地址，确保你已生成并添加了 SSH 公钥到对应平台（GitHub/GitLab/Bitbucket）。
检查 SSH 配置是否生效：
ssh -T git@gitlab.com# 或
ssh -T git@github.com
Composer 会自动调用系统 SSH 客户端，无需额外配置认证信息。只要 SSH 能拉取代码，Composer 就能安装。
3. 在 auth.json 中手动配置（推荐用于项目级）
你也可以在项目根目录创建 auth.json 文件，避免将敏感信息提交到版本控制。
结构如下：
{"http-basic": {
"your-repo-domain.com": {
"username": "your-username",
"password": "your-token-or-password"
}
}
}
把这个文件加入 .gitignore，防止泄露凭证。
4. 检查仓库 URL 是否匹配认证域
确保 composer.json 中的仓库地址域名与你配置认证的域名完全一致。
比如你配置了：
composer config --global http-basic.pkg.example.com user pass那么你的 repository 必须是：
{"type": "vcs",
"url": "https://pkg.example.com/user/package.git"
}
如果是 HTTPS 协议，域名必须精确匹配，大小写和端口也需注意。
基本上就这些。选择合适的方式配置后，再次运行 composer install 或 update 应该就能通过认证。关键是确保令牌有效、域名匹配、协议一致。不复杂但容易忽略细节。
