SK5 到底是什么？先把叫法统一
很多人在搜索框里敲的是「SK5代理」，也有人写成「socks5」「SOCKS V5」「套接字5」「S5代理」，其实说的都是同一个东西：SOCKS 协议的第 5 个版本。字母大小写和数字写法不同，只是各家软件、教程里习惯的简写方式不一样，不是两种协议。
它的作用可以理解成一个「中间转发的门卫」：你的软件本来要直接连目标服务器，现在改成先连到这个门卫，由门卫替你把数据包送到目的地，再把结果带回来。目标服务器看到的是门卫的地址，而不是你的地址。
需要特别提醒的是：SK5 只是一种协议格式，不是某一家的产品。市面上任何一家提供 SOCKS5 接入的代理服务商，都可以用同一套参数去配置。所以纠结「哪家的 SK5 更好」，不如先搞清楚怎么配、怎么测。
协议归属：它和 HTTP 代理差在哪
很多新手把代理混为一谈，觉得只要「能换 IP」就行，结果配了 HTTP 代理去跑游戏客户端或者某些非网页程序，怎么都不通。原因就在协议归属上。
HTTP 代理工作在应用层，它「看得懂」网页请求，只负责把网页相关的流量转出去；而 SOCKS5 工作在更靠下的会话层，它不关心你传的是什么内容，只要是 TCP 或 UDP 流量，它都愿意转发。这也是为什么 SK5 通用性更强。
| 对比项 | SOCKS5 代理 | HTTP 代理 |
|---|---|---|
| 工作层级 | 会话层，转发任意 TCP / UDP 流量 | 应用层，主要处理网页请求 |
| 支持的业务 | 网页、软件客户端、游戏、IM、下载工具等 | 主要是 HTTP / HTTPS 网页访问 |
| 身份认证 | 支持用户名 + 密码认证 | 多为 IP 白名单或基础认证 |
| DNS 解析 | 可交给代理端解析，减少本地泄漏 | 通常由本地先解析 |
| 典型使用场景 | 多协议程序、需要 UDP 的场景 | 浏览器访问、常规网页采集 |
一句话总结：只做网页 → HTTP 代理够用；要跑各种客户端程序 → 选 SOCKS5 更省心。
配置前要准备的四样东西
不管用哪种软件，SOCKS5 的配置参数永远是这四个：
1. 服务器地址：服务商给你的 IP 或域名
2. 端口号：一般会和地址一起给，别自己乱改
3. 用户名：认证用的账号，没有认证的通道可以留空
4. 密码：和用户名配套，注意大小写和特殊字符
拿到这四项之后，先别急着往业务程序里填，建议先用一个最简单的工具验证一遍，确认通道本身是通的，再去折腾复杂的软件。
不同场景下怎么配（含代码示例）
系统级代理（最省事）
Windows 在「设置 → 网络和 Internet → 代理」里手动填入地址和端口；macOS 在「系统设置 → 网络 → 详细信息 → 代理」里勾选 SOCKS 代理并填写。系统级配置只对遵循系统代理设置的程序生效，很多客户端会绕过它，所以配完没效果并不代表代理有问题。
命令行测试（最快验证）
用 curl 直接测一条命令，就能知道通道通不通、出口 IP 是什么：
curl --socks5-hostname 用户名:密码@服务器地址:端口 https://httpbin.org/ip注意参数细节：--socks5 表示域名在本地解析，--socks5-hostname 表示把域名交给代理端解析，后者更接近「干净的匿名转发」。
Python 脚本里怎么填
自动化任务里最常用的是 requests，写法如下：
# 先安装依赖：pip install "requests[socks]"
import requests
proxy = "socks5://用户名:密码@服务器地址:端口"
proxies = {"http": proxy, "https": proxy}
resp = requests.get("https://httpbin.org/ip", proxies=proxies, timeout=10)
print(resp.text) # 打印出来的就是代理的出口 IP
如果这里报 Missing dependencies for SOCKS support，说明 socks 依赖没装好，补装一下即可；如果报认证失败，八成是密码里的特殊字符没做 URL 编码。
浏览器 / 插件方式
在代理插件里新建一个情景模式，协议类型选 SOCKS5，填入地址、端口、账号密码，保存后切换过去。测试时可以打开一个显示本机 IP 的页面，对比切换前后的结果。
实际测试：五个动作判断代理是否真的可用
参数填对了不代表就能用，必须实测。下面这套检查流程，基本能覆盖日常遇到的坑。
第一步，看回显 IP。访问一个显示访客 IP 的页面，确认显示的地址和你拿到的代理 IP 一致。如果还是本机 IP，说明配置根本没生效，多半是程序没走代理或者插件没切换。
第二步，测延迟和稳定性。连续请求十几次，看响应时间是否忽高忽低。偶尔一次超时可以接受，频繁抖动说明线路质量不行，做采集或挂机任务时会被放大成大量失败。
第三步，检查 DNS 是否走代理。只改 IP 不改 DNS，等于把访问目标暴露在本地网络上。用 socks5h 写法把解析交给代理端，是更稳妥的做法。
第四步，看请求头是否干净。有些通道会额外带上转发标记，让目标站点一眼看出你用了代理。对匿名性有要求的业务，这一步必须验。
第五步，跑长连接。短请求全通过，长任务中途掉线，是很多廉价通道的通病。建议用实际业务跑一次完整流程，观察 30 分钟以上的连接保持情况。
选服务商时，SK5 这类需求该看什么
因为 SK5 是通用协议，真正的差别不在「支不支持」，而在通道质量、认证方式和技术支持。挑的时候可以按这个顺序看：
① 是否提供国内节点的稳定通道，IP 池规模是否足够支撑你的并发量；
② 认证方式是否支持用户名密码，方便在脚本里直接调用；
③ 是否有明确的延迟和可用率说明，而不是一句「高速稳定」；
④ 出问题时能不能找到人，配置类的疑问最怕没人答。
天启HTTP 提供的是国内 IP 代理服务，适合国内业务场景下的访问、采集、多账号管理等需求。挑套餐时，建议先到官网确认当前套餐支持的协议类型和认证方式，是否包含 SOCKS5 以及对应的端口规则，以官网说明和客服答复为准；如果你要跑的是海外业务，那不在这类服务的覆盖范围内，需要另找方案。
另外提醒一句：先小量测试，再批量上量。拿一小段通道跑通上面的五个测试动作，确认延迟和稳定性符合预期，再扩展到全量任务，能省掉大量返工。
常见问题
Q：SK5 和 socks5 是两种不同的东西吗？
不是。SK5、socks5、SOCKS V5、S5 都是 SOCKS 协议第 5 版的简称，只是写法习惯不同，配置参数完全通用。
Q：配好之后程序还是走本机 IP，怎么办？
先确认这个程序是否读取系统代理，很多客户端会忽略系统设置，需要在软件自身的设置里单独填写；其次检查协议类型是否选成了 HTTP，端口填错也会表现为「配了没反应」。
Q：报认证失败是什么意思？
通常是账号密码不匹配，或者密码中含 @、#、/ 等特殊字符没有做 URL 编码。命令行里可以用单引号包住整串代理地址再试。
Q：socks5 和 socks5h 该用哪个？
做匿名性和防泄漏要求高的业务，用 socks5h，让代理端去解析域名；如果本地 DNS 环境本身没问题，socks5 也能用，但要注意解析过程仍在本机完成。
Q：一个 SK5 通道能同时跑多个任务吗？
取决于通道的并发限制。同一个 IP 上并发过高，容易被目标站点识别并限制，建议按业务量分散到多个通道，而不是死磕一个。
Q：测试时怎么判断是代理慢还是目标站慢？
先访问一个稳定的公开页面测响应时间，再访问你的业务目标。如果前者就慢，问题在通道；如果只有后者慢，多半是目标站限速或本身响应慢。
