緊急アクセスを有効にする

ユーザー向けに緊急アクセス (OLCRTC) を設定する方法: Pro サブスクリプション、緊急ルート、サーバーごとの Runtime — 正しい順序で手順を追って説明します。

このページはサービスの運営者であるあなた向けです。ユーザーが緊急アクセスを頼りにできるよう、機能を有効にする方法を説明します。ユーザー自身に向けたページは別にあります: 緊急アクセス — 仕組みとブロック中の対処 — と、緊急クライアントのインストール — アプリの入手先とインストール方法です。

緊急アクセス (OLCRTC) は、通常の接続がまったく通らない許可リスト方式のネットワークのための予備のチャネルです。トラフィックは引き続きあなた自身のサーバーを通りますが、許可されたサービス上のビデオ通話に偽装されます。これは2つ目のプロトコルでも、メインの置き換えでもありません。速度は遅く、短いセッション向けで、ユーザーが手動で開始するもので、ほかのすべてが機能しなくなったときのためだけのものです。

この機能は段階的に展開中です。すべてのスイッチをオンにしても、緊急 Runtime がまだあなたのサーバーにインストールされておらず、セッションの開始も有効になっていないことがあります。アクセスは徐々に開かれていきます。有効にしたあと、サーバーの状態が長く「正常」にならない場合は、単に展開の順番がまだ回ってきていない可能性が高いです。

また、すべてのネットワークや国で動作するわけではなく、外部の動画サービスに到達できることが前提です（メールでの経路では、メールが届くことも必要です）。保証された機能として約束はせず、強いブロックに対する保険として案内してください。

必要なもの

Pro サブスクリプション（または Max。Pro のすべてを含みます）。
緊急として指定されたルートが少なくとも1つ。
緊急ルートのサーバーのうち、Runtime が有効になっているものが少なくとも1台。
確認済みのメールアドレスとアクティブなアカウントを持つユーザー（下の制限の節を参照）。

操作の順序

スイッチは2か所に2つあります。

有効にする対象	場所	名称
ルート	ルートの設定（編集時）	「緊急ルート (OLCRTC)」
サーバー	サーバーのパネル、「編集」ボタン	「このサーバーで OLCRTC を実行」

クラスター自体には専用のスイッチがありません。クラスターの緊急アクセスは、そのルートのうち少なくとも1つが緊急として指定されている間、有効です。

最初のProサブスクリプションで、動作中のインバウンドが最も多いルートをシステムが代わりに緊急として指定し、クラスターの緊急アクセスはすぐに有効になります。サーバーは既定で参加し、Runtime も自動で配布されます。ですから以下の手順は多くの場合、必須の順序ではなく確認です。別のルートを選びたい、上限を設定したい、特定のサーバーを外したいときに辿ってください。

Pro を契約する。 請求 → サブスクリプションのブロックへ進みます。有効な Pro がなければ緊急アクセスのスイッチはそもそも表示されず、クラスターのページには代わりに「緊急アクセス (OLCRTC)」のカードと「アップグレード」ボタンが表示されます。

ルートを緊急として指定する — ルート自身の設定で。 ルートを編集用に開き、「緊急ルート (OLCRTC)」をオンにします。

このスイッチは既存のルートを編集するときにだけ表示されます。新規ルートの作成フォームにはありません。まずルートを作成し、その設定を開いてから緊急として指定してください。

そのルートのサーバーが緊急プールに加わります。ルートは複数指定できます。プールはそれらをすべてまとめ、あるルートに適したサーバーがなければ、別のルートのサーバーへ接続が回ります。指定されたルートには、ルート一覧で緊急 (OLCRTC) のバッジが付きます。

最初のルートを指定した時点で、クラスターの緊急アクセスは自動的に有効になります。別途有効にする操作は必要ありません。

サーバーでセッションを許可する。 サーバーをクリックしてパネルを開き、緊急 Runtime (OLCRTC) のブロックを見つけ、「編集」を押して「このサーバーで OLCRTC を実行」をオンにし、「保存」を押します。

Runtime はバックグラウンドで自動的にインストール・更新されるため、サーバーにログインする必要はありません。インストールされて報告が届くまで、状態は「異常」と表示されます。これは正常な挙動なので、「正常 · N/M アクティブ」になるまで待ってください。

このブロックは通常のインターフェースモードでのみ表示されます。簡易モードの Single（サーバー1台）にはありません。

容量を設定する。 同じブロック内の「最大同時セッション数」です。空欄のままでも構いませんが、そうしないほうがよいでしょう。次の節を参照してください。

ユーザーに知らせる。 すでにブロックされてから知らされる緊急アクセスは役に立ちません。クライアントは事前にインストールしておく必要があります。緊急アクセスとクライアントのインストールを案内し、インターネットがまだ正常に動いているうちに一度通しで試してもらってください。

サーバーが受けられるセッション数

緊急セッションは「VPN ユーザーが1人増える」のとは違い、かなりコストが高くなります。サーバーがトラフィックを動画ストリームに詰め込むため、CPU 時間を消費するからです。

実際のセッション（Full HD の動画、約5 Mbit/s）で測定したところ、1セッションあたり1コアの約15%と31 MB のメモリーを使いました。メモリーはほとんど問題になりません。実際の限界は CPU です。

サーバーのコア数	妥当な容量
1	3
2	6〜7
4	12〜14

専用サーバーであっても、これらの数値を超えないでください。1コアで4セッションというだけで、すでにコアの約60%に加えてバックグラウンドの負荷がかかります。また、この測定は動画の視聴中（約5 Mbit/s）に行ったものです。ユーザーがトンネルを目一杯使えば、1セッションのコストはかなり高くなり得ます。

容量の欄が空だと「制限なし」を意味します。 その場合に残る唯一の保護は、ひどく過負荷になったサーバーへ新しいセッションを配置しなくなる自動制御だけです。ただしこれは遅れて反応するため、非力なサーバーではその時点で通常のユーザーがすでに影響を受けています。シングルコアのサーバーでは、容量を明示的に設定してください。

バランシングもある程度は助けになります。ルートが「トラフィック最小負荷」のアルゴリズム（既定値）を使っている場合、CPU 使用率の高いサーバーは空き帯域を少なく報告し、新しい通常ユーザーは負荷の低いサーバーへ振り分けられます。とはいえこれは CPU 全体の負荷に基づく補正であって、緊急セッションの数を数えているわけではなく、数分の遅れもあります。明示的な容量の代わりにはなりません。

インターフェースの表示

各サーバーの緊急 Runtime (OLCRTC) ブロックには次が表示されます。

機能 — このサーバーでセッションを実行してよいかどうか。
容量 — 同時セッション数に対するあなたの上限（「未設定」= 制限なし）。
Runtime — 状態: 「正常 · N/M アクティブ」「異常」または「まだ報告なし」。

有効にした直後は「異常」が表示されるものと考えてください。これは正常で、サーバーはまだ Runtime をインストール中で報告していないだけです。その状態が長く続く場合は、そもそもサーバーに到達できるかを確認してください。「まだ報告なし」はページの読み込み中に一瞬表示されるだけです。

事前に知っておくべき制限

セッションは最大12時間続き、その後は自動的に停止します。延長はできません。ユーザーが新しい通話を作成し、あらためて接続をリクエストします。

ユーザーごとに1セッション。 セッションの実行中に2回目のリクエストをしても、何も作成されません。キャビネットでは「セッションはすでに動作中です」と表示され、2通目のメールには返信がありません。故障だと思われないよう、あらかじめユーザーに説明しておくとよいでしょう。

インターネットの速度は Xray 経由の接続より低くなります。

動画サービスはサーバーの国から利用できる必要があります。 通話に参加するのはあなたのサーバーなので、決め手はサーバーの国であり、利用者の国ではありません。たとえばラトビアでは Yandex と Wildberries が遮断されているため、ラトビアのサーバーでは Telemost も WB Stream も立ち上がりません。緊急アクセスを有効にするサーバーを選ぶときは、この点を考慮してください。

ユーザーに対する要件は見た目より厳しいです。 確認済みのメールアドレスが必須のため、メールなしで手動作成したユーザーはアクセスを要求できません。アカウントもアクティブである必要があります。一時停止中、期限切れ、通信量の上限に達したもの、そして初回の支払い待ち（on_hold — 自分で登録してまだ支払っていないすべての人）のアカウントは拒否されます。メールは送信者認証を通過し、通話リンクだけを含んでいる必要があります。

キャビネットでは、拒否のたびにその理由が表示されます。メールの場合は、送信者をあなたのユーザーとして識別できれば返信が届きます（認証されていない送信者や不明な送信者には返信されません）。「リクエストしたのに何も起きない」という問い合わせがあった場合は、まずアカウントの状態と使われた通話リンクを確認してください。メールでの経路では、アカウントのメールアドレスから送られたか、メールに通話リンクだけが含まれていたかも確認してください。

マルチホップのルートは対象外です。 緊急セッションには直接ルートのみが使われます。

緊急クライアントは Ghostlane で、iPhone にも対応しています。 App Store と Google Play で提供されており、Windows、macOS、Linux 向けのビルドもあります。以前の olcbox をインストールした利用者は、Ghostlane に切り替える必要があります。olcbox はもう更新されておらず、SaluteJazz と VK Calls に対応していません。また、古いバージョンは新しい暗号化方式に対応していません。詳しくはインストールガイド。

無効にする方法

クラスターのすべての緊急ルートで「緊急ルート (OLCRTC)」をオフにするか、それらのルートを削除すると、クラスターの緊急アクセスが無効になり、新しいセッションは開始されなくなります。すでに動作中のセッションは、その期限まで続きます。

Pro サブスクリプションが終了している場合でも無効にすることはできますが、再び有効にするには更新が必要です。