先搞清楚：代理IP地址和端口到底长什么样
很多人第一次拿到代理IP的时候，看到一串东西就懵了——什么”192.168.x.x:8080″，后面还跟个用户名密码，到底怎么填？其实说白了，代理IP的核心信息就三样东西：IP地址、端口号、协议类型。有的服务商还会给你加一层账号密码认证，看起来信息多，但拆开来看逻辑很简单。
最基础的格式就是 IP:端口，比如 203.0.113.45:8080。前面是IPv4地址（IPv6的话会是一长串冒号分隔的十六进制），后面那个数字就是端口。端口号一般由服务商分配，常见的有8080、3128、1080、8888这些，具体是多少以你拿到的为准，别自己瞎猜。
这里有个细节容易搞混：端口号不是固定的”标准值”，不同服务商、不同产品线的端口可能都不一样。你拿到什么就填什么，别拿A家的端口去配B家的IP，连不上别怪网络问题。
三种协议，格式各不一样
代理IP支持的主要协议就三种：HTTP、HTTPS、SOCKS5。它们在前端配置时的写法有区别，搞混了程序会直接报错或者连不上。下面这张表把常见写法列清楚了：
| 协议类型 | 无认证格式 | 带认证格式 | 典型端口 |
|---|---|---|---|
| HTTP | http://IP:端口 | http://用户名:密码@IP:端口 | 8080 / 3128 / 8888 |
| HTTPS | https://IP:端口 | https://用户名:密码@IP:端口 | 8443 / 3129 |
| SOCKS5 | socks5://IP:端口 | socks5://用户名:密码@IP:端口 | 1080 / 10808 |
注意看带认证那列，用户名和密码是放在 @符号前面 的，IP和端口在@后面。这个顺序写反了，很多客户端会直接拒绝连接。另外密码里如果包含特殊字符（比如 @、:、/），需要做URL编码，不然解析会断掉。这个坑我见过太多人踩了，填进去连不上，查半天发现是密码里有个 @ 没转义。
实际接入：代码里怎么写
光知道格式还不够，真正干活的时候是在代码里配置。下面拿Python举几个例子，基本覆盖了日常用到的场景。
场景一：用requests库走HTTP代理
import requests
proxy = {
"http": "http://user01:[email protected]:8080",
"https": "https://user01:[email protected]:8080"
}
resp = requests.get("https://example.com", proxies=proxy, timeout=15)
print(resp.status_code)
print(resp.text[:200])场景二：用SOCKS5协议（需要额外装pysocks）
import requests
proxy = {
"http": "socks5://user01:[email protected]:1080",
"https": "socks5://user01:[email protected]:1080"
}
resp = requests.get("https://example.com", proxies=proxy, timeout=15)
print(resp.status_code)如果没装pysocks，先跑一下 pip install pysocks，不然会报 ProxyError: Missing dependencies for SOCKS support。
场景三：Node.js环境下的配置
const https = require('https');
const { Agent } = require('https-proxy-agent');
const proxyUrl = 'http://user01:[email protected]:8080';
const agent = new Agent(proxyUrl);
https.get({
hostname: 'example.com',
path: '/',
agent: agent,
timeout: 15000
}, (res) => {
console.log(res.statusCode);
let data = '';
res.on('data', chunk => data += chunk);
res.on('end', () => console.log(data.substring(0, 200)));
});这里有个容易忽略的点：timeout一定要设。代理链路比直连多了一跳，网络波动的时候如果没设超时，程序会一直挂着等，整个任务就卡死了。建议至少给15秒，长连接场景可以放宽到30秒。
几个容易踩的坑，提前说清楚
第一，端口和协议要匹配。 你拿到的端口是1080，大概率是SOCKS5的，你非要用HTTP协议去连，肯定不通。反过来也一样。拿到IP的时候先确认一下端口对应的协议类型，别凭感觉填。
第二，动态IP的会话时长要留意。 有些动态代理产品，IP不是永久绑定的，会话到期后IP会轮换。如果你的业务需要同一个IP持续工作（比如多步骤的表单提交），就得关注会话时长设置。网帆代理的动态不限量产品支持3到60分钟自定义会话时长，动态数据中心产品甚至能设到5分钟至10天，这个灵活性对长流程任务来说挺关键的。
第三，并发别拉太满。 就算是不限量的产品，单IP的并发能力也有上限。你一口气开几百个连接打到同一个IP上，要么被目标站点限流，要么代理端直接拒绝。合理控制并发数，或者用多个IP分摊，比硬扛一个IP要稳得多。
第四，IPv6地址的写法。 如果服务商给的是IPv6地址，格式会变成 [2001:db8::1]:8080，注意IPv6地址外面要加方括号，不然和端口号分不清边界。这个在配置字符串的时候特别容易漏。
选代理的时候，格式规范只是最表层的事
格式填对了只是第一步，真正影响你业务稳定性的，是底层IP资源的质量。说白了，你配得再标准，如果IP本身是数据中心机房出来的、被大量人共用过、信誉分很低，那目标站点照样会拦你。
这里简单说一下网帆代理在IP资源层面的几个特点，方便你判断适不适合自己的业务场景：
它的动态住宅产品线（分全面型和企业型）背后是9000万+真实住宅IP池，覆盖200多个国家和地区，支持国家、州省、城市三级定位。全面型适合中小规模的业务需求，企业型则面向高强度、高价值的场景，两个池子分层调配，不会混在一起用。按流量计费，用多少算多少。
如果你的业务对单IP在线时长要求比较高，比如需要同一个IP持续工作几个小时甚至更久，可以看看它的动态长效ISP产品，单IP支持2到24小时超长时效在线，走的是真实家庭住宅网络，在复杂网络环境下的成功率比纯数据中心IP高不少。同样支持HTTP/HTTPS/SOCKS5多协议，接入不需要额外折腾。
对成本敏感、业务量不算特别大的，静态住宅IP（共享）是个比较务实的选择，覆盖50+国家和地区，IP固定不变，支持城市级定位，按地区和IP数量计费，共享资源池模式把成本压得比较低。适合电商、海外社媒运营、品牌营销这类需要长期稳定IP的场景。
再往上走，静态住宅IP（独享）就是一对一分配独立节点，100%独享带宽，IP经过严格筛选，单一用户独占不跟别人共享。高价值核心业务、对纯净度和匿名性要求高的，这个档位更合适。
纯技术向、对延迟敏感的场景（比如API调用、自动化脚本、服务器运维），静态数据中心产品响应效率在0.1秒以内，99.9%高可用，多协议兼容，按地区和IP数量计费，规模化部署的成本可控。
最后提一句，网帆代理的海外代理套餐仅适用于中国大陆以外地区，大陆网络环境无法直接使用。如果你人在国内，这个点先确认清楚，免得配好了发现连不上。
常见问题
Q：我拿到了一组代理IP，但程序里配了就是连不上，怎么排查？
按这个顺序查：先确认IP和端口是不是配对了（用 curl -x http://IP:端口 http://example.com 快速测一下）；再检查用户名密码有没有写错，特别是密码里的特殊字符有没有做URL编码；然后看协议类型对不对，端口1080大概率是SOCKS5，你写成了http就肯定不通；最后确认你的网络环境能不能直连到那个IP（有些海外节点在特定网络下本身就不通）。
Q：动态IP和静态IP到底怎么选？
简单说：你的业务不需要记住”我是谁”，每次请求用不同IP就行，选动态的，成本低、资源多。你的业务需要长期保持同一个身份，比如一个店铺、一个账号要持续用同一个IP，选静态的。动态里又分住宅和数据中心，住宅IP信誉高、不容易被识别，数据中心IP速度快、成本低，看你的业务对”像不像真人”这个维度的要求来定。
Q：会话时长设多长合适？设太短或太长有什么影响？
设太短（比如3分钟），你的多步骤任务可能做到一半IP就换了，前后请求的IP不一致，目标站点可能直接判定异常。设太长（比如10天），IP被长时间占用，如果中间有异常没释放，资源就浪费了。一般建议：单步骤短任务设5-10分钟够用；多步骤流程按你实际耗时加30%余量来设；长周期运营类业务直接用静态IP更省心，不用纠结会话时长。
注意：海外代理套餐仅适用于中国大陆以外地区，大陆网络环境无法直接使用。
