应急访问：当网络封锁一切

CreateYourVPN 里的应急访问（OLCRTC）：为白名单网络准备的、伪装成视频通话的备用通道 —— 它会占用服务器多少资源、订阅 Pro 后哪些会自动打开，以及要提前告诉用户什么。

到目前为止的一切都建立在一个前提上：网络仍然放行你的服务器。路由挑选服务器，入站让连接看起来像一次普通的 HTTPS 访问，多跳把路径拉长到好几个国家 —— 但这些都需要流量首先能离开设备。

它并不总能离开。网络切换到白名单：只有一小串获准的服务能用，其余全部 —— 包括你的 VPN —— 根本过不去。**应急访问（OLCRTC）**正是为这样的时刻而生。

它是什么 —— 又不是什么

应急访问是备用通道，而不是第二种协议。常规连接还是老样子：跑在你自己服务器上的 VLESS + Reality。应急访问复用同一批服务器，只是把流量包进受限网络仍然允许的那种服务的视频通话里 —— 从外面看，就是一场普通的视频会议。

由此引出三点，在你向别人承诺之前，这三点都值得知道：

该功能仍处于试验阶段。它取决于受限网络里能否访问外部视频服务，因此并非在所有国家、所有网络下都能用。请把它当作应对硬封锁的保险介绍给用户，而不是一项有保证的能力。

他在受支持的服务里新建一场视频通话 —— Yandex Telemost、WB Stream 或 Jitsi Meet。
把它的链接交过来：粘贴到自己账户里的应急访问区块，或者用邮件发到专属的请求地址。两条路做的是同一件事 —— 而邮件那条在你的门店页面已经被封时依然管用。
你的某台服务器以访客身份进入那场通话。大约一分钟后，用户会收到一条以 olcrtc:// 开头的连接链接和一个二维码。
他把它导入应急客户端 olcbox，然后连上。

用户需要的两样东西 —— 应用和请求地址 —— 必须在封锁之前就在他手里。白名单之下，应用商店和下载页通常都打不开，显示地址的账户页面也可能已经进不去。等封锁开始才知道有应急访问的人，知道得太晚了。

给用户看的页面：它怎么运作、支持哪些服务、封锁期间该怎么做。

到哪里下载适用于 Android、iPhone、Windows、macOS 和 Linux 的 olcbox —— 以及为什么要提前装好。

Pro 订阅——每月 €0.99。 应急访问就是随这一档提供的；Max 里也有，还带上其余的一切（第 13 课）。
一条应急路由。 被标记为应急的路由，其服务器组成会话着陆的池子。你第一次订阅时，系统会替你标记一条 —— 可用入站最多的那条 —— 并顺手把集群开关也打开。
服务器。 默认参与，运行时会在后台自行安装和更新：不需要通过 SSH 做任何事。

也就是说，通常情况下没什么可配置的：订阅之后，应急访问就在工作。手动开关留给你需要的时候：池子由哪些路由组成、单台服务器扛多少会话、要不要把某台排除在外。

完整说明：三个开关分别在哪里、每台服务器的容量，以及逐条列出的全部限制。

用户不选国家。 他根本看不到这个池子 —— 地理意图由你通过「把哪些路由标为应急」来表达。可以标多条：池子会把它们合并，若某条里没有合适的服务器，会话就落到另一条上。
多跳路由不参与。 应急会话只使用直连路由。
一个会话真的吃 CPU。 把流量塞进视频流，实测占用约一个核心的 15% 和 31 MB 内存（约 5 Mbit/s 的视频会话）—— 比多来一个 VPN 用户贵得多。粗略标准是每核 3 个会话：单核服务器 3 个，双核 6–7 个，四核 12–14 个。

**「最大并发会话数」**留空表示不限。在弱鸡服务器上这是个陷阱：应急会话会吃掉普通客户正在付费的那份 CPU。单核机器上请把数字明确写出来。