Post #57

[General] use-local-host-item-for-proxy = true [Host] 91.108.56.100 = 91.108.56.147,91.108.56.135,91.108.56.130 91.108.56.101 = 91.108.56.147,91.108.56.135,91.108.56.130 91.108.56.104 = 91.108.56.147,91.108.56.135,91.108.56.130 91.108.56.107 = 91.108.56.147,91.108.56.135,91.108.56.130 91.108.56.120 = 91.108.56.147,91.108.56.135,91.108.56.130 91.108.56.125 = 91.108.56.147,91.108.56.135,91.108.56.130 91.108.56.126 = 91.108.56.147,91.108.56.135,91.108.56.130 91.108.56.128 = 91.108.56.147,91.108.56.135,91.108.56.130 91.108.56.156 = 91.108.56.147,91.108.56.135,91.108.56.130 一套用于缓解 Telegram DC5 区循环转圈的的 Surge 规则，原始来源是这里（ https://github.com/Repcz/Tool/raw/X/Surge/Module/Function/FKTG.sgmodule ），也可以直接安装其作为远程模块。不放心的话可以自己建立本地模块或者写入规则里。 原理类似优选 IP，我测试了几周还挺有效的，只要节点不是断联的，转圈完很快就加载出来。弊端可能要长期使用才会显现。如果不是 DC5 的用户，也可以自己对照 Telegram 循环转圈加载时尝试连接的 IP，将之引流到正常加载的IP。 有一说一，iOS Telegram 客户端是循环转圈的重灾区，我在 Android 客户端上很少碰到。