要求 3proxy 的 HTTP 与 SOCKS 服务都启用登录

为 HTTP 与 SOCKS5 客户端配置 3proxy 用户、强认证以及服务访问规则。

定义用户并不等于完成 3proxy 的登录配置。服务还需要一种认证方法以及使用该方法的访问规则。顺序很重要，因为配置在处理过程中就会应用服务设置。

下面是一个仅限本地访问、包含两项服务的示例：

users alex:CL:replace_with_a_private_password
auth strong
allow alex
proxy -i127.0.0.1 -p3128
flush
allow alex
socks -i127.0.0.1 -p1080

配置参考说明了 users、auth strong 以及各项服务命令。CL 会以明文保存这个示例密码。请保护该文件，并选择部署所适合的、受支持的凭据存储形式。

客户端需要正确的登录交换方式

HTTP 服务期望 HTTP 代理认证。SOCKS 服务则需要支持 SOCKS5 用户名和密码认证的客户端。SOCKS4 客户端不能仅仅因为连到了同一个监听端口就提供这种交换。

strong 这个词是认证模式的名称，并不保证传输已加密。需要时请保护客户端到代理这一段。到目标站的 HTTPS 与到代理的加密仍然是两个独立的决定。

回环绑定将本示例限制为本地访问。对于远程客户端，请明确选择预期的监听地址与网络策略。公开的通配监听并不能代替对登录行为的检查。

如果一项服务要求凭据而另一项不要求，请检查每条服务命令之前的设置、任何 flush 之后的规则以及认证缓存。修改密码无法修复在错误策略下启动的服务。同样，更改守护进程的操作系统账户也不会创建代理用户。

相关文章