数据传输量配额（也可以称之为流量配额），是使用 rixCloud Relay 订阅时所能使用的最大数据传输量（流量）。当配额用尽后，大部分功能就将无法使用。（Relay Pass 白金订阅的订户可以继续使用标准接入点）。

如果没有特殊声明，所有 rixCloud Relay 订阅的数据传输量配额都会每月自动重置。

请注意除非特殊声明，否则所有 rixCloud 服务的数据传输量配额都不是自然月重置），而是在阁下的 rixCloud 账户注册日期重置。这意味着除非你恰好在某月 1 日购买了 rixCloud 服务，否则每月 1 日就并不是你所注册的订阅之重置日期。

你可以在 rixCloud 管理门户的订阅管理页面查看每个订阅距离下一次配额重置还有多久。

rixCloud 目前不支持弹性流量包。如果当月数据配额已经用尽，则只能升级订阅或等待数据使用量重置

不可以。续费购买的是资源使用期限，而不是每月的资源配额。

数据传输量倍率是指一个数据包在通过 rixCloud 网络时会被计费的比率。

如，阁下使用了一个数据传输量倍率为 50% 的接入点，则每传输 1GiB 数据在 rixCloud 系统内只会被计算为 512MiB。如果阁下的订阅数据传输量配额为 512GiB 且阁下只使用这一个接入点，则理论每月可以最多通过 rixCloud 网络传输 1TiB 数据。

同理，在数据传输量配额为 0 % 的接入点上传输任何数据都不会被计费。

请根据你每月所需的数据量来选择订阅，而不要依赖于低数据倍率的接入点，因为 rixCloud 有权在不通知的情况下，随时变更这些接入点的数据比例。

不可以，在数据传输量用尽后，所有接入点都将不再提供服务。

Relay Pass Platinum / Orichalcum / Mithril 和 Relay Access Team 订阅的订户可以在数据配额用尽后继续使用标准接入点，但这并不是服务承诺的一部分，rixCloud, Inc. 有权根据我们的负载和带宽使用情况，在不通知的情况下随时修改这一规则。

rixCloud 会统计所有通过 rixCloud 网络的数据包大小，无论这个数据包的目的地是中国大陆还是海外，因为 rixCloud 并不提供分流功能，且无论这个数据包发往何处，都已经消耗了 rixCloud 网络的计算能力和带宽资源。

如果阁下只使用一个客户端，则出现统计差异的原因可能包括：

1、rixCloud 使用二进制单位（如 KiB / MiB / GiB / TiB）而不是十进制单位（KB / MB / GB / TB）。在大部分操作系统和应用程序上这两种单位都被混用了，因此用户无法知晓客户端具体使用的何种单位。rixCloud 始终使用二进制单位且使用正确的缩写词来标注。

2、客户端只能统计应用层的数据包大小，但 rixCloud 会统计数据包的协议开销，一般占数据包应用层大小的 7 – 15%。

在 rixCloud 订阅管理面板可以查看到最近 7 天的流量消耗情况。订户也可以通过 rixCloud API 来获取原始数据。

在执行了流量重置的当天，此统计的数据将不准确。

不可以。所有 rixCloud 订阅都仅限账户所有者本人使用。如果是以组织或企业名义购买的订阅，则只授权该组织或企业的雇员在工作地点时间，除非其他补充协议另有说明。

rixCloud 允许长期同时在线的 IP 数量为 2 个，且应当位于同一区域。考虑到订户需要在外出 / 通勤 / 工作时使用订阅，或移动设备通过蜂窝网络使用 rixCloud 订阅，我们允许短时间超出此限制。

在符合以上限制（即仅限账户所有者本人使用 / 不超过长期在线 IP 限制）的情况下，rixCloud 不限制设备数量，但应当需要符合 rixCloud 条款和条件的公平使用原则。

不可以。由于我们不可能判断通过 BitTorrent 协议传输的内容是否是 PT，且大部分 PT 资源仍然属于违反 EULA 的盗版资源（违规分发），rixCloud 严禁在 rixCloud 网络上使用任何 BitTorrent 协议。

部分软件和游戏的下载加速也属于 BitTorrent，如 APKPure 的「超级下载」，战争三部曲系列启动器的下载加速。我们建议用户关闭这些功能，以免被误判。

此外，BitTorrent 会严重占用服务器资源，这也违反了我们的公平使用原则。

如果阁下的居住地仍有设备连接到 rixCloud 网络，则可能触发反滥用系统的限制，我们建议阁下在遇到此问题时通过工单联系我们的支持人员。

rixCloud 并不限制用户使用 rixCloud 订阅加速游戏，但我们的服务并不为游戏加速优化，这可能无法得到最佳体验，包括在尖峰期可能的高延迟或丢包。这一般不影响网页浏览 / 流媒体串流 / 下载，但对实时性要求较强的游戏可能有较大影响。

不可以。rixCloud 禁止将订阅用于任何自动化程序，如爬虫 / 机器人程序 / 自动交易等。这违反了我们的公平使用原则。

只有人类和猫可以使用 rixCloud 的订阅。

可以。但截至目前为止，rixCloud 尚未推出任何海外加速到中国大陆或海外加速海外的服务。这意味着使用时可能无法获得最佳体验，并不能享受 rixCloud 支持服务和服务水平保障。

rixCloud API 支持多种客户端或协议的自动配置协议，这意味着订户可以通过仅仅点击一次或几个简单步骤来快速完成客户端的配置而无需手动设置客户端并填写配置文件。

请参考对应客户端的支持文档。

在订阅管理页面修改订阅连接密码（而不是 rixCloud 账户密码），API URI 的鉴权信息就会随之发生变化。因此之前配置在客户端的 API URI 也会失效，必须重新配置。

此外，请注意无论是阁下主动分享（这是违反 rixCloud 条款和条件的）还是无意泄露了 API URI 或其他有关 rixCloud 服务的信息，rixCloud 都有权随时暂时或永久禁用阁下订阅和（或）账户的部分或全部功能。对此造成的一切损失由阁下自行承担。

端口复用模式是 SSR 协议的一项特征，允许多个用户使用同一个端口进行连接。

某些组织或企业的内部网络可能限制了对外访问可以访问的端口，一般而言很可能只开放了 80 和 443 端口。如果使用 rixCloud 的普通模式将直接被防火墙拦截无法连接。通过端口复用模式可以连接到 rixCloud 的 80 / 443 端口来使用 rixCloud 网络。

所有完整支持 SSR 协议的客户端都可以使用端口复用模式。

如果可以正常使用 rixCloud 普通模式，则不建议使用端口复用模式。端口复用模式因为其实现问题，性能普遍低于普通模式。而且要使用端口复用模式，就不能使用非 SSR 客户端。

目前，所有 BGP 接入点和高级 BGP 接入点均支持端口复用模式。优化接入点（上海 CN2）不支持 80 和 443 端口的端口复用模式。

不支持。

多数宣称的「SS 端口复用」并不是一个官方定义，也没有任何官方的实现，我们不会支持非标准功能。

AEAD 指「用于关联数据的认证加密」（Authenticated Encryption with Associated data），是一种已经运用在 TLS 上的成熟分组密码加密模式。

目前 rixCloud 服务支持使用 AEAD 的算法套件，但只有支持最新原版协议的客户端才能使用。

在 rixCloud 服务中使用 AEAD 可以提高数据流安全性，代价是在绝大部分客户端中会导致性能降低（客户端没有集成带硬件加速的加密库）。

由于 SS 协议本身并不提供完全前向保密（基于 PSK，即预共享密钥），因此浪费性能使用效果存疑的算法插件其意义，rixCloud 对此持保留态度。对安全性要求较高的用户，应当使用 OpenVPN 或 WireGuard。

不可以。由于 AEAD 并不是 SSR 的功能，因此在大多数客户端无法同时使用 AEAD 和 SSR。有部分客户端可能允许同时选择 SSR 协议和 AEAD 算法，但这是因为客户端未正确限制配置文件内容，其实并无法使用。

Surge 3 目前提供了有限的 AES-GCM 算法硬件加速支持，但在移动设备上使用可能对电量消耗有不利影响。

其他客户端的硬件加速支持性能暂未验证，我们建议希望尝试 AEAD 算法的客户使用 CHACHA20-IETF-POLY1305.

在订阅管理页面点击「订阅设置」按钮，选择包含「AEAD」的加密算法即可。请注意需要同时保持「协议插件」的值为「AUTH_SHA1_V4（兼容）」才可以正常使用。

在 rixCloud 管理门户点击「修改协议」按钮即可。

rixCloud 的默认订阅设置就可以兼容几乎所有的客户端软件，如果您不知道这些设置有什么作用，我们不建议您修改。

修改订阅设置实质是 rixCloud 订阅管理面板代您向 rixCloud API 发送了一个修改订阅设置的请求。这意味着修改订阅设置的速率限制是共享全局 API 限制的。

API 的全局速率限制为 30 request / minutes，由于所有的订阅操作都会消耗此限制，因此我们不建议您过于频繁地修改此设置。

由于 rixCloud 并不开发客户端，所有客户端均为第三方开发，这些客户端不会在阁下更新配置后主动刷新本地配置文件。

阁下必须在修改配置后在所有使用的客户端上手动更新配置文件才能使用。

一般而言，只需要重新获取订阅或者点击客户端上类似「更新订阅」的按钮即可。

事实上，没有任何意义且我们也不建议进行这样的更改。

所有 rixCloud 数据均在专线或内部网络中运行，且由 rixCloud 实现了包含硬件加速的整体通信加密，用户没有必要进行额外的加密。

此外，SS / SSR 协议基于预共享密钥，不包含正向保密能力，因此使用较强的加密方式，除了获得心理上的安慰，并不能带来任何实质上的安全性。

虽然有较多用户请求此功能，但此功能并不符合 rixCloud 的需求。此协议消耗更多的 CPU 计算能力和内存，且没有明显的优势反而存在劣势。rixCloud 的数据传输均通过 IEPL（国际以太网专线）传输，并在此基础上使用量子后的加密隧道作为传输层，因此用户并不需要考虑加密问题。由于跨境流量并不通过公网，也不存在被识别的可能。

此外，V2Ray 本身的 VMess 协议并无特别防识别/检测的优势，目前多数用户使用 V2Ray 用于公网连接的方案其本质是利用了完整实现的 TLS 协议，然而 rixCloud 内部版本的 SS 和其他 TLS 代理（如 GOST）均可实现这一点，因此 rixCloud 不认为有添加对此协议支持的必要性。此外，目前大部分 TLS 代理均可被 DPI 侦测为 TLS over TLS，在公网上使用不排除未来有被防火墙拦截的可能。

关于部分用户提到的 V2Ray 速度更快，其本质原因是因为家庭宽带被劣化的国际网络质量，rixCloud 所有数据都使用 IEPL 进行传输，不存在带宽问题，因此没有必要使用 V2Ray。在带宽足够优质的情况下，V2Ray 反而会拖慢速度（更重的计算负载和协议开销）。

rixCloud 目前尚无法对整个连接链路实现 TFO（从用户客户端到目标访问服务器），这是因为全球大部分服务器都没有对 TFO 的支持，导致目前启用此功能的意义极为有限。

目前 rixCloud 对移动平台的支持主要以 Surge 为主，暂时没有多余资源添加对 Quantumult 的额外支持。

此外，Quantumult 目前缺乏开发文档，我们难以有效率地对 Quantumult 功能提供支持。

目前，SSR 在 rixCloud 网络内仍然可以正常使用，其订阅功能也能方便大量用户的使用。且能有效绕过部分国内 ISP 的 QoS，因此我们暂时没有移除对 SSR 支持的计划。

没有计划提供对 IPv6 在国内中继接入点的支持。虽然部分 rixCloud 边缘接入点提供 IPv6 网络，但不用于直接访问，只能通过 IPv4 连入，在 DNS 解析时获取 IPv6 地址然后进行连接。rixCloud 网络不适用于纯 IPv6 环境。

此外，提供 IPv6 网络的价格过于昂贵，不符合 rixCloud 目前的定价层级，如果你有对 IPv6 的需求，我们非常乐意提供专有接入点的报价，请联系 [email protected]

提供此服务（即所谓的「回国模式」）成本过高，不符合我们的效益要求。

此外，在中国大陆提供访问的安全风险过高，我们无法有效地防止服务被用于恶意用途。