常见问题与解答
流量相关
什么是流量?
流量是使用 本站提供的服务时所能使用的最大数据传输量（流量）。当流量用尽后，本站服务将无法继续使用,即使有剩余的等级时长.
上行（上传）流量会被计费吗？
任何使用 本站服务的 网络流量都会被计费。
流量用尽怎么办?
流量用尽后,可使用每日签到的流量继续使用,或者联系客服取消本次服务,购买新服务继续使用
如果您购买的套餐可以在一时间周期内重置流量,即可以联系客服取消本次时间周期剩余的时长
访问中国大陆的资源会计费吗？
任何使用 本站服务的 网络流量都会被计费。
订阅使用限制
我可以共享我的订阅吗？
不可以。所有在本站订阅的服务都仅限账户所有者本人使用，除非其他补充协议另有说明。
我可以在多少设备上使用订阅？
在符合以上限制（即仅限账户所有者本人使用）的情况下，本站 不限制设备数量，但应当需要符合公平使用原则。
什么是公平使用原则?
本站会通过限制用户的设备数,限制端口最大速度对违反公平使用原则的客户施加限制
公平使用原则内容
公平使用原则（Fair Use Policy）是您与本站之间服务协议的一 部分。为确保我们的服务得到合理使用，以便所有的用户均能享受到最佳体验的服务， 我们将保留管理您使用我们服务的权力。因此，我们可能会根据需要对客户采取控制措施。
您仅能将我们的服务用于合法的私人/个人消费用途，不可将我们的服务用于有组织的、欺诈性的转售，也不可以将我们的服务用于商业目的。服务的使用受以下条款的约束：
您必须合理地使用本站服务，不可利用我们的服务长时间不间断P2P下载、或使用BT下载
或使用PT下载等
不可用于黑客攻击、发送垃圾邮件
不可将我们的服务用于非正常用途，人为制造不必要的用量。
不可将我们的服务用于有组织的、欺诈性的转售
不可以将我们的服务用于任何商业目的
不可使用本站服务侵犯或违反任何第三方的知识产权或隐私权或版权.
我不小心泄露了订阅链接(地址),怎么办?
点击本站个人页->重置所有订阅链接按钮,并在个人页->基本设置 中 修改连接密码
此外，请注意无论是您主动分享（这是违反 公平使用原则内容 的）还是无意泄露了 订阅地址或其他有关 本站 服务的信息，本站 都有权随时暂时或永久禁用您的订阅和（或）账户的部分或全部功能。对此造成的一切损失由用户自行承担。
套餐购买相关
为什么我购买的套餐处于冻结状态?
冻结状态的套餐会在其开始时间时启用
有关套餐的开始时间可在购买记录中查看
我可以立即启用冻结的套餐么?
可以,但是若您持有已经启用的套餐,激活冻结套餐时将会放弃您当前套餐的内容
即当前启用套餐的剩余时长与流量将会被清空
启用冻结的套餐可联系网站客服处理
延迟测试与带宽测试
带宽测试
用户可能会运行带宽测试来测试接入点的速率表现，但是不存在完美的测试方案，所有的测试方案仍然存在局限性，需要结合多种因素来进行判断。
Speedtest.net
Speedtest.net 是全球最流行的带宽测试方案。然而，Speedtest.net 的几乎所有测速服务器均是由 ISP / 主机服务提供商和其他组织捐赠的，这些组织可能出于成本原因限制测试服务器的带宽使用量，因而测试时可能无法达到最佳效果。
此外，测速服务器供全世界所有人使用，如果测试服务器已经被运行了较多的测试，则可能无法达到最大速率。
此外，相当数量的测试服务器仅适用于该运营商网内的用户，其他用户测试就会受限于不同运营商之间的互联带宽大小，而无法达到最佳效果。
Fast.com
Fast.com 是由 Netflix 运营和维护的带宽测试网站，其测试服务器均为 Netflix OCA，即用于串流 Netflix 剧集的服务器。使用该服务测试可以真实地反应出你在观看 Netflix 时可以获得的带宽表现。
然而，Netflix 的 OCA 服务器仅适用于运营商网内，如果一个运营商网内没有 OCA 缓存服务器，也没有与 Netflix 进行任何公共对等互联或私有对等，则该运营商访问 Netflix 资源就必须绕行美国或其他可以与 Netflix 对等互联的 PoPs，这将可能导致极差的测试结果，但并不代表访问 Netflix 以外资源的效果。
Cloudflare Speed
由于 Cloudflare 在全球有超过 200 个数据中心，因此在大部分国家或地区，使用 Cloudflare Speed 都能较为真实地反应网络的带宽和延迟表现。
然而，这也存在着相当的局限性。如果服务器所在的城市没有 Cloudflare 数据中心，则必须绕行到其他数据中心，这甚至可能需要跨国访问，将会导致较差的带宽和延迟表现。
此外，如果 Cloudflare 数据中心受到攻击或进行维护（这是常有的情况），则 Cloudflare 会将原本访问该数据中心的流量重新路由到其他数据中心，这就将导致上面提到的问题。
最后，Cloudflare 的带宽测试采用小文件进行测试，这意味着可以较为真实地反应你访问网页时的表现，但你进行大文件下载时的带宽表现一般会优于 Cloudflare Speed 显示的带宽值。同时，Cloudflare Speed 的带宽测试结果采用 90% 分位，这意味着 Cloudflare 会将多次测试的结果去掉 10% 的最高值，这个值反应的是较为平均的带宽测试结果。
延迟测试
上文提到的带宽测试工具都可以显示延迟，但实践中一般认为 Fast.com 显示的延迟误差和波动较大，Speedtest.net 和 Cloudflare Speed 的延迟测试结果相对更加准确。
用户接触最多的延迟测试工具一般是各类客户端的「速度测试」或「存活性测试」功能，例如 Clash /quantumult均提供这一功能。
但是，这些客户端测试的延迟结果包含这些数值：
DNS 解析（如果接入点地址为域名）
TCP 握手（1.5 个 RTT）
TLS 握手（如果测试目标为 HTTPS，则为 2 个 RTT）
HTTP 握手（1 个 RTT）
传输和接受数据（1 个 RTT）
这意味着，即使不考虑 DNS 解析所需的时间，且测试目标地址为 HTTP 地址，也需要消耗 3.5 个 RTT，也就等于 3.5 倍与你到服务器的延迟，而一般 DNS 解析需要消耗 5 – 3000ms 不等的时间（视本地和上游 DNS 是否存在缓存而定）。
因此，客户端测试的延迟应当仅供参考，在本地网络不佳（例如使用蜂窝网络）时会因为 TCP 重传而消耗更多的 RTT。
如果一定要使用客户端进行测试，则至少应当：
配置 DNS over HTTPS 进行接入点地址解析，避免常规 DNS 因为短时间查询太多域名而失败（Surge 更容易发生此问题）。
多次测试，有助于减少 DNS 解析和 TCP 握手消耗的 RTT。
但是，我们始终不建议用户使用客户端进行延迟测试，过于频繁的全接入点测试，可能会触发 Dukou 的反滥用机制而导致订阅被限制。
最后更新于
这有帮助吗？