auth.json权限问题本质是文件或父目录属主非当前用户，需用chown修复归属而非chmod；典型报错为“failed to open stream: permission denied”，常见于/root/.composer/auth.json等错误路径。

auth.json 权限问题不是配置写错，而是文件或父目录归属不对——它通常卡在 ~/.composer/auth.json 或项目根目录下的 auth.json 上，且属主是 root 或其他用户。

auth.json 所在路径归属不对就写不进去

Composer 在读写认证凭据时，会尝试修改 auth.json（比如执行 composer config --auth http-basic packagist.org user pass）。如果该文件或其所在目录的 owner 不是当前用户，就会报 Permission denied。

• 查项目级 auth.json：运行 ls -ld auth.json，看第三列是否为 $(whoami)
• 查全局 auth.json：先确认位置 composer config --global home，再运行 ls -ld $(composer config --global home)/auth.json
• 常见错误路径：/root/.composer/auth.json（说明之前误用 sudo composer config）或 /var/www/.composer/auth.json（CI/PHP-FPM 用户环境）

别改 chmod，直接 chown 归还控制权

chmod 600 auth.json 没用，只要文件属主不是你，连打开都失败。真正要动的是所有权：

Wjs Uploading Video

将一个或多个视频上传至YouTube。当用户想“上传到YouTube”“发YouTube”“批量上传”“upload to YouTube”“post videos to YouTube”或发布到YouTube时使用此技能。

下载

• 修复项目级：sudo chown $(whoami):$(whoami) auth.json
• 修复全局级：sudo chown -R $(whoami):$(whoami) $(composer config --global home)
• 如果 auth.json 不存在但目录不可写，也要修目录：sudo chown $(whoami):$(whoami) $(dirname $(composer config --global home))

auth.json 被写入失败时的典型报错特征

注意区分是「读取失败」还是「写入失败」：

• 写入失败（最常见）：file_put_contents(/home/user/.composer/auth.json): Failed to open stream: Permission denied
• 读取失败（较少见）：Could not parse authentication file /home/user/.composer/auth.json: failed to open stream —— 同样先查 ls -ld，不是 JSON 格式问题
• 如果报错里含 /root/.composer/auth.json，说明你曾用 sudo composer config --global，必须清理并重置：rm -f /root/.composer/auth.json，然后用普通用户重试

auth.json 的权限问题几乎从不源于内容格式，而永远始于归属错位；一旦父目录或文件本身被 root 占有，哪怕 chmod 777 也救不回写权限——因为 Linux 不允许非属主进程往非属主文件里写内容，这是内核级限制，不是 Composer 能绕过的。