在此运行 完全在你的浏览器里运行，不上传、不登录
Basic Auth 生成
用用户名和密码生成 RFC 7617 Basic 认证头，附可直接粘贴的 curl 示例。
在本地用 UTF-8 安全的 base64 变体编码，凭据含非 ASCII 字符时头部值依然有效。
Authorization 请求头
输入用户名或密码即可生成请求头。
curl 示例
怎么用
- 在两个输入框里填用户名和密码——请求头随输入即时生成。
- 复制 Authorization 请求头 那一行，加到你的请求、客户端或 HTTP 文件里。
- 或者直接复制 curl 示例，把 URL 换成你的接口地址。
- 密码框是掩码显示；用完后点 Clear 清空两个输入框。
常见用法
- 快速测试 API —— 不用手写 base64 就能在终端里调 Basic 认证的接口。
- 服务端配置 —— 把编码后的值填进反向代理或 Web 服务器的认证指令。
- 客户端代码 —— 核对你所用语言的 base64 输出与期望的请求头逐字节一致。
- 非 ASCII 凭据 —— 带重音或非拉丁字符的用户名按 UTF-8 编码，与 RFC 7617 charset 参数的意图一致。
常见问题
问：Basic 认证安全吗？ 答：只在 HTTPS 下安全。这个头会随每个请求重复出现且极易解码，所以必须始终走 TLS。无法保证 TLS 的敏感服务请禁用它。
问：同一个密码为什么会生成不同的 base64？ 答：有些工具按 Latin-1 编码，会把非 ASCII 字符弄坏。本工具先取 UTF-8 字节再编码，与服务器对非纯 ASCII 凭据的预期一致。
问：用户名里能放冒号吗？ 答：格式按第一个冒号切分，用户名里的冒号会让后面的部分无法被解析成用户名。请换一个用户名，或把多余部分挪进密码。
你的数据留在这台设备上
Basic Auth 生成 完全在本地运行。你粘贴或拖入的一切都由你自己的浏览器处理，不会被传走。我们的服务器不保存任何东西——关掉标签页就没了。
你输入的内容不会发往服务器、不被记录，也不用于分析统计。首次加载之后即使断网，这个页面照样能用。