先说结论：TG 客户端本身很少「坏掉」，绝大多数「用不了」是代理链路不通、DNS 污染或客户端代理设置不匹配造成的。按「先确认代理是否可用，再检查 TG 是否走代理，最后排查客户端与账号状态」的顺序处理，通常能在十分钟内定位问题。
一、先分清「用不了」的三种表现
- 一直转圈、显示 Connecting：典型链路不通，TG 连不上服务器。
- 能收消息但发不出去：上传通道受限或代理只代理了部分流量。
- 提示手机号验证码收不到：与网络代理无关，属于短信通道或账号风控问题。
把现象对号入座，能避免在错误方向上折腾。下面按从外到内的顺序排查。
二、第一步：确认代理工具本身是否可用
很多人以为「梯子开着」就等于「网络通」，其实代理软件可能已经掉线、订阅过期或节点被封。建议做两件事：
- 在浏览器打开一个境外常用网站，看能否正常加载。如果浏览器也打不开，问题在代理工具，不在 TG。
- 在代理客户端里切换节点并重新测速，观察延迟与丢包。若所有节点都超时，说明订阅或本地网络出了问题，需要更新订阅或更换出口。
提示：不要在同一时间反复开关代理和 TG，容易让客户端缓存错误的连接状态。每次改动后等待 10 到 20 秒再观察。
三、第二步：检查 TG 是否真的走了代理
TG 客户端内置代理设置，常见协议包括 MTProto 与 SOCKS5。若代理工具是系统级全局代理，TG 通常能自动跟随；若代理工具只对浏览器生效，TG 就会直连失败。
客户端内设置路径（以常见版本为例）
- 手机端：设置 → 数据和存储 → 代理设置 → 添加代理。
- 桌面端：设置 → 高级 → 连接类型 → 使用自定义代理。
填写时注意：地址填 127.0.0.1，端口与代理工具本地监听端口一致；协议类型要与代理工具匹配。填完后点「连接」测试，若仍失败，换一个协议再试。
常见配置错误
- 端口抄错：把 HTTP 端口填成 SOCKS 端口。
- 只填了 IP 没填端口，或把域名当成 IP 填。
- 代理工具开启了「绕过局域网」，导致本地回环地址被排除。
四、第三步：排查 DNS 与系统网络
如果代理工具正常、TG 也设置了代理，仍然连不上，可以检查 DNS。部分网络环境下 DNS 污染会让 TG 的域名解析到错误地址。可尝试在系统或代理工具中启用远程 DNS，或更换为公共 DNS 后重启客户端。
另外，系统时间偏差过大也会导致 TLS 握手失败。把设备时间设为自动同步，再重试连接。
五、第四步：排除客户端与账号因素
- 更新 TG 到较新版本，旧版本可能不支持新的连接方式。
- 清除客户端缓存后重新登录，避免残留的错误代理配置。
- 若只有某个账号异常，换账号测试；若所有账号都异常，回到网络层排查。
- 收不到验证码时，优先检查手机号是否被运营商拦截，或尝试语音验证，不要反复请求。
六、常见问题
Q1：代理工具显示已连接，TG 还是转圈？
先看代理工具是否开启「全局模式」或「TUN 模式」，再看 TG 内是否手动填了代理。两者冲突时，以 TG 内设置为准，建议只保留一种方式。
Q2：换了节点还是不行，是不是 TG 被封了？
TG 服务本身在全球范围可用，个别地区网络受限属于本地网络策略问题。判断方法是：同一节点下浏览器能访问境外网站，但 TG 不行，才更可能是客户端配置问题。
Q3：能不能用网页版代替？
网页版同样依赖网络链路，代理不通时网页版也无法登录。它适合临时查看消息，不适合作为长期替代。
Q4：频繁切换代理会不会导致账号异常？
短时间内多地 IP 频繁跳变可能触发风控，表现为要求重新验证。建议固定一两个稳定出口，不要每分钟切换。
七、注意事项
- 不要在不明来源的网站下载所谓「TG 专用加速器」，存在账号与设备安全风险。
- 不要向任何人透露验证码、两步验证密码。
- 代理配置属于本地网络设置，修改前记下原参数，便于回滚。
- 若所在网络环境有明确使用规定，请遵守当地法律法规与平台规则。
总结：遇到「梯子用不了 TG」，先判断是代理工具失效、TG 未走代理，还是 DNS 与账号问题。按本文顺序逐层排查，多数连接问题都能自行解决；若全部步骤无效，优先怀疑本地网络策略变化，而不是客户端故障。