MTProto 代理与 SOCKS5 翻墙：绕过深度包检测（DPI）与秘密伪装

代理在这里究竟是什么

正常情况下，你的设备直接连接 Telegram 的服务器。当网络封锁了这种连接时——无论是国家层面的限制、机构防火墙，有时还有激进的企业防火墙——连接就会直接失败。

代理是一台中间机器，它从你所在的位置可以访问，并且它又能访问 Telegram。你的设备与它通信，它再与 Telegram 通信，封锁就被绕过了，因为从网络的角度看，你连接的是某台不起眼的服务器，而不是被封锁的那台。

由此立刻得出两点，这也是本步骤的全部内容。你的消息仍然是加密的，所以代理读不到你的对话。但代理运营者能看到连接的存在、发生的时间以及传输了多少数据——而他们运行这项服务是出于自己的原因。

Telegram 除了支持通用的代理类型，也支持自己的代理格式。实际差别在于审查者识别和封锁连接的难易程度；而信任问题对两者是完全相同的。

赞助频道，以及其他意外

有些代理是靠广告运营的。当你通过它连接时，运营者可以让某个频道在应用内向你推广——这是一种可见、有标注的安排，而非隐藏的东西，对于一项运行起来要花钱的服务来说，是合理的交换。

值得了解这一点，因为它回答了上一节的问题。如果某个代理向你展示赞助商，你就知道运营者得到了什么。如果某个代理不展示，又是免费的，还被匿名账号广泛分发，那么诚实的答案是：你不知道——而“我不知道”和“什么都没有”是两种不同的立场。

另一个意外是持久性。代理会失效，而且往往很快，因为封锁 Telegram 的网络也会在发现代理后将其封锁。上个月还能用的代理今天可能就失效了，而这种失效看起来像是 Telegram 坏了，而不是代理出了问题。知道你的设置在哪里，意味着你可以去检查，而不是靠猜。

它在其他工具中的位置

人们把代理、VPN 和隐私设置当成可以互换的东西来用。它们不是，而区别简单到足以记住。

代理回答的是“Telegram 在这里连不上”。它只影响这个应用，而且运营者能看到你的连接。

VPN回答的是“我的网络能看到我做的一切”。它覆盖整个设备，而同样的信任问题也适用于运行它的人——免费 VPN 也有一个有商业模式的运营者。

Telegram 的隐私设置（见第 009 步）回答的是“其他用户看到了太多关于我的信息”。任何代理都不会影响这些设置，无论哪个方向，而关闭它们是免费的。

值得避免的错误是把第一种当成能完成第三种的工作。添加代理不会改变谁能看到你的电话号码、最后上线时间或头像——而有人以为添加代理能改变这些，结果是在毫无收获的同时，又多了一个需要信任的对象。

现在试试——五分钟

其中三项是给目前不需要代理的人准备的——而这正是了解这些控制项在哪里的好时机。

1. 找到代理设置并读一读 在数据和存储设置里。知道它们在哪里，意味着当某天 Telegram 连不上时，你可以去检查，而不是重装。
2. 检查是否已经配置了代理 人们会在旅行时添加代理，然后再也不移除。如果那里有一个你不认识的代理，就把它移除。
3. 提前决定你会从哪里获取代理 一个你认识的人，或者一个你已经信任的组织。冷静地做这个决定，比在封锁开始的那一小时里做要好得多。
4. 如果你要去某个受限的地方旅行，出发前就安排好 从一个尚未封锁你的网络去访问代理会更容易。这是本页最有用的一条准备工作。

在你断定自己需要代理之前

Telegram 连不上，无论是被封锁、网络坏了，还是你设备上的某个东西配置错了，看起来都一样。把陌生人的代理当作第一反应，正是人们最终为了解决一个并非封锁的问题，而把流量路由到一台未知机器的原因。

四项检查加起来只需一分钟。换一个网络试试——用移动数据代替无线网络，或者反过来。如果在一个网络上能用、另一个不能用，那问题出在那个网络，而不是那个国家。检查是否还有其他东西也连不上；一个什么都连不上的连接不是 Telegram 的问题。看看是否已经配置了 VPN 或旧的代理，因为一个配置了一半的代理会非常有效地阻断 Telegram。还有检查应用是不是太旧了，因为非常旧的客户端最终会被拒绝。

如果只有 Telegram 在你所能及的所有网络上都失败，那才是代理要解决的信号。到那时，上面标签页里的问题就成了相关的问题，而你是在做一个深思熟虑的决定，而不是一个惊慌失措的决定。

这个阶段的常见问题