远程主机和云手机不太一样,它是一台完整的机器,代理IP配置放在哪一层,直接决定以后好不好改。
公主连结如果在远程主机上跑多开,配置的位置通常有三个选择:系统层、用户层、实例层。三层的作用范围不一样,选错一层,后面的维护会一直别扭。
系统层的配置对整个主机生效,改动一次影响全部实例。用户层的配置跟着登录的用户走,同一台主机上不同用户互不干扰。实例层的配置只影响那一个实例,粒度最细。
| 配置放在哪一层 | 作用范围 | 适合的场景 |
|---|---|---|
| 系统层 | 整台主机 | 所有实例共用一条地址 |
| 用户层 | 单个用户下的实例 | 按用户分组管理 |
| 实例层 | 单个实例 | 需要逐个区分 |
三种位置的取舍和前面讲的分层逻辑是一致的:作用范围越大,条目越少,维护越省事;作用范围越小,隔离越彻底,条目越多。实际选哪一种,看的是这台主机上跑的号之间关联有多强。
配置放在哪一层,等于选择了以后怎么改。
实际使用里,比较常见的是把配置放在用户层。原因是远程主机上通常会按用途分成几个用户,每个用户下面挂几个实例。配置跟着用户走,改的时候按用户改,比一个实例一个实例去改要快,也比改系统层安全。这个折中位置的好处是两边都不极端,改动的范围可控,条目数量也不至于失控。
如果放在系统层,改之前要确认一件事:这台主机上有没有实例需要单独的代理IP。有的话,系统层的改动要把它们排除掉,否则改完还得逐个回退。排除的方式是在实例层写一条覆盖规则,位置要放在系统层配置之后,顺序错了这条覆盖就不会生效。
远程主机的配置常常和云手机平台的管理界面混在一起看,容易搞混。分清楚哪一层是自己能改的,哪一层是平台管的,改的时候就不会把两边的设置弄冲突。
公主连结的号如果放在远程主机上,代理IP配置的层级最好在开号之前就定下来。等到号都跑起来再换层级,等于把每个实例的配置重做一遍。
