法国VPS机房怎么选:9个官方入口双源实测,极差77毫秒
法国VPS机房怎么选,第一个该放弃的念头是「法国就一个机房」。巴黎、鲁贝、格拉沃利讷、斯特拉斯堡、马赛,七个商家把九个官方测试入口散在这五座城市里。2026 年 10 月 23 日上午,两个中国大陆探测源各打 20 个包:广东电信源从 179.880 毫秒到 256.727 毫秒,极差 76.847;阿里云北京源从 156.180 毫秒到 242.033 毫秒,极差 85.853 毫秒。标题里的 77 毫秒,就是广东源极差取整。

九个入口里有七个拿到了数,两个一个包都没回。这七个数的排列顺序,跟城市名几乎没关系。
一、法国机房不在一个地方:九个入口落在五座城市
巴黎:入口最多,位置最散
五个入口都报巴黎。Scaleway 在巴黎,Waycom 在巴黎,Vultr 标的是巴黎(奥贝维利耶),奥贝维利耶在巴黎东北郊的塞纳-圣但尼省。Ikoula 和 Akamai(Linode)也报巴黎。五个入口里,只有一个把具体街区写了出来。
鲁贝和格拉沃利讷:都在北边,贴着比利时和海峡
OVH 起家在鲁贝,法国最北端,翻过边境就是比利时。格拉沃利讷在敦刻尔克西边,英吉利海峡的岸边。两个城市同在上法兰西大区,地面上不远,网络上却是两条独立的路。
斯特拉斯堡:东边,莱茵河上
OVH 在法国的第三个点。法德边境,往东接德国南部,往东南接中欧。这条线在国际骨干上的位置,和北边那两个不是一回事。
马赛:南边,地中海
PulseHeberg 在马赛。马赛是地中海的海缆登陆点,往北非、西非、中非法语区的流量在这一带上岸。这件事跟延迟无关,跟你要服务谁有关。
巴黎的入口多,是因为买家多,不是因为机房多。国际带宽、电力、土地在巴黎都更贵,外省便宜。商家把入口挂在巴黎,卖的是那个名字和那批上游,机器未必在城里。
| 商家 | 机房城市 | ASN | 是否取得延迟 |
|---|---|---|---|
| Scaleway | 巴黎 | AS12876 | 取得 |
| Waycom (Adista) | 巴黎 | AS16347 | 取得 |
| Vultr | 巴黎(奥贝维利耶) | AS20473 | 取得 |
| OVHcloud | 斯特拉斯堡 | AS16276 | 取得 |
| OVHcloud | 鲁贝 | AS16276 | 取得 |
| OVHcloud | 格拉沃利讷 | AS16276 | 取得 |
| PulseHeberg | 马赛 | AS62000 | 取得 |
| Ikoula | 巴黎 | AS21409 | 未取得 |
| Akamai (Linode) | 巴黎 | AS63949 | 未取得 |
法国VPS 的七个商家、九个入口,落在五座城市。名字里都写着法国,网络上是五个不同的出发点。买之前先问清楚是哪个城市,比问是不是法国有用。

二、双源实测:七个有数,两个没数
| 入口 | 城市 | 广东 avg (ms) | 北京 avg (ms) | 两源差(广东−北京) | 哪边快 | 丢包 粤/京 |
|---|---|---|---|---|---|---|
| OVHcloud | 斯特拉斯堡 | 179.880 | 156.180 | +23.700 | 北京 | 0 / 5.0% |
| Scaleway | 巴黎 | 191.783 | 170.732 | +21.051 | 北京 | 0 / 0 |
| PulseHeberg | 马赛 | 201.981 | 220.903 | −18.922 | 广东 | 0 / 0 |
| OVHcloud | 格拉沃利讷 | 206.787 | 168.585 | +38.202 | 北京 | 0 / 0 |
| OVHcloud | 鲁贝 | 215.346 | 167.591 | +47.755 | 北京 | 0 / 0 |
| Waycom (Adista) | 巴黎 | 230.140 | 214.100 | +16.040 | 北京 | 0 / 0 |
| Vultr | 巴黎(奥贝维利耶) | 256.727 | 242.033 | +14.694 | 北京 | 0 / 0 |
法国VPS 的双源结果按广东源升序排。命令统一是 ping -c 20 -W 2,每行取 ping 自己输出的 avg,三位小数,每格 20 个包。
两个源要说清楚。cn-probe-1 在中国广东,电信 AS4816,单线接入;cn-probe-2 在中国北京,阿里云 AS37963,BGP 多线。前者是一条南方电信单线的水平,后者是北方机房多线选路的结果。这两列不能合并成一句「国内延迟」,也不能把一列的区间和另一列的区间拼在一起。
两端是一致的:斯特拉斯堡两个源都最快,Vultr 巴黎(奥贝维利耶)两个源都最慢。中间五个的顺序,两个源排出来完全不同。广东源里马赛排到第三位,北京源里马赛掉到第六位。
三、巴黎同城三个入口,撑起全表八成的极差
| 入口 | 广东 avg (ms) | 北京 avg (ms) | 两源差(广东−北京) |
|---|---|---|---|
| Scaleway | 191.783 | 170.732 | +21.051 |
| Waycom (Adista) | 230.140 | 214.100 | +16.040 |
| Vultr(奥贝维利耶) | 256.727 | 242.033 | +14.694 |
| Ikoula | 未取得 | 未取得 | 无 |
| Akamai (Linode) | 未取得 | 未取得 | 无 |
法国VPS 在巴黎的五个入口,只有三个拿到数。它们的广东源极差 64.944,北京源极差 71.301。全表的极差是 76.847 和 85.853。64.944 占 76.847 的 0.845,71.301 占 85.853 的 0.831。
翻译成一句人话:全表七个有数入口的差异,八成四在巴黎这一个城市内部就发生了。
三个入口之间的物理距离以公里计,都在巴黎都会区。同城、同一个上午、同一批探测包,拉开 64.944 毫秒。这个差不可能来自机房位置,三个入口都在同一个都会区,剩下的解释只有上游。但这一轮只有 Vultr 那条跑了 tracepath,Scaleway 那一端没有路由证据,所以这句话是推断,不是结论。
城市不是变量,接入商才是。 这句话放在法国比放在任何地方都成立,因为巴黎塞了五个入口,样本足够看出规律。
有个做欧洲独立站的读者,两家都写巴黎,配置接近,价格差得不多,他挑了便宜的那家。上线后国内同事打开后台要等,换到另一家,同一批人、同一个浏览器,手感像换了条线路。他以为自己买到了假巴黎。两家都没写错,只是买的上游不一样。
巴黎之外的四家,反而挤得比同城更紧
把巴黎以外的四个有数入口单独排一次:斯特拉斯堡 179.880、马赛 201.981、格拉沃利讷 206.787、鲁贝 215.346。四座城市从北到南跨了大半个法国,最大和最小之间,比巴黎同城那 64.944 还窄。
读起来别扭,但它是这批数据里最该记住的一条。看起来,跨国那一段才是延迟的主体,城市之间那点距离在这个量级里被压平了。所以在法国选机房,先看这家买的是谁的带宽,再看它在哪个城市。
四、巴黎有机房,和巴黎入口能测,是两件事
法国VPS 里最容易被跳过的一步,是确认测试入口在你这边通不通。Ikoula 的 109.238.0.216 在 AS21409,Akamai(Linode)的 172.232.32.31 在 AS63949。两个源各 20 个包,100% 无回应。
补测 TCP 80 建连,两个入口四种组合全失败。广东源 curl Ikoula,3315 毫秒后报 curl: (7),连不上服务器;北京源直接 No route to host,3.004 秒返回。Akamai 那两个入口,广东源 8002 毫秒超时,北京源 8001 毫秒超时,都是 curl: (28)。ICMP 和 TCP 80 两条路都不通。
这两家没有延迟数字,全文也不会出现它们的估算值。没测到就是没测到,不拿别的城市的数据顶,也不拿商家的标称值凑。
能说的是:巴黎有五个入口挂名,只有三个出了数。买之前先确认那家的测试入口在你这边通不通。通不了就换一家的入口再试,或者直接开工单问测试地址。
五、北京源更快六个,广东源更快一个
七个有数的入口,北京源更快的六个,广东源更快的只有一个。两源差从 14.694 到 47.755,正数全是广东慢,唯一的负数是马赛的 −18.922。
这和亚洲方向是反的。香港、日本、韩国那几个近岸方向,广东出发通常更占便宜,站内其他测评里这个规律反复出现,翻 VPS 测评汇总 能对上。法国方向不是。
原因能从路由里看出一点形状。三条北京源的路径,第 10 跳就已经是 138.558、160.197、208.210 这个量级;三条广东源的路径,第 10 跳还在 7.148、7.274、11.591。跨出境那一步,北京侧早一跳。
跳数早不等于端到端快。这只是三条路径的共同形状,不是证明,样本也只有三条。真要解释清楚,得拿到回程路径,这一轮没测。
对读者的影响很直接。北方用户照着一份广东测出来的法国VPS 榜单下单,很可能拿到一台在自己这边更慢的机器;反过来也一样。法国方向上,先确认榜单是哪个源测的,比看排名重要。
六、马赛是唯一的例外
PulseHeberg 马赛,广东 201.981,北京 220.903,两源差 −18.922。整张表里唯一一个北京比广东慢的入口。
广东源里马赛排到第三位,落在 Scaleway 巴黎的 191.783 后面一点。北京源里马赛排第六,只在 Waycom 和 Vultr 前面。同一个入口,在两张榜上的位置差了三名。
马赛是地中海的海缆登陆点,服务北非、西非、中非法语区的访客,位置比巴黎合理。这条判断不是从上面那张表推出来的,表里只有中国两个源,测不到达喀尔,也测不到卡萨布兰卡。要验证只能从目标地区自己 ping。
做非洲法语区电商的读者问过这个问题。他一开始把机器放巴黎,客户在阿比让和达喀尔,商品页打开慢。换到马赛后本地感受好了,他问我马赛是不是比巴黎快。从中国看不是,北京源 220.903 对巴黎最快的 170.732,马赛落后。两件事不冲突:他的用户在非洲,我们的探测源在中国。
七、OVH 同一家三个城市,同 ASN 不同命
AS16276,三个入口,三座城市。
斯特拉斯堡 179.880 和 156.180,两个源都是全表最快。格拉沃利讷 206.787 和 168.585。鲁贝 215.346 和 167.591。同一家、同一个 ASN、同一套骨干。
广东方向上三个数分得很开,斯特拉斯堡 179.880 是全表最低,鲁贝 215.346 掉到第五。北京方向上三个数挤在 156.180 到 168.585 之间,几乎分不出来。
所以法国VPS 选 OVH 的话,北京用户随便挑,广东用户得挑斯特拉斯堡。这个结论只在 OVH 内部成立,跨商家比还得回到总表。三家的官网入口分别是 OVHcloud、Scaleway、Vultr,PulseHeberg 的看 PulseHeberg 官网。
还有一处丢包要记一笔:斯特拉斯堡北京源 20 个包丢 1 个,5.0%,同一台机器在广东源 0 丢包。n=20 的样本里一个包就是 5.0%,当信号看可以,当结论不行。
八、六条路由拆开:出境那一跳在哪
| 入口 | 探测源 | 最后一个有回应的跳 | 末跳 RTT (ms) | 有回应跳数 / 总跳数 | 是否到达 |
|---|---|---|---|---|---|
| Vultr 巴黎 | 广东 | 第 17 跳 108.61.105.21 | 248.765 | 14 / 19 | 未到达 |
| Vultr 巴黎 | 北京 | 第 18 跳 62.115.141.147 | 242.017 | 18 / 19 | 未到达 |
| OVHcloud 斯特拉斯堡 | 广东 | 第 17 跳 94.23.122.136 | 204.790 | 13 / 19 | 未到达 |
| OVHcloud 斯特拉斯堡 | 北京 | 第 15 跳 91.121.215.196 | 154.439 | 14 / 19 | 未到达 |
| PulseHeberg 马赛 | 广东 | 第 18 跳 185.157.244.225 | 192.696 | 14 / 19 | 未到达 |
| PulseHeberg 马赛 | 北京 | 第 16 跳 193.168.147.175 | 160.710 | 13 / 17 | 到达 |
六条里只有一条走到目标:PulseHeberg 北京源,第 16 跳 160.710 毫秒,reached,共 17 跳。其余五条都没走到目标,末段没有回应。
Vultr 广东这条最能看出结构,把有回应的跳单独列出来。
| 跳 | IP | RTT (ms) |
|---|---|---|
| 1 | 192.168.247.30 | 22.698 |
| 1 | 192.168.247.30 | 6.537 |
| 2 | 192.168.247.29 | 16.926 |
| 4 | 103.45.0.53 | 2.316 |
| 7 | 219.133.32.137 | 2.061 |
| 8 | 119.147.222.61 | 11.099 |
| 10 | 202.97.91.190 | 7.148 |
| 11 | 202.97.41.130 | 160.987 |
| 12 | 218.30.54.182 | 158.467 |
| 13 | 89.149.183.210 | 247.828 |
| 14 | 195.72.84.37 | 249.235 |
| 15 | 62.115.140.184 | 245.091 |
| 16 | 10.76.0.6 | 261.352 |
| 17 | 108.61.105.21 | 248.765 |
第 3、5、6、9、18 跳无回应,共 5 跳,剩下 14 跳有回应。第 10 跳 202.97.91.190 还是 7.148 毫秒的中国电信骨干,第 11 跳 202.97.41.130 直接 160.987。出境这一步把延迟一次性加上去,后面第 13 到 17 跳在 245 到 261 之间来回。
第 1 跳出现两次,22.698 和 6.537。这不是两台设备,是同一跳发了两个探测包、同一台设备各回了一次,表里照原样留着。
Vultr 北京源是另一条路。第 10 跳 202.97.59.142 已经 160.197,第 12 跳 62.115.139.116 转成 147.083,第 13 跳 62.115.139.105 又跳到 258.046,之后在 62.115.x.x 里绕到第 18 跳 62.115.141.147,242.017。19 跳里 18 跳有回应,比广东那条干净。
62.115.x.x 在 Vultr 两条路径里都出现。广东源第 15 跳是 62.115.140.184,245.091;北京源第 12 到 18 跳几乎都在这段里。同一家上游同时接两条路径,末段落在两个不同的数上,差的是前面出境那一段怎么走。
PulseHeberg 北京源那条要单独说。tracepath 到达时是 160.710,同入口的 ping 均值是 220.903。两个数差得多。tracepath 是单次探测的一个点,ping 是 20 个包的平均,中间隔着几分钟。这中间是路径变了,还是去程回程不对称,我判断不了,不猜。
OVH 斯特拉斯堡那条走的是 sbg.proof.ovh.net,51.91.75.40,就是表里 179.880 和 156.180 那一行。广东源 19 跳里 13 跳有回应,第 17 跳 94.23.122.136 是最后一个回包的,204.790;北京源 14 跳有回应,第 15 跳 91.121.215.196,154.439。两条都没走到目标机器。北京源的末跳 154.439 离 ping 均值 156.180 很近,广东源的末跳 204.790 离 179.880 远一些。两列本来就不是一回事:一列是某台中间设备的单次响应,一列是 20 个包到目标机器的平均。
有一条边界得说清楚:第 N 跳的 RTT 不是端到端延迟。每一跳的数字包含那台设备自己的处理开销,把逐跳相加永远对不上 ping 的均值。tracepath 也只反映去程,回程走哪条这一轮没测。
九、按场景选:先回答你要服务谁
| 你的场景 | 优先看 | 依据 |
|---|---|---|
| 广东出海,要最快 | OVHcloud 斯特拉斯堡 | 179.880,广东源全表最低 |
| 北京出海,要最快 | OVHcloud 斯特拉斯堡 | 156.180,北京源全表最低;鲁贝 167.591、格拉沃利讷 168.585 挨得很近 |
| 两个方向都不能太差 | Scaleway 巴黎 | 广东 191.783 在广东源排第二;北京 170.732 在北京源排第四;两源差 21.051 |
| 面向北非、西非、中非法语区 | PulseHeberg 马赛 | 海缆登陆点,位置理由,不是延迟理由 |
| 只给国内用户看 | 都不合适 | 最快的 179.880 也做不了交互式业务 |
| 要便宜的法国节点 | 不给排名 | 这一轮没核价,不猜 |
法国VPS 的选型表只回答「从中国出发」。你的用户在巴黎,选哪个都行;用户在里昂或者波尔多,巴黎和斯特拉斯堡的差别在本地网络里已经被抹平了。这时候该看的是机房到用户那段距离,不是机房到中国那段。
还有一句实话:这七个入口是商家的公开测试机,不是你买到的实例。同一机房的不同网段可能挂在不同上游,你手上那台会有出入。要判断实例只能买了之后自己 ping,或者开工单要 looking glass 地址。
十、常见问题
法国VPS延迟多少算正常?
分源看:广东电信源 179.880 到 256.727 毫秒,阿里云北京源 156.180 到 242.033 毫秒。落在自己那一档的区间里就是正常,超出上限说明路径绕了,低于下限要么走了中转,要么测错了目标。中法之间的物理距离摆在这儿,压不到亚洲机房的水平。
法国VPS哪个快?
看你在哪一侧。北京源最快是 OVHcloud 斯特拉斯堡 156.180 毫秒,广东源最快也是它,179.880 毫秒。但「最快」和「最稳」不是一回事:它在北京源上 20 个包丢了 1 个。要两边都不难看,Scaleway 巴黎广东 191.783 毫秒、北京 170.732 毫秒,两张榜都在前四。
巴黎和马赛怎么选?
从中国访问,巴黎的三个入口里最快的 191.783 毫秒,马赛 201.981 毫秒,巴黎占优。马赛的价值在另一个方向:它是地中海海缆登陆点,服务北非、西非、中非法语区的访客时位置更合理。你的用户在哪,答案就在哪。
为什么同标巴黎的三个入口能差出 64.944 毫秒?
因为接入商不同。三个入口都在巴黎都会区,物理距离以公里计,64.944 的差距全部来自上游选路,不是机房位置。同城比较,比的不是机房,是机房买了谁的带宽。
OVH 三个城市选哪个?
广东用户选斯特拉斯堡,179.880 是全表最低。北京用户三个都能选,156.180、167.591、168.585 挤在一起,差不出体感。要注意斯特拉斯堡在北京源上有 5.0% 丢包,一个包的量,记着就行。
两个巴黎入口测不出延迟,还能买吗?
能不能买不取决于我们测不测得到。Ikoula 和 Akamai(Linode)这两个入口,两个源各 20 个包 100% 无回应,TCP 80 也连不上,说明不了机器好坏,只说明这个测试地址在你这边不通。想买就先找销售要一个能通的测试 IP,自己跑一轮再决定。
法国VPS需要备案吗?
绝大多数情况不需要。备案针对的是在中国大陆境内提供服务的网站,机房放在法国不涉及;但如果域名接了国内 CDN,或者在国内服务器上做镜像,那部分仍按国内规则办。
十一、这份数据的边界
法国VPS 这份数据的边界,两个源,广东电信 AS4816 单线和阿里云北京 AS37963 BGP 多线,推不出联通和移动的表现。时间只有 2026-10-23 上午一轮,没有晚高峰样本。方向只有去程,六条 tracepath 都是单向的。没测 CPU、内存、磁盘、带宽,也没做业务层实测,所有结论停在 ICMP 和一次 TCP 80 建连上。九个入口是商家的公开测试机,不是我们买的实例。
想省钱先看 优惠码汇总,挑商家用 主机商列表,欧洲整体格局看 欧洲机房怎么选。同系列还有两篇可以对着读:德国机房怎么选、荷兰机房的双源实测。机房入口怎么核,搬瓦工机房实测 里那套办法一样能用。
晚高峰会变,换季会变,机房扩容也会变。拿这些数字做决定,隔一段时间自己再 ping 一轮,比记住任何一张表都可靠。
法国VPS机房怎么选,落到最后就一句话:先定你从哪个口岸出海,再看同城那几家的接入商,最后才看价格。顺序反过来,你会在一个本来就不该选的机房里纠结那点延迟。
