【VPS 进阶玩法精选 03】VPS 的 IP 是怎么被定位的？ASN、WHOIS 与 GeoIP 数据库全解析

你刚在 RackNerd 或 Vultr 上买了一台号称"洛杉矶"的 VPS，兴冲冲地用 ipinfo.io 查了下，却发现 IP 归属地显示的是"达拉斯"或者干脆只写了"美国（未细分城市）"。第一反应可能是：商家骗了我？其实大概率不是。IP 的地理位置不是写进地址里的，而是第三方数据库"猜"出来的，而它的猜法有一套自己的逻辑。本文把 ASN、RIR、WHOIS 以及 MaxMind GeoLite2、IP2Location 这一整条定位链条彻底拆开讲清楚，再告诉你定位错了该怎么修正。

延伸阅读

更多相关攻略推荐：连云厂商也看不到你的数据？机密计算（Confidential Com、被割裂的"云上互联网"：数据主权（GDPR）、本地化存储与主权云（S、【数据库调优 02】数据库服务器性能优化：自建 vs 云数据库与 V、收到 DMCA 盗版投诉怎么办？荷兰/罗马尼亚"抗投诉"离岸 VPS、为什么你自己 VPS 发的邮件总进垃圾箱？邮件协议（SPF、DKIM。

一、先说结论：IP 地址本身不带任何地理位置

一个 IPv4 地址只是 32 位的二进制数字，IPv6 则是 128 位。它的结构里没有任何国家码、城市名或经纬度坐标。你在 Speedtest、YouTube、天气插件里看到的"国家/城市"，全部来自第三方数据库的外部标注——是有人把"这个号码大概率属于那个地方"整理成库，然后卖出去或免费提供给开发者的。IP 地址本身对地理位置一无所知。

对比一下电话号码就明白了：+49 代表德国，+1 代表美国/加拿大，+7 代表俄罗斯，国家信息是写进号码结构里的，由国际标准分配、监管机构维护，你可以从号码本身推断出国家和运营商。而 IP 地址完全没有这层结构。当 IANA 把一段地址委托给 RIPE、ARIN、APNIC 等区域注册机构后，这些机构再分配给任何提出申请的组织——托管商、运营商、企业、政府，只要落在该机构的大地理范围内即可。RIPE 一个机构就覆盖欧洲、俄罗斯、中亚和中东；相邻的两段 /24 可能分属完全不同的国家和组织。光看号码，你什么也判断不了。

二、ASN：互联网里的"自治系统编号"

ASN（Autonomous System Number，自治系统号）是互联网分配给"自治系统"的编号。所谓自治系统，就是一个在统一技术策略下运行、对外用 BGP 协议向全球路由表通告自己网段（前缀）的网络实体——小到一个 VPS 商家，大到电信运营商、云厂商，都是自治系统。

ASN 的常见形态是 AS 加一串数字，例如 AS4809 是中国电信 CN2 GIA、AS14618 是 Amazon、AS20473 是 Vultr（Choopa）、AS36352 是 ColoCrossing（Velocity Servers）。它告诉你的不是"城市在哪儿"，而是"这段 IP 现在由谁在广播"。你的 VPS IP 之所以能被归类，第一步就是查它当前被哪个 AS 通告、这个 AS 的注册地在哪里。

这里有个关键点：BGP 公告能揭示运营商，但揭示不了城市。同一个 AS 完全可能横跨多个机房，分布在好几个城市。所以单凭 ASN，你只能知道"这是哪家网络"，离"具体在哪个城市"还差一步。

怎么查出自己的 IP 属于哪个 ASN

最直接的方法是去 bgp.he.net 输入 IP 查询，或者用命令行：

whois 123.45.67.89 | grep -i "origin|netname|orgname"
# 或借助 bgp 工具
curl -s https://ipinfo.io/123.45.67.89 | grep -i asn

三、RIR：区域互联网注册机构 ARIN / RIPE / APNIC

全球 IP 地址由 IANA 统筹，再下放给五个区域互联网注册机构（RIR）。每个 RIR 负责一片大洲或地区，记录每段地址被分配给谁、申请组织注册在哪个国家。这是 GeoIP 最底层、也最权威的国家级信号来源。

当你查一个 IP，GeoIP 库首先会看它从哪个 RIR 分到、注册组织在哪个国家。但 RIR 的粒度只到"国家"，而且它记的是注册组织所在国，不一定是 IP 实际落地的机房所在国。

四、WHOIS：IP 段背后的注册档案

WHOIS 协议可以查询某段 IP 的注册信息，核心字段包括 NetRange（IP 段范围）、CIDR、OrgName（组织名）、Country（注册国）、RegDate（注册日期）、NetType 等。Linux 和 macOS 自带 whois 命令：

whois 123.45.67.89
# 典型返回片段
# NetRange:        123.45.64.0 - 123.45.79.255
# CIDR:            123.45.64.0/20
# Organization:    Example Hosting LLC
# Country:         US
# RegDate:         2018-03-11

WHOIS 的局限很明显：第一，很多商家会用隐私或代理注册，组织地址写的是总部而非实际机房；第二，数据库更新有延迟；第三，它给的只是"注册地参考"，未必是 IP 真正运行的机房。所以 GeoIP 即便读到正确的 WHOIS，也可能把一个"注册在达拉斯总部、机房在洛杉矶"的 IP 标成达拉斯。

五、GeoIP 数据库：第三方"猜"出来的地图

商业公司（MaxMind、IP2Location、DB-IP、IPinfo 等）收集多源数据，构建出供开发者查询的离线或在线数据库。各库融合的信号大致相同，但加权方式和更新节奏不同，于是同一个 IP 在不同库里结果可能不一样：

GeoIP 是怎么"猜"出位置的？它综合了这些信号：WHOIS 注册记录（组织总部地址）、BGP/ASN 公告（哪个网络在广播）、延迟三角测量（从多个观测点测 RTT 推断距离，比如法兰克福 1ms、纽约 80ms，那大概率在法兰克福）、反向 DNS 主机名（如 vps-fra-23.example.com 暗示法兰克福）、运营商主动提交的数据，以及 Web 日志和爬虫数据。越是权威的库，越依赖运营商直接提交——这也是定位最准的来源。

六、GeoIP 为什么会定位错？为什么洛杉矶 VPS 显示达拉斯

弄懂原理后，"定位漂移"就很好解释了，常见原因有这几个：

• 注册地不等于实际机房：商家总部在达拉斯，IP 段的 WHOIS 写的是达拉斯，但机房其实在洛杉矶。GeoIP 初判就跟着注册地走，于是你看到达拉斯。
• 数据库陈旧：新分配的 IP 段，GeoIP 库可能还没收录或归类错误。即便运营商当天就提交了正确数据，各库也要按自己的发布周期刷新，最长可能要两周才全网同步。
• 同 AS 多机房：一个 AS 在多个城市有节点，库只标注了其中一个，可能恰好不是一个。
• IPv4 二级市场：IPv4 枯竭催生二手交易，某 IP 实际使用者与其原始注册地完全脱节（比如原注册在香港的段被搬到美国使用），库还按老注册地标注。
• Anycast / CDN：Cloudflare、AWS CloudFront 这类 anycast 地址可能映射成任意国家，城市级几乎不可信。

需要强调：国家级（国家）准确率普遍 95%–99%，基本可靠；但城市级只有 50%–80%，误差半径常达 25–50 公里。所以"城市标错"是常态，不必大惊小怪。

七、怎么查自己的 VPS IP 归属？几条可复制命令

拿到 IP 后，建议同时用多个来源交叉验证，而不是只信一个库：

# 1) WHOIS 看注册组织与国家
whois 123.45.67.89

# 2) IPinfo 看 ASN 与城市（含免费额度）
curl ipinfo.io/123.45.67.89

# 3) ip-api 看多库聚合结果
curl http://ip-api.com/json/123.45.67.89

# 4) 浏览器打开查看 BGP 公告与 AS
# https://bgp.he.net/ip/123.45.67.89

# 5) 反查 PTR 主机名，常含机房缩写
dig +short -x 123.45.67.89

如果四个来源里只有一个显示城市异常，那多半是那个库的个别错误；如果全部一致地偏了，再考虑是不是商家实际给你分配了别的机房。

八、定位错了怎么修正：向数据库提交更正

好消息是，普通用户也能提交更正。各家都提供公开表单，流程大同小异：

1. 确认你的真实 IP 与机房所在城市（可问商家工单，或看商家官网机房列表）。
2. 到对应数据库提交表单：MaxMind GeoIP Correction、IP2Location Update Form、IPinfo Corrections、DB-IP Contact。
3. 等待审核与发布：MaxMind 按周更（周二）、IP2Location 按月更（每月 1 日）、长尾小库可能落后 2–12 周。
4. 几周后用前面的命令复查，通常全网就会同步成正确城市。

如果你是商家或有机房资源，更应养成习惯：每上线一个新的 /24，第一天就向各大权威库提交正确地理信息，能大幅缩短新 IP 的"定位漂移期"。

九、实战：RackNerd / ColoCrossing / Vultr 的真实例子

拿三家白名单里的商家举例，你能更直观理解这套逻辑：

• RackNerd：年付低至约 10.28 美元的特价机很常见，但它的洛杉矶 DC03 机房实际托管在 ColoCrossing 的洛杉矶机房。所以你查 RackNerd 的 IP，WHOIS 组织名可能显示 ColoCrossing / Velocity Servers，而不是 RackNerd——这不是定位错，是真实的网络归属。
• ColoCrossing：2003 年成立的美国老牌 IDC，母公司 Velocity Servers Inc.，2023 年被 HostPapa 收购，自营 10+ 机房（水牛城、纽约、芝加哥、达拉斯、洛杉矶、圣何塞、亚特兰大、西雅图等）。如果你买到的正好是 ColoCrossing 达拉斯机房，那查出来显示达拉斯完全正确，不是 GeoIP 的锅。
• Vultr：使用自家 AS20473（Choopa），机房遍布全球且 BGP 公告与地理提交规范，查出来城市通常较准。若你选了迈阿密却显示亚特兰大，多半是库尚未同步新分配段，按第八节的步骤提交即可。

一句话总结：IP 定位是概率性的地图，不是确定性绑定。看懂 ASN、RIR、WHOIS 与 GeoIP 的关系，你就能分清"真错位"和"数据库还没跟上"，也知道该找谁、怎么改。

💡 延伸阅读：关于架构与基础设施的更多深潜指南，请前往 VPS 主题导读中心 (Hub) 获取全盘策略。