NTP 时间服务器地址 · 国内常用对时服务器

加载中…

操作勾选地址 → 选系统 → 点「生成配置」,每一块都能整块复制;单条地址点行尾的「复制」

猜你喜欢

20 条实测有应答的 NTP 时间服务器地址,按国内、系统与厂商默认、国际分成三组,每条都写明归属和适合谁填,可以逐行复制,也可以勾几条一次复制走。勾完点一下「生成配置」,页面直接吐出 Windows 命令行、Windows 图形界面、Linux(chrony 与 systemd-timesyncd)、macOS 各自的配置片段,整块粘走即可。下半页是同步失败的按现象排查:服务没启动、地址连不上、网络挡了 UDP 123、偏差太大被拒、虚拟机抢着校时、双系统差 8 小时,六种现象各一组步骤。

怎么用

这一页分三块:上面是地址表(填哪个),中间是配置生成器(怎么填),下面是排查(填了还是不行怎么办)。多数人只用得上第一块——从国内那一组里挑两三条,复制走,填进系统里就完事了。

先把一件事说在前面:网页测不了一台 NTP 服务器通不通。对时走 UDP 的 123 端口,浏览器只会说 HTTP,发不出 UDP 包,所以这一页不做「在线检测」那种事。它给的是地址、能直接粘走的配置片段,以及同步失败时的排查顺序;真要测某个地址,命令行里那条 stripchart 命令页面也给了。

一、地址表:先分清三组

表分成三组,切页签就能只看一组:

  • 国内——国内机房,个人电脑和国内服务器优先用这一组,往返短、成功率高。
  • 系统与厂商默认——各家系统出厂时填的那几个。它们大多在海外,国内网络下时快时慢。「点了立即同步却一直出错」最常见的原因就是它。
  • 国际——海外服务器与全球服务器池。人在国外、或者机器本来就在海外机房时用。

下面这 20 条就是页面上的全部内容,每条都实测过有应答:

地址 归属 适合谁
ntp.ntsc.ac.cn 中国科学院国家授时中心 国内个人电脑与服务器,想直接对着权威源
cn.pool.ntp.org NTP Pool 中国区 国内通用,不依赖任何一家厂商
ntp.aliyun.com 阿里云 国内通用;机器在阿里云上的优先用
ntp1.aliyun.com 阿里云 同上,配成一组备用
ntp2.aliyun.com 阿里云 同上,配成一组备用
ntp.tencent.com 腾讯云 国内通用;机器在腾讯云上的优先用
ntp1.tencent.com 腾讯云 同上,配成一组备用
ntp2.tencent.com 腾讯云 同上,配成一组备用
cn.ntp.org.cn NTP 授时快速域名服务 国内个人电脑通用
edu.ntp.org.cn NTP 授时快速域名服务 教育网里的机器
time.edu.cn 教育网 高校校园网里的机器
time.windows.com Windows 默认 出厂就填着它,国内常慢甚至不通
time.apple.com 苹果 Mac 与 iPhone 出厂默认
time.asia.apple.com 苹果(亚洲节点) 人在亚洲的苹果设备
ntp.ubuntu.com Ubuntu 默认 Ubuntu 一系的机器
time.google.com 谷歌 海外机器;采用闰秒平滑,别与不平滑的混用
time.cloudflare.com Cloudflare 海外机器
time.facebook.com Facebook 海外机器
pool.ntp.org NTP Pool 全球池 人在国外、或不确定机器在哪个区
time.nist.gov 美国国家标准与技术研究院 海外机器,对着美国的权威源

搜索框按地址、归属、说明一起匹配,输入 aliyun、腾讯云、教育网都能直接定位。单独要一条地址,点那一行的「复制」;要一组,先勾上几个,再用下面的「复制空格分隔」或「复制逗号分隔」——Windows 那条命令要的是空格分隔,逗号分隔留给配置文件和自己做备份。

一句如实的话:服务器能不能连上因网络而异,本页列的是对外公开的常用地址,不保证每个网络下都可达。公司网络、校园网、某些宽带出口都可能把其中一部分挡在外面,所以填两三个备用的,比死磕一条稳。

二、配置生成器:勾完点一下就有

勾好地址,选一个系统,点「生成配置」,下面就会出现这个系统的写法,每一块都能整块复制:

  • Windows 命令行(要用管理员身份打开命令提示符或终端):第一条 w32tm /config 把地址写进去并启用,整串地址用引号包着、空格分隔,每个地址后面跟着的 0x9 表示用客户端模式并按指定间隔轮询;第二条 w32tm /resync 立刻同步一次;第三条 w32tm /query /status 查现在跟谁对、上次成功同步是什么时候;改完没反应的还给了 net stop w32time 与 net start w32time 两条重启服务的命令;最后一条是那个能真正量连通性的 w32tm /stripchart。
  • Windows 图形界面:控制面板里的「日期和时间」→「Internet 时间」→「更改设置」,把地址填进「服务器」那一栏,再点「立即更新」。Windows 11、Windows 10 也可以从设置应用里「时间和语言」下的日期和时间一类的入口进去,再找到与 Internet 时间有关的那一块。这一栏一次只认一个地址,想一次把备用的都配上,得用命令行那一页。
  • Linux:先 timedatectl set-ntp true 打开网络对时、timedatectl status 看状态;用 chrony 的,把生成的 server 地址 iburst 几行写进 /etc/chrony.conf(Debian、Ubuntu 一系在 /etc/chrony/chrony.conf),然后 systemctl restart chronyd(Debian 一系服务名是 chrony),再用 chronyc sources -v 看对上了没有;用 systemd-timesyncd 的,把 NTP= 那一行写进 /etc/systemd/timesyncd.conf,重启 systemd-timesyncd。chrony 和 timesyncd 同一台机器只留一个,两个都开着会互相打架。
  • macOS:系统设置「通用 → 日期与时间」里有时间服务器那一栏,填进去即可;想立刻对一次,命令行里 sudo sntp -sS 地址。

这里只写各系统里稳定存在、广为人知的那几条命令与路径,拿不准的参数细节一律不写——宁可少给一条,也不给一条填了会出错的。

三、排查:按现象点,不用通读

下半页六个按钮,点你遇到的那一种,页面给出这通常是什么毛病、按什么顺序动手:服务尚未启动、找不到服务器、公司网络里怎么都失败、时间差太远被拒、虚拟机里时间老跳、双系统差 8 小时。每一条都是一组编号步骤,照着走就行。

怎么看结果

该挑哪一条:对号入座

  • 国内的家用电脑:从国内那一组里挑两三条,怎么挑差别都不大。想对着权威源就把 ntp.ntsc.ac.cn 放第一个。
  • 跑在国内某家云上的服务器:优先用那家云自己的对时地址。云厂商通常在内网就提供对时服务,走内网既快又不吃公网带宽,也不会被安全组规则挡住。混着填别家云的地址反而容易超时。
  • 校园网里的机器:教育网那两条在校内通常最快,出了校园网就不一定能连上,所以再配一条通用的国内地址当备用。
  • 海外机器:用系统默认的那一组或者国际那一组都行,就近即可。
  • 整批机器要统一:选定一组地址之后所有机器都填同一组,比各填各的更好排查——出问题时至少能确定大家的时间源是一样的。

填几个、怎么排序

两到四个。第一个是主力,其余是备用。别把闰秒平滑和不平滑的混在一组:采用平滑做法的服务器会把闰秒那一秒摊到一整天里慢慢消化,不平滑的则老老实实插入一个「第 61 秒」,两种同时当时间源,客户端会看到它们在那一天前后对不上,于是反复拉扯。页面对采用平滑做法的那条做了标注,按标注避开就行。

怎么确认真的生效了

改完别只看任务栏上的时间,看这三处:

  • Windows:w32tm /query /status 的输出里,「源」那一行就是当前实际用的服务器(改完应该变成你填的那个),「上次成功同步时间」应该是刚刚。这一行停在很久以前,说明同步其实一直在失败,界面上未必有提醒。
  • Linux:timedatectl status 里有一行写着时钟同步没同步;用 chrony 的再看 chronyc sources -v,输出里每台服务器前面的标记表明谁被选中、谁被当成备选、谁被判为不可用。
  • 所有系统:改完回时间校准那一页测一次偏差,落到零点几秒以内就算成了。这是最直观的判据。

几种典型失败的含义

现象 通常意味着 先做什么
报服务尚未启动 对时服务被关了 把 Windows Time 的启动类型改成自动并启动
一直找不到服务器 这个地址在你这个网络下不通 换国内那一组,再用 stripchart 量一下
家里好、公司不行 网络把 UDP 123 挡掉了 用手机热点验证一次,再找网络管理员要内网地址
同步被直接拒绝 偏差太大触发了保护 先手动调到大致正确再同步
时间反复来回跳 有两个东西同时在调时钟 虚拟机、同步工具、系统服务只留一个
双系统差整 8 小时 两边对主板时钟的理解不一致 改一边即可,改哪边都行

这一页给不了什么

  • 给不了连通性结论。哪个地址在你的网络下通、延迟多少,只有你自己在命令行里量得出来。
  • 给不了「哪个最准」的排名。公开服务器的实际精度取决于你到它的网络路径,同一条地址在不同城市、不同运营商下的表现能差出一个量级,排名没有意义。
  • 给不了硬件层面的结论。每次开机都差一大截、联网才被拉回来的台式机,这类现象通常意味着主板纽扣电池快没电了,换一颗再观察一段时间就能排除。

常见问题

NTP 到底是什么

网络时间协议,一套让机器通过网络把自己的时钟对准的规矩。它定义了数据包长什么样、怎么根据往返时间估算偏差、怎么在多个时间源之间挑一个可信的。你的电脑、手机、路由器、机房里的服务器,几乎所有联网设备背后都跑着它的某个实现——只是平时不需要你操心,直到某天它对不上了。

所谓「NTP 服务器地址」,就是你的机器去问时间的那台机器的域名。这个地址填错了、或者填的那台连不上,系统就没法自动对时,时间会慢慢走偏。

「更改时间服务器」这件事在哪里做

Windows 上有两条路:图形界面走控制面板里的「日期和时间 → Internet 时间 → 更改设置」,一次只能填一个;命令行走 w32tm /config,可以一次填好几个。Windows 11 与 Windows 10 的设置应用里入口叫法各版本略有不同,从「时间和语言」下的日期和时间一类的入口进去再找与 Internet 时间有关的那一块即可,实在找不到就用命令行,更稳。

Linux 上改配置文件:chrony 改 chrony.conf,systemd-timesyncd 改 timesyncd.conf,改完重启对应服务。macOS 在系统设置的日期与时间那一栏里填。

手机能不能改成国内的服务器

一般不能,也基本不需要。安卓和 iPhone 的系统设置里通常不提供填写时间服务器的入口,手机的时间主要来自运营商网络,插着卡的手机几乎总是准的。纯 Wi-Fi 的平板靠系统自带的对时,长期不联网才会走偏,联网后一般自己就追回来了。真要折腾手机的时间源,那属于改系统底层配置的范畴,不是这一页能覆盖的事。

公司网络里怎么都同步不上,还有别的办法吗

先确认是不是 UDP 123 被挡了——用手机热点连一次再同步,立刻成功就坐实了。确认之后有三条路:一是向网络管理员要内网的时间服务器地址,规模稍大的单位基本都有,填内网的还更快;二是接受现状,用热点偶尔手动同步一次;三是如果只是某几台机器,让它们跟单位里一台能对上时的机器同步。硬绕防火墙不是好主意,也未必绕得过去。

服务器和个人电脑的做法有什么不同

个人电脑用系统自带的对时服务就够了,偏差在百毫秒量级完全不影响使用。服务器讲究的是一批机器之间的时间要一致:日志要能按时间串起来、分布式系统要靠时间戳判先后、证书和令牌的有效期要对得上。所以机房里一般会自己搭一两台对时服务器跟公网对时,内网所有机器都跟它对,这样既省公网流量,也保证大家的偏差是同方向的。云上的机器直接用云厂商的内网对时地址,效果一样。

这一页和本站其他时间工具怎么分工

要量一量自己这台设备到底快了慢了多少、并按系统一步步打开自动对时,用时间校准;要一块满屏大字的北京时间,用北京时间在线时钟;要看各地现在几点、两地差几小时,用世界时钟;要把时间戳和日期来回转,用时间戳转换。这一页只管一件事:服务器地址填哪个、怎么填、填了不行怎么办。

原理与冷知识

层级:时间是一级一级传下来的。NTP 用 stratum 这个词给时间源编号,意思是「离基准几手」。直接连着原子钟、GPS 接收机这类基准的算第 1 层,跟第 1 层对时的算第 2 层,再往下第 3 层、第 4 层,每往下一层多一点误差。公开给大家用的服务器多半是第 2 层——对日常使用绰绰有余,因为层级差带来的那点误差,远小于你家网络的往返抖动。整个体系像一棵树,树根是原子钟,树叶是你手上的设备。

四个时间戳解一道方程。一次对时的数据包里带着四个时刻:你发出的时刻、服务器收到的时刻、服务器回复的时刻、你收到的时刻。有了这四个数,就能同时解出两个未知数——网络往返用了多久,以及你的钟和对方差多少。这里有一个绕不过去的假设:去程和回程耗时差不多。这个假设不成立时(比如上下行带宽差很多、或者路由不对称),偏差估算就会系统性地偏一边,而客户端对此一无所知。多问几台服务器互相印证,正是为了压住这种偏。

为什么非用 UDP 不可。对时最怕延迟忽大忽小。可靠传输那一套的重传、排队、拥塞控制都会让延迟变得不可预测,而上面那道方程恰恰要靠延迟对称。所以对时用最轻的数据报一来一回,不握手、不重传,延迟最稳。代价是 123 这个端口太好认,企业防火墙顺手一关,就有了「公司电脑怎么都同步不上、回家一次就好」的经典场景。

闰秒:两种处理方式,别混着用。地球自转不匀速,为了不让世界协调时和天文时越差越远,历史上会不定期在某个月末插入一个「23:59:60」。这一秒让无数系统出过事故,因为「一分钟有 61 秒」几乎没人在代码里考虑过。于是有的服务提供方改用另一种办法:把这一秒摊到一整天里,让时钟走得稍微慢一点点,平滑地消化掉,对客户端来说时间始终是连续的。两种做法各自都自洽,但混在一起就会打架——所以页面上对采用平滑做法的那条做了标注。顺带一提,国际计量组织已经通过决议要在未来取消闰秒;而近些年地球自转反倒在变快,如果趋势延续,人类可能得面对「负闰秒」,那会比正闰秒更难对付。

服务器池是一群志愿者撑起来的。带 pool 字样的地址背后不是一台机器,而是一大批个人和机构自愿贡献出来的服务器。域名解析时按你的位置就近给出其中几台,而且每次给的不一定相同。这套办法的好处是不依赖任何一家公司,某台机器下线也不影响你;代价是你永远不知道这次连的是谁。这套体系也出过著名的麻烦:曾有硬件厂商把某个固定地址直接写死进产品固件里,几十万台设备同时去问一台机器,把对方彻底压垮——从那以后,「别把公共对时地址硬编码进量产设备」成了行业里反复强调的一条。

NTP 自己也有「千年虫」。它的时间戳是从 1900 年起算的 32 位无符号秒数,2 的 32 次方秒约等于 136 年,所以第一轮会在 2036 年数满回绕。协议后来定义了更宽的时间戳格式,各家实现也有靠「窗口」推断轮次的办法,但那些跑在嵌入式设备里、十几年没人碰过的老实现会怎样,得到那时候才知道。这和 Unix 时间戳 2038 年溢出是两件不同的事,年份接近纯属巧合——想看后者,去时间戳转换那一页。

系统对准时间不是「猛拨」过去的。偏差小的时候,对时服务通常不会把时钟一把拨过去,而是微调时钟的走速让它慢慢追上。原因很实际:太多软件假设时间单调递增,日志、数据库、计时器都靠这个假设,时钟突然往回跳会造成各种诡异故障。所以你改完配置立刻回去测偏差,可能不是马上归零,而是在几十秒到几分钟里慢慢收敛。偏差实在太大时才会直接拨,而且往往还要先通过一道「这是不是异常」的检查——那正是「时间差太远反而同步不上」这个现象的由来。

卫星导航的本质是授时。导航卫星上装的就是原子钟,它们不停播报「现在是几点几分几秒几微秒」;接收机根据几颗卫星信号到达的时间差反推自己的位置——所以定位精度归根到底取决于计时精度,光在一微秒里能跑约 300 米。正因如此,卫星系统也是全球最方便的高精度时间源之一:机房里那种「第 1 层」的对时服务器,天线接的往往就是卫星信号。你手机上那个看起来平平无奇的时间显示,背后串着原子钟、卫星、地面站、一层层时间服务器,最后才轮到这一页给你的那行地址。

本页更新于 2026-09-25 · 分类:在线工具