
1. 目标:确认机场是否提供“菲律宾原生IP”(即位于菲律宾的真实公网IP,不是海外回路或NAT),并评估节点覆盖、延迟、丢包与带宽。
- 环境准备:一台Linux(或Windows)客户端、能用的SSH/SOCKS/HTTP代理信息、常用网络工具(ping/traceroute/mtr/curl/whois/geoip 或 online API)。
- 数据记录:准备Excel或CSV记录每个节点的IP、ASN、WHOIS、GeoIP、ping/ms、丢包率、带宽测试结果。
2. 从机场面板或商家提供的节点列表导出IP/端口/协议。
- 若是域名,用dig或nslookup获取A记录:dig +short node.example.com。
- 将所有IP汇总到nodes.txt(每行一个IP:port)。
3. 使用命令与在线API做交叉验证:
- 命令示例:curl -s "https://ipinfo.io/1.2.3.4/json" 或 curl -s "https://ifconfig.co/json"(通过代理时加 -x socks5h://user:pass@ip:port)。
- 查看字段:country(应为PH)、org/ASN、city。若ASN归属菲律宾ISP(如PLDT、Globe、DITO等)则可信度高。
4. 实操步骤:
- 反向DNS和WHOIS:whois 1.2.3.4,查看netname和descr是否为菲律宾运营商。
- Traceroute对比:traceroute -n 1.2.3.4(或在Windows用tracert),观察经过的自治系统和最后跳是否位于PH。若回程到国外节点或最后跳为CDN/国外ASN,则可能不是原生。
- 端口可达性:直接telnet ip port 或 nc -vz ip port 检查是否是开放公网端口(NAT通常限制)。
5. 通过代理去访问外部“回显”接口:
- HTTP代理示例:curl -x http://user:pass@ip:port -s https://ifconfig.co/json。
- SOCKS5示例:curl --socks5-hostname ip:port -s https://ifconfig.co/json。
- 核对返回的IP是否与节点IP一致,若不一致或显示为第三方IP,说明流量并非直出菲律宾。
6. 创建nodes.txt后,用脚本批量测试ping和traceroute:
- 示例脚本(简化):
for line in $(cat nodes.txt); do ip=${line%%:*}; ping -c3 -W2 $ip | tail -n2; traceroute -n -m12 $ip | tail -n3; done > results.txt
- 解析结果到CSV:可用awk或python将平均时延、丢包率及最终跳信息写入表格,便于统计覆盖区域和质量。
7. 使用iperf或通过HTTP下载测带宽:
- 若机场提供speedtest或iperf端口,iperf3 -c ip -p port -P4 测试。
- 若无,使用curl通过代理下载大文件:curl -x socks5h://ip:port -o /dev/null -s -w "%{speed_download}\n" https://speed.hetzner.de/100MB.bin。多次测试取平均并记录时间段差异(高峰/非高峰)。
8. 长时间观测:
- 用mtr持续探测:mtr -rwzbc 100 ip(记录每跳丢包与延时变化)。
- 多点并发:在不同本地网络(例如家用宽带、移动4G)重复测试,判断是否在某些上游存在限速或封锁。
9. 将节点按地理(城市/岛屿)、ASN分类后可视化:
- 在Excel或用python的folium/matplotlib绘制热力图,突出节点密集与空白区域。
- 指标建议:每市平均延迟、可用率(可达率>90%为合格)、带宽中位数、是否为本地ISP ASN。
10. 问:如何快速判断某个IP是不是菲律宾原生IP?
11. 答:先用whois/ipinfo/geoip核对country=PH与ASN归属,再用traceroute看最后几跳是否位于PH运营商,最后通过代理访问ifconfig.co核对出口IP一致即可;三项都满足基本可认定为原生。
12. 问:如果节点地理显示为PH但延迟很低是否一定是原生?
13. 答:延迟低可能来自海外优化回程或CDN加速,必须结合ASN/WHOIS与traceroute来确认。如果最后跳或ASN是外国提供商,或回程显示跨国链路,则可能是假“原生”。
14. 问:评测时有哪些常见坑需要注意?
15. 答:常见坑包括:商家宣称“菲律宾IP”但实际为海外回程、共享NAT导致端口限制、节点临时性切换导致测试误差。应对策略是多时间段、多ASN交叉验证并保存原始结果截图与命令输出作为凭证。