站群IP检测方法：用myip.com逐个检查各站的出口IP是否唯一
站群IP检测的核心动作只有一个：让每个站点的服务器自己去请求 myip.com，拿到出口IP，再逐个比对是否唯一。下面把流程拆开讲。
先分清出口IP与解析IP
搜索引擎抓取一个站点时，看到的是域名解析出来的那个地址，也就是入站IP；而 myip.com 返回的，是发起这次请求的那台机器对外暴露的出口IP。两者经常不是同一个：站点套了 CDN，入站解析到的是节点地址，出口可能是源站，也可能是一层代理。站群IP检测要拿到的正是出口IP这份证据，用来判断几个站是不是跑在同一台机器、同一条线路上。先把这个区别理清楚，后面的数据才不会误读。
环节一：把待检站点整理成清单
站群规模一大，凭记忆一定会漏。先从站群程序后台导出全部站点，或者直接在服务器上列目录：
ls /www/wwwroot
整理成一张表格，字段至少包含：域名、所在服务器、面板或 SSH 入口、是否套 CDN、备注。清单定下来之后再动手，后面每一步的结果都要回填到这张表里，最后判断唯一性靠的就是它。顺序上建议按服务器分组，同一台机器上的站放在一起，测起来快，结论也直观。
第二步：让每个站点自己去请求 myip.com
这一步最容易做错。myip.com 展示的是“访问者”的IP，你在自己电脑的浏览器里打开它，看到的是你宽带的地址，跟站点没有任何关系。所以必须在每个站点所在的运行环境里发起请求。
有 SSH 权限的，登录后执行：
curl -s https://api.myip.com
返回一段 JSON，形如 {"ip":"...","country":"...","cc":"..."}，其中 ip 字段就是这台机器的出口IP。
没有 SSH、只有面板的，用文件管理上传一个临时探针，比如 ip.php：
<?php
echo file_get_contents('https://api.myip.com');
浏览器访问 https://你的域名/ip.php 就能拿到结果。取完数据立刻删掉这个文件，别长期留在站点根目录。另外要有心理准备：同一台服务器上跑着多个站，curl 的结果必然相同，这本身就是一条结论，不需要重复测十遍。
第三步：建对照表，判断出口IP是否唯一
把每台机器返回的 ip 字段填进清单，同时补上解析地址和归属信息：
dig example.com +short
whois 1.2.3.4 | grep -i -E "netname|orgname"
判断规则可以按四档来分：
- 一个站点对应一个独立出口IP，彼此不重叠，属于最理想的情况；
- 多个站点返回完全相同的出口IP，基本可以确认是同一台机器或同一个出口网关，同源嫌疑最高；
- 出口IP不同，但落在同一个 /24 段内，说明在同一机房或同一条线路上，属于弱关联；
- 出口IP和网段都不同，却属于同一个 ASN，说明只是同一家服务商，参考价值有限。
表格里最好再加一列“检测时间”，因为出口IP会变，没有时间戳的旧数据没有意义。
阶段四：交叉验证，排除 CDN 与代理的干扰
出口IP不等于搜索引擎看到的解析IP，这一层必须单独确认。把解析结果和响应头放在一起看：
dig example.com +short
curl -I https://example.com
如果解析出来的地址落在已知的 CDN 网段里，那你看到的是节点，源站地址要回到 CDN 控制台查回源配置。还有一种更隐蔽的坑：机器上如果配了 http_proxy 或 https_proxy 环境变量，curl 会走代理，拿回来的是代理的出口IP，先执行 env | grep -i proxy 确认一遍再测，否则整张表的数据都是错的。
流程节点：把一次性检测变成定期巡检
服务器的出口IP会因为换机房、换线路、上 CDN、改防火墙策略而发生变化，测一次记在文档里很快就过期。可以挂一条定时任务，把结果追加到日志：
0 6 * * * curl -s https://api.myip.com >> /var/log/egress-ip.log
每周和台账比对一次，出现新的共用出口或者IP漂移就及时处理。站群越大，这种自动化的巡检越省事，比出事之后回头翻记录高效得多。
检出同源之后怎么处理
检测结果只是一个输入，不是判决书。确认多个站共用一个出口IP时，常见的做法是给重点站换独立IP、把站点分散到不同机房或不同C段，或者干脆接受物理同源，把精力放在内容差异、模板差异和更新节奏上。搜索引擎判断站群，看的是内容重合度、外链结构和访问行为，出口IP只是其中一个旁证。把它查清楚，是为了心里有数，而不是为了凑一个“唯一”的数字。