先把手上那条代理拆开：它其实就五样东西
很多人拿到服务商发来的一串信息，第一反应是整段复制粘贴，结果卡在"填了但没反应"。其实那串东西拆开来看很简单：一个地址、一个端口，有的还带用户名和密码，再加上一个协议名。就这五样，少一样或者错一个字符，链路都建不起来。
我见过最常见的翻车现场，不是线路坏，而是复制的时候多带了一个空格——尤其是从聊天窗口、邮件正文里粘出来，末尾那个看不见的空格能把人卡半小时。还有一种是把地址后面的冒号和端口一起复制进了"地址"栏，工具就把它当成一个不存在的域名去解析，自然一直转圈。
另外先分清你手里是哪种货。动态代理的IP用一段时间就换，静态代理的IP长期固定不变，两者填参数的方式一样，但用法思路差很远。动态的适合需要不断换着来跑、对单条线路稳定性要求没那么极端的活儿；静态的适合要长期登着同一套后台、IP一变就得重新验证的场景。心里先有这个分类，后面填的时候才不会瞎猜。
参数填写：五个字段挨个说清楚
把这五样对应到表格里，基本就不会错。
| 字段 | 长什么样 | 最容易填错的地方 |
|---|---|---|
| 地址 | 一串数字，或一个字母域名 | 前后多了空格；把 https:// 也一起粘进去了 |
| 端口 | 四到五位数 | 地址和端口之间那个冒号漏了，或者写了两遍 |
| 账号 | 服务商给的字符串 | 输入法把大小写改了、把下划线变成了短横 |
| 密码 | 带符号的一长串 | 密码里有 @ 或 : ，在代码里没做转义 |
| 协议 | SOCKS5、HTTP、L2TP 之类 | 工具只认其中一种，你填了另一种 |
关于协议这一项，多说一句。浏览器插件、脚本、命令行工具支持的协议并不完全一样。填之前先看你用的工具下拉框里有什么，再回头挑代理。神龙IP这边给了 IKEv2、PPTP、L2TP、SSTP、SOCKS5 几种可选，SOCKS5 在脚本和采集类工具里兼容性最好，数据传输全程加密，一般照这个填就对了。
还有个小坑：密码里如果带 @ 或者冒号，直接拼进 用户名:密码@地址:端口 这种格式里会解析错位。稳妥做法是把特殊字符做一次 URL 编码，@ 写成 %40，冒号写成 %3A，再拼进去。
不同地方怎么填：浏览器、命令行、代码
同一个代理，放在不同工具里写法不一样，但底层都是那五个字段。
浏览器端最省事，装个代理管理插件，新建一条配置，把协议、地址、端口、账号、密码分栏填进去，保存后启用。填完别急着开网页，先看插件上那条配置有没有亮起来，没亮说明参数根本没通过校验。
命令行适合快速验证。临时跑一条请求，不用改任何全局设置：
curl -x socks5://用户名:密码@IP地址:端口 -m 10 -o /dev/null -s \
-w "状态码:%{http_code} 耗时:%{time_total}s\n" 目标页面地址-m 10 是给自己设个十秒的止损线，不然连不上会一直挂着。-w 那段是让 curl 把状态码和耗时直接打出来，比翻日志快得多。
代码里，以 Python 的 requests 为例，把代理写成字典传进去就行：
import requests
proxy = "socks5://用户名:密码@IP地址:端口"
proxies = {"http": proxy, "https": proxy}
r = requests.get("目标页面地址", proxies=proxies, timeout=10)
print(r.status_code) # 200 说明整条链路通了
print(round(r.elapsed.total_seconds(), 3)) # 顺便看看这一跳花了多久注意 timeout 一定要显式写上，默认不带超时的请求在代理失效时会卡很久，尤其放在循环里跑，一个卡住后面全排队。
连通性检测：三层往下查，别一上来就怀疑线路
参数填完只是"看起来对了"，到底通没通要实测。建议按三层顺序往下查，一层不通就别浪费时间往后看。
第一层，端口通不通。先在终端里测一下这个地址的端口能不能握手，一个 nc -vz IP地址 端口 或者 telnet IP地址 端口 就能看出来。连不上说明是网络层的问题，可能是本地防火墙、公司网络策略，也可能是这条线路本身不通，跟你填的账号密码没关系。
第二层，认证过不过。端口通了但请求返回 407，基本可以断定是账号密码这一环出的问题。回去逐字符核对，特别注意有没有复制到大小写被自动改掉的字符。
第三层，业务请求通不通。这一步看两件事：返回状态码是不是 200，以及你实际走的是不是代理的出口。方法是找一个能把访问来源地址回显出来的检测接口，用代理访问一次，看看返回的地址跟你本地真实地址是不是同一个——同一个就说明代理根本没生效，参数填了也白填。
三层都过了，再补一个稳定性动作：同一条线路连发十次请求，记一下成功次数和耗时波动。偶尔失败一两次属于正常网络抖动，如果十次里失败三四次，或者耗时从几十毫秒跳到两三秒，那就不是参数问题了，是线路质量或者带宽不够。
报错别慌，对照这张表挨个排
| 现象 | 大概率原因 | 怎么处理 |
|---|---|---|
| 请求超时，一直转圈 | 地址或端口填错、端口被本地网络挡住 | 先用 nc 测端口，再核对地址字符 |
| 返回 407 | 账号密码不对，或没做特殊字符转义 | 逐字符核对，把 @ 和 : 编码后再拼 |
| 返回 403 或反复要验证码 | 这条出口IP被目标站标记过 | 换一条新的出口再试 |
| 代码里超时，浏览器能用 | 代码没走代理，或协议写成了不支持的那种 | 确认 proxies 字典 http 和 https 都写了 |
| 时快时慢，偶尔失败 | 带宽吃紧或线路不稳 | 降并发，或换成独享类套餐 |
想少踩坑，源头那条线路得靠谱
排错排到后面你会发现，大部分"参数没错但不通"的情况，根子在线路本身——要么出口IP不干净，刚连上就被目标站拦；要么高峰期带宽挤得厉害，二十次请求能超时五次。
神龙IP走的是自营机房，200+城市精准定位，手上有一千多万个纯净IP，响应能压到 30ms 这个量级，带宽 6-15M 可定制。参数在控制台里给得清楚，地址、端口、账号、密码分行列好，复制的时候不容易漏字段，这一点对新手其实挺重要。
套餐选哪个，看你要干什么。如果是数据采集这类需要不断换IP的活儿，动态独享更合适，10Mbps 峰值，2-360 小时时效自己定，独享意味着这条带宽不会被别人抢占，跑起来波动小很多；如果是要长期挂着同一套后台、IP一动就得重新验证的场景，比如自媒体多账号的IP独立防关联，那就选静态高级，长期固定IP，运营商合作资源，6Mbps 带宽，稳定性优先。
顺带说一句，同样这批线路也能用来做各地搜索排名测试、服务器压力测试这些事，参数填法完全一样，区别只在于你跑什么任务、并发开多大。
常见问题
Q：参数都填了，网页还是打不开，第一步该查什么？
先别怀疑代理，先把代理关掉，看直连能不能打开。直连也不通，问题在目标站或者你本地网络。直连正常、开代理就不通，再去测端口通不通，一层层往下排。
Q：账号密码明明是对的，为什么还提示认证失败？
八成是字符问题。密码里带 @、:、# 这类符号时，拼进 URL 格式里要做转义；另外从聊天窗口复制容易带上首尾空格和隐藏字符。建议手动敲一遍密码再试，能排除大部分玄学问题。
Q：浏览器里能用，代码里却一直超时，是哪里的问题？
先看代码里的 proxies 字典是不是 http 和 https 两个键都写了，只写一个的话，https 请求会绕开代理直连。再看协议写法，requests 需要 socks5:// 这种前缀，并且要装对应的依赖库。最后确认 timeout 有没有设置，没设的话超时前它会一直挂着，看起来就像卡死。
Q：动态IP多久换一次比较合适？
这个没有标准答案，看你跑的任务。访问频率高、目标站风控敏感，就换勤一点；如果只是常规数据采集，一个IP跑完一批再换反而更自然。神龙IP的动态套餐时效可以按 2-360 小时自己定，先按任务量估算一个周期，跑几天看看成功率，再回来微调就行。
