Socks5 和 L2TP 两种线路，提取方式不一样。前者一般按条给地址和端口，后者要账号密码加服务器地址。同一条代理ip地址，在两种协议下的用法差得远，配之前先确认手上的工具支持哪一种，别拿到地址才发现用不了。
提取的第一步是选格式。多数平台提供三种输出：纯文本、JSON、接口直连。纯文本适合手工粘贴，一次几条的时候最快；JSON 适合脚本处理，能直接取字段；接口适合定时拉取，写一次之后全自动。选哪一种，看用的人会不会写脚本，不会写就选纯文本，省得卡在格式上。
格式选错，后面每一步都在补窟窿。
第二步是注意时效。提取出来的代理IP地址通常有时间限制，过期之后自动失效，不是坏了。批量提取时要把过期时间一起记下来，用的时候先看时间，再看能不能连。只记地址不记时间，用的时候连不上，会误判成线路质量问题，白换一批。
第三步是做核对。提取到的代理IP数量、城市、协议三项，和订单对一遍。数量少了对账，城市不对说明池子里的分布和标称不同，协议不对可能是提取时选错了参数。三项都对上再导入工具，导入之后先连三条验证，别一次全导进生产环境。
L2TP 的提取比 Socks5 麻烦一点。它需要服务器地址、账号、密码、预共享密钥四项，四项任缺一项都连不上。有些平台把这四项放在一个下载的配置文件里，导入系统设置就能用，这种方式比自己手填省事，也不容易填错。
提取次数也要控制。有的平台对代理IP的接口调用有频率限制，脚本跑得太勤会被暂时拦住，拦住之后要等一段时间才能恢复。定时拉取的任务把间隔设长一点，比如半小时一次，够用也不容易触发限制。
代理ip地址的管理，用表比用脑子可靠。表里放四列：地址、端口或密钥、提取时间、失效时间。四列齐了，任何时候都能回答「这条还能不能用」。表不齐，就只能一条条试，试到能用的为止，时间全耗在这上面。
提取这件事，格式、时效、核对三步走完，剩下的就是管理。管理做得好，地址再多也不乱；管理凭印象，十条也能打结。先把表建起来，再谈批量。