telegram 数据中心dc科普，你的账号dc在哪里，telegram下载速度和延迟有关吗-kipkip

Telegra m自称拥有五个数据中心（简称DC），分别是DC1至DC5。DC1和DC3设在美国迈阿密，DC2和DC4设在荷兰阿姆斯特丹，而DC5位于新加坡。在Telegram的代码和文档中，这些数据中心被以DC1至DC5的形式命名。

每个帐号都会在注册时关联一个 DC，此后不随用户更改手机号或地理位置迁移。用户也不能自由选用 DC——如果连接到了错误的 DC，服务端会返回错误信息，要求客户端连接到帐号所关联的正确 DC 上。

为了满足群友的好奇心，有人开发了一个机器人，可以查询用户所在的DC。接着，群友们开始通过这个机器人查询自己的DC信息：用+86手机号注册的用户发现自己在DC5（新加坡）；而用+1手机号注册的用户则在DC1（美国迈阿密），；而使用欧洲手机号注册的用户会发现自己在DC4（荷兰阿姆斯特丹）

通过搜索 bot 消息的「大数据查询」，我们发现似乎真的没有来自 DC2 与 DC3 的用户。

于是，有人推测 DC2 与 DC3 皆无用户，也有人分析后推测 DC2 与 DC3 分别是 DC1 与 DC4 的附属 DC，会在其上级 DC 繁忙时接受用户注册。

我到底在哪个 DC？

目前常用的 DC 获取方法有 3 种，下文将注册一个 DC2 的新帐号，实际尝试一下这 3 种方法。

我们使用会被分配到 DC2 的手机号，通过 Telegram MTProto 协议（这也是官方客户端使用的协议）连接 DC1，调用 auth.sendCode 接口，尝试发送验证码，注册一个账号。

此时服务端会返回 PHONE_MIGRATE_2 错误，提示客户端应当要连接 DC2（如果连接 DC2 后进行同样操作，便会直接发送验证码）。

这样，我们就知道这个帐号是一个 DC2 的帐号。这种方法对于已注册的帐号同样有效，但是这种方法需要知道用户的手机号，难以用来查询群友的 DC。

在刚才的 DC2 帐号注册完成后（下文称之为新号），我们利用会显示用户 DC 的第三方客户端（Plus Messenger），登录自己的另一个账号，去查看新号的 DC。然而，客户端此时并未能显示 DC，需要替新号上传头像后才显示新号在 DC2。

这是因为第三方客户端是在下载用户头像时，通过 MTProto 协议 userProfilePhoto 结构体中的 dc_id 字段，来获知用户所在的 DC。

这种方法是通过用户上传的文件所在的 DC，来判断用户所在的 DC。

如果是用新号登录第三方客户端去查看自己的 DC，则可能是通过方法 1 判断出的 DC，因为客户端知道自己在连接哪个服务器。

最后我们通过上文提到的 bot 查询这个新号的 DC。

咦？这个新号不是位于 DC2 吗，为什么 bot 会说是 DC4 呢？

其实它是通过 Telegram Web CDN 来获取用户的 DC 的。我们打开 https://t.me/dctest** 查看源码，会发现新号的头像域名是以 cdn4 开头的，导致被 bot 判断为了 DC4。

由于 DC2 与 DC3 会「借用」同地点的 DC4 与 DC1 域名来提供 Web CDN 服务，因此 bot 无法找到任何 DC2 用户——他们都被判断成了 DC4 用户。

还有另一种 bot，要求用户给 bot 发送一个图片/文件来判断其 DC。这类似方法 2，可以较为准确的判断用户 DC。

延迟的单位为毫秒(ms)，其实就是从你的TG设备发出数据包给TG数据中心，再从数据中心返回你的TG设备消耗的总时长。

延迟能一定程度反映你的网络到TG数据中心的网络质量。而TG总共有五个数据中心，

东亚、南亚一般连接的数据中心都是DC5，所以在座各位连接的数据中心大部分也是DC5，当然，用+1注册的一般都是DC1。
—

那么问题来了，延迟和速度又是什么联系呢？

大家可以简单理解为：延迟越低，你的下载速度能达到最高的潜力就越大。

想要下载速度越快，首先你得是TG会员，其次你的代理线路足够优秀(低延迟)，代理给你分配的宽带资源足够多。我们聊到的下载速度一般就是体现在TG里面的大文件，比如两个G三个G那种的大文件，像普通的视频就不需要那么大的下载速度。

所以到这里大家应该明白了，延迟和下载速度并没有必然联系，低延迟只能一定程度上帮助得到更高的速度，但却起不到决定作用。
—

如果不是TG会员，你本身就会被TG限速，代理于你而言只能提高稳定性，对于提高下载速度能力有限。

对于大部分用户而言TG一般都是做业务或者聊天用的，并不需要下载大文件，一个稳定的代理足够应付你的大部分场景。