代理认证中的身份验证机制
在开发网络爬虫或调用远程API时，经常会遇到需要通过代理服务器转发请求的情况。为了保证代理服务不被滥用，大多数代理服务器会要求客户端提供用户名和密码进行认证。而这个认证信息如何安全地传递，就成了关键问题。
HTTP代理常用的认证方式是Basic Authentication（基本认证），它并不真正加密数据，而是将用户名和密码拼接后做Base64编码，然后放在请求头中传输。比如浏览器访问一个受保护的代理时，就会自动在请求头中添加类似这样的内容：
Proxy-Authorization: Basic dXNlcjpwYXNz这里的“dXNlcjpwYXNz”就是Base64编码后的结果。
Base64不是加密，是编码
很多人误以为Base64是一种加密手段，其实它只是编码格式，目的是把二进制数据转成可打印字符，方便在网络上传输。Base64使用64个可打印字符（A-Z、a-z、0-9、+、/）来表示原始数据，每3个字节的原始数据会被编码成4个字符。
举个生活中的例子：就像你要寄送一件易碎品，不能直接扔进邮包，得用泡沫纸裹好再装箱——Base64就是那层“包装”，它不防偷看，只防损坏。
代理认证中的Base64处理流程
假设你的代理账号是 username=admin，密码=password，那么完整的认证字符串是：
admin:password接下来，系统会把这个字符串转换成字节序列，然后进行Base64编码。在Node.js中可以这样操作：
const auth = Buffer.from('admin:password').toString('base64');
console.log(auth); // 输出：YWRtaW46cGFzc3dvcmQ=最终生成的字符串 YWRtaW46cGFzc3dvcmQ= 就会被放在请求头中：
Proxy-Authorization: Basic YWRtaW46cGFzc3dvcmQ=代理服务器收到请求后，会从头字段中提取该值，去掉前缀“Basic ”，然后对Base64字符串解码，还原出用户名和密码，再比对是否合法。
安全性提醒
由于Base64可以轻易被解码，这种认证方式本质上是明文传输。如果请求走的是HTTP代理而非HTTPS，中间人很容易截获并还原出你的账号密码。所以，在公网环境下使用代理时，务必确保整个链路是加密的，或者使用更安全的认证机制，比如Token签名或IP白名单。
很多开发者第一次配置爬虫代理时，看到文档里写着“Base64加密”，就以为很安全，结果账号被泄露还不知道原因。其实所谓的“加密”在这里只是个误导性说法。
手动验证Base64编码
你可以用浏览器控制台快速测试编码和解码过程：
// 编码
btoa('admin:password') // 输出：YWRtaW46cGFzc3dvcmQ=
// 解码
atob('YWRtaW46cGFzc3dvcmQ=') // 输出：admin:password只要你会拼接用户名和密码，再调用这两个函数，就能理解整个流程的本质。
在实际开发中，像Python的requests库、Node.js的axios或http模块，都会自动帮你处理Base64编码环节，但了解底层原理能让你在调试代理失败时更快定位问题，比如是不是冒号拼错了，或者头字段写成了Authorization而不是Proxy-Authorization。