先把"在线代理IP"这个词拆开看
很多人在搜索框里敲下"在线代理IP"的时候，脑子里其实混着两样东西。一种是早期那种在网页上填个网址、点一下就能打开页面的"网页代理站"，加载慢、弹窗多、动不动就失效；另一种是服务商后台里给你的一条条 IP 和端口，配上账号密码，能塞进浏览器、也能塞进代码里。这篇文章讲的是后者——拿到一条可用的代理地址之后，到底该往哪儿填、怎么填、填错了会报什么错。
举个真实场景。上周有个做市场研究的朋友来找我，他们小组要从公开站点上整理竞品价格，四台机器跑脚本，一跑就被限流。他从后台买了一段短效动态 IP，拿到手是一串这样的信息：一个 IP、一个端口、一个用户名、一个密码。四样东西摆在面前，他卡了半小时，因为不知道该往哪儿粘。
所以只要记住一句话：代理能不能用，八成取决于这四样信息有没有填到正确的位置上。剩下的两成，是协议类型和超时设置。
浏览器里怎么配：三栏信息别填串
先说不写代码的场景。你要用浏览器手动看看某个页面的返回内容，或者临时验证一条 IP 通不通，系统级代理设置就够了。
以 Chrome 和 Edge 为例，它们的代理其实跟着操作系统走。Windows 下打开"设置 → 网络和 Internet → 代理"，会看到手动设置代理的几栏：地址、端口，还有一个"不对以下列开头的地址使用代理"的例外框。
这里有两个高频翻车点。
第一，地址栏里只填 IP，不要带 http:// 前缀，也不要带端口。很多人习惯把一整串 http://203.0.113.10:8080 粘进地址栏，结果系统又追加了一次端口，变成无效配置。正确做法是地址栏填 203.0.113.10，端口栏单独填 8080。
第二，例外框不要留空着玩。默认会跳过 localhost 和内网地址，如果你的业务需要让内网请求也走代理，记得把这栏里的内容清掉或者补全范围，否则你会看到"外网通、内网不通"的奇怪现象。
填完之后别急着开业务页面，先打开一个能回显出口地址的测试页面看一眼。如果返回的 IP 跟你填的那条一致，说明链路通了；如果还是本机地址，说明代理没生效，多半是协议选错（比如对方给的是 SOCKS5，你却在系统里按 HTTP 填）。
需要频繁切换的话，装一个浏览器代理管理插件会省事很多。这类插件的好处是可以建多个情景，把不同地区的 IP 分组存好，点一下切换，比每次进系统设置改三栏要快得多。存的时候记得把用户名密码一起存进插件，否则每次弹窗要输一遍。
鉴权信息到底怎么填：两种方式别混用
这是整篇文章最容易被忽略、也最容易出问题的地方。服务商给你配代理，通常有两种鉴权路子，你用哪一种，取决于后台是怎么给你开的。
第一种是账号密码鉴权。每次发请求的时候，把用户名和密码一起带上去。好处是换机器不用重新配置，缺点是密码里如果带特殊字符（比如 @、#、:），拼进 URL 里会被解析成别的东西，导致认证失败。这种时候要么做 URL 编码，要么改用请求头方式传。
第二种是 IP 白名单鉴权。先在后台把你机器的出口 IP 加进白名单，之后发请求就不用带账号密码了。这种方式在固定机房的服务器上最省心，但如果你在本地宽带环境里跑，家宽 IP 是浮动的，今天加了明天变了，就会突然全部 407。这种场景还是老老实实用账号密码。
| 对比项 | 账号密码鉴权 | IP 白名单鉴权 |
|---|---|---|
| 配置位置 | 写在请求里或浏览器插件里 | 在服务商后台绑定出口 IP |
| 适合环境 | 本地开发、多台设备、动态网络 | 固定机房的服务器 |
| 换机器成本 | 不用改配置 | 要去后台重新加 IP |
| 典型报错 | 407 认证失败、密码含特殊字符 | 407 提示来源地址不在白名单 |
还有一点要提醒：两种方式不要同时开。有些人后台开了白名单，代码里又带了账号密码，结果服务端先按密码校验、失败就拒了，你还以为是 IP 有问题，白折腾半天。
脚本里怎么写：Python 和 curl 两段可直接抄
到这一步，把四样信息拼进代码就行。下面这段 Python 用的是最常见写法，把用户名密码直接编进代理 URL：
import requests
host = "203.0.113.10" # 后台给的 IP
port = "8080" # 后台给的端口
user = "your_account" # 账号
pwd = "your_password" # 密码，含特殊字符时先做 URL 编码
proxy_url = f"http://{user}:{pwd}@{host}:{port}"
proxies = {
"http": proxy_url,
"https": proxy_url,
}
resp = requests.get(
"https://example.com/list", # 换成你要访问的页面
proxies=proxies,
timeout=10
)
print(resp.status_code)
print(resp.text[:200])
如果密码里有特殊字符，别硬拼，改用请求头传更稳：
import base64, requests
token = base64.b64encode(b"your_account:your_password").decode()
headers = {"Proxy-Authorization": f"Basic {token}"}
proxies = {"http": "http://203.0.113.10:8080",
"https": "http://203.0.113.10:8080"}
r = requests.get("https://example.com/list", proxies=proxies,
headers=headers, timeout=10)
用 curl 验证更快，一行就够，-v 会把握手过程全打出来，排错时非常有用：
# HTTP / HTTPS 代理
curl -x http://用户名:密码@203.0.113.10:8080 https://example.com/list -m 10 -v
# SOCKS5 代理，注意 -x 后面要写 socks5://
curl -x socks5://用户名:密码@203.0.113.10:1080 https://example.com/list -m 10
Node、Java、Go 里的写法大同小异，核心都是三件事：协议头写对、地址和端口分开、鉴权信息跟着请求走。有一点特别注意，Python 的 requests 默认只装 HTTP 支持，用 SOCKS5 需要额外装依赖，否则会直接抛错，很多人误以为是 IP 挂了。
跑不通怎么办：按这个顺序查，别乱改
排错最忌讳一上来就换 IP。绝大多数"用不了"其实是配置问题，按下面顺序走一遍，五分钟能定位。
看状态码。返回 407 基本是鉴权问题，不是 IP 问题。返回 502 或 504 通常是代理侧转发超时，先把 timeout 从 3 秒放宽到 10 秒再试。连接直接被拒，大概率是端口写错或者协议选错。
看协议。后台给的是 HTTP 还是 SOCKS5，一定要对上。HTTP 代理拿去做 SOCKS5 的配置，表现出来就是一直转圈。
看密码。把密码原样复制到记事本里比对一遍，前后有空格、下划线看成减号，都是常见事故。密码里有 @ 或 : 的，按上面说的改用 Base64 头。
看白名单。如果你的出口地址这几天换过，去后台确认一下当前 IP 在不在名单里。
最后看时效。短效动态 IP 是有生命周期的，你上午配好下午再跑，那条 IP 可能已经换了。这种情况不是配置错，而是要在每次任务开始前去后台或通过 API 重新取一条。
想少踩坑，选对供给方比调参更重要
把配置流程走通之后，真正决定你顺不顺的，其实是背后那批 IP 的质量。同样一段代码，用在哪家身上，体验差别挺明显。
神龙HTTP 这边有几个点对刚上手的人比较友好。一是资源池够大，3000万+正规授权代理IP储备，可用率 99.9%，IP 纯度 99.8%，IP 来自国内三大运营商正规授权，支持 HTTP / HTTPS / SOCKS5 三种协议——也就是说你在浏览器里和脚本里用同一套信息，不用为协议发愁。二是定位做得细，300+ 城市级精准定位，做区域化的市场研究时，能直接取到某个城市的出口，不用靠猜。
产品线也简单：短效动态 IP、长效静态 IP、固定 IP 代理，一站式都有。做公开数据采集、AI 大模型训练语料整理这类活，短效动态配合 API 提取就够；需要长期稳定登录态的场景，换长效静态更合适。
工具层面，它的 API 兼容主流爬虫编程语言，文档和示例代码都给到，个人中心里还有可视化的用量统计和实时监控，能看趋势、也能及时发现异常请求。技术团队 7×24 小时在线，配置卡住的时候有人能问，比自己瞎试强。
一个可以照抄的上手顺序
把整篇压缩成一条行动线：先去后台取一条 IP，记下 IP、端口、账号、密码四样；用 curl 带 -v 在命令行验证一次，看出口对不对；通了再写进 Python 脚本，把超时设成 10 秒；最后根据任务时长决定是每次重新取 IP，还是用长效静态的常驻一条。整个过程不需要懂网络底层，按格子填就行。
常见问题
Q：浏览器里填好了代理，但页面打不开，怎么判断是配置问题还是 IP 问题？
先用 curl 带 -v 在命令行试同一组信息。如果命令行能通、浏览器不通，那就是浏览器或系统那一层没配置对，重点看协议类型和例外列表；如果命令行也报 407，说明是鉴权信息错了，回去核对账号密码和是否开了白名单。
Q：账号密码鉴权时，密码里带 @ 或 # 号老是认证失败，怎么办？
这两个符号在 URL 里有特殊含义，会被当成分隔符解析。两种解法：一是对密码单独做 URL 编码再拼进去，二是干脆不拼 URL，改成在请求头里放 Proxy-Authorization: Basic 加一段 Base64 编码的"账号:密码"。后者更稳，推荐直接用。
Q：明明早上还能用，下午突然全部 407，是什么原因？
大概率是 IP 白名单失效。如果你用的是本地宽带，出口地址会变，后台白名单里记的还是旧地址，自然对不上。要么去后台补一条新地址，要么把鉴权方式换成账号密码，一劳永逸。
Q：短效动态 IP 需要每次请求都去取一次吗？
不用那么频繁。一条 IP 有它的有效时长，在时长内可以重复使用。合理的做法是：任务开始前取一批，用完或者发现响应变慢、开始被限流了，再通过 API 换下一批。频繁地一条一换反而会因为建立连接的开销拖慢整体速度。
