从你遇到的错误和描述来看，核心问题是dotnet/NuGet进程没有拿到访问Azure DevOps私有包源的有效凭据——浏览器能正常访问是因为它缓存了你登录Azure DevOps的会话，但dotnet并不会共享这些凭据。下面是几个按推荐度排序的解决方案：

1. 安装Azure Artifacts Credential Provider（最省心的方式） #

微软提供的这个工具会自动处理Azure DevOps NuGet源的身份验证流程，无需手动管理令牌，非常适合Linux环境：

curl -L https://aka.ms/install-artifacts-credprovider.sh | bash

安装完成后重新运行构建命令，首次使用时工具会自动弹出登录提示，完成后后续构建就会自动使用凭据了。

2. 手动用PAT配置私有源 #

如果你不想安装额外工具，可以使用Azure DevOps的个人访问令牌（PAT）来配置源：

1. 登录Azure DevOps，生成一个PAT，确保勾选**Packaging（读取）**权限；
2. 运行以下命令添加源并存储凭据（Linux下因为没有系统级凭据管理器，需要明文存储密码）：

dotnet nuget add source https://aldinternational.pkgs.visualstudio.com/_packaging/PLASMA/nuget/v3/index.json --name PLASMA --username any-string --password <你的PAT> --store-password-in-clear-text

⚠️ 注意：--username可以填任意字符串，Azure DevOps的PAT验证不需要实际用户名。

3. 在项目的nuget.config中直接添加凭据 #

如果你的项目必须依赖本地的nuget.config，可以在其中添加凭据节点：
编辑项目根目录的nuget.config，在<configuration>标签内加入：

<packageSourceCredentials>
  <PLASMA>
    <add key="Username" value="any-string" />
    <add key="ClearTextPassword" value="你的PAT" />
  </PLASMA>
</packageSourceCredentials>

⚠️ 风险提示：这种方式会把PAT明文存在配置文件里，仅限测试环境或私有仓库使用，不要提交到公共代码库。

4. 验证系统证书配置 #

虽然你已经运行了mozroots命令，但Linux上.NET Core可能依赖系统的证书存储，执行以下命令更新系统证书：

sudo update-ca-certificates

完成后重新尝试构建，排除证书验证失败导致的401问题。

额外排查小技巧 #

• 确认你的PAT没有过期，且权限包含了私有包源的读取权限；
• 可以添加--verbosity detailed参数查看构建时加载的nuget.config路径，确保用的是项目里的配置：

dotnet build --verbosity detailed

内容的提问来源于stack exchange，提问作者onesixtyfourth