Mengaktifkan akses darurat
Siapkan akses darurat (OLCRTC) untuk pengguna Anda: langganan Pro, rute darurat, dan runtime per server — langkah demi langkah, dalam urutan yang benar.
Halaman ini untuk Anda, pemilik layanan. Isinya tentang cara mengaktifkan akses darurat agar pengguna Anda bisa mengandalkannya. Untuk pengguna itu sendiri ada halaman terpisah: Akses darurat — cara kerjanya dan apa yang harus dilakukan saat pemblokiran — dan Memasang klien darurat — di mana mengunduh aplikasinya dan bagaimana memasangnya.
Akses darurat (OLCRTC) adalah kanal cadangan untuk jaringan berdaftar-izin, di mana koneksi biasa sama sekali tidak menembus. Lalu lintas tetap berjalan melalui server Anda sendiri, tetapi disamarkan sebagai panggilan video di layanan yang diizinkan. Ini bukan protokol kedua dan bukan pengganti yang utama: lebih lambat, ditujukan untuk sesi singkat, dimulai secara manual oleh pengguna, dan hanya untuk saat semua yang lain sudah berhenti bekerja.
Fitur ini diluncurkan bertahap. Bahkan dengan semua sakelar dinyalakan, runtime darurat mungkin belum terpasang di server Anda dan pemulaian sesi mungkin belum aktif: akses dibuka secara bertahap. Kalau sebuah server lama sekali tidak kunjung menjadi "sehat" setelah Anda mengaktifkannya, kemungkinan besar peluncurannya memang belum sampai ke Anda.
Ia juga tidak bekerja di setiap jaringan atau di setiap negara, dan bergantung pada layanan video eksternal yang bisa dijangkau (dan, untuk jalur email, juga pada apakah email bisa sampai). Jangan menjanjikannya sebagai kemampuan yang terjamin — sajikan sebagai asuransi terhadap pemblokiran keras.
Yang Anda butuhkan
- langganan Pro (atau Max, yang mencakup semua isi Pro);
- setidaknya satu rute yang ditandai darurat;
- setidaknya satu server di rute darurat dengan runtime yang aktif;
- pengguna dengan email terverifikasi dan akun aktif (lihat bagian batasan di bawah).
Urutan tindakan
Ada dua sakelar, di dua tempat berbeda:
| Yang Anda aktifkan | Di mana letaknya | Namanya |
|---|---|---|
| Rute | pengaturan rute (saat menyunting) | "Rute darurat (OLCRTC)" |
| Server | panel server, tombol "Edit" | "Jalankan OLCRTC di server ini" |
Klaster tidak memiliki sakelar sendiri: akses darurat klaster aktif selama setidaknya satu rutenya ditandai sebagai darurat.
Pada langganan Pro pertama Anda, sistem menandai rute dengan inbound berfungsi terbanyak sebagai darurat untuk Anda, dan akses darurat klaster langsung aktif. Server ikut secara bawaan dan runtime menyebar sendiri. Karena itu, langkah-langkah di bawah biasanya berupa pemeriksaan, bukan urutan wajib: telusuri bila Anda ingin memilih rute lain, menetapkan kapasitas, atau mengeluarkan server tertentu.
Berlanggananlah Pro. Buka Tagihan → blok langganan. Tanpa Pro yang aktif, sakelar darurat tidak ditampilkan sama sekali: halaman klaster justru menampilkan kartu "Akses darurat (OLCRTC)" dengan tombol "Tingkatkan".
Tandai sebuah rute sebagai darurat — di pengaturan rute itu sendiri. Buka rutenya untuk disunting lalu nyalakan "Rute darurat (OLCRTC)".
Sakelar itu hanya muncul saat menyunting rute yang sudah ada. Formulir rute baru tidak memilikinya: buat rutenya dulu, lalu buka pengaturannya dan tandai sebagai darurat.
Server pada rute tersebut bergabung ke kumpulan darurat. Anda boleh menandai beberapa rute — kumpulannya menggabungkan semuanya, dan kalau satu rute tidak punya server yang cocok, koneksinya jatuh ke server dari rute lain. Rute yang ditandai mendapat lencana darurat (OLCRTC) di daftar rute.
Begitu rute pertama ditandai, akses darurat klaster menyala dengan sendirinya: tidak ada lagi yang perlu dinyalakan.
Izinkan sesi di server. Klik sebuah server untuk membuka panelnya, cari blok Runtime darurat (OLCRTC), tekan "Edit", nyalakan "Jalankan OLCRTC di server ini" lalu tekan "Simpan".
Runtime memasang dan memperbarui dirinya sendiri di latar belakang — tidak perlu masuk ke server. Sampai ia terpasang dan melapor, statusnya tampil sebagai "tidak sehat"; itu wajar, tunggu sampai "sehat · N/M aktif".
Blok itu hanya muncul di mode antarmuka biasa — mode Satu server yang disederhanakan tidak memilikinya.
Tetapkan kapasitasnya. Di blok yang sama — Maks. sesi bersamaan. Anda boleh membiarkannya kosong, tapi sebaiknya jangan: lihat bagian berikutnya.
Beri tahu pengguna Anda. Akses darurat tidak berguna kalau orang baru mengetahuinya setelah mereka diblokir: kliennya harus dipasang lebih awal. Arahkan mereka ke Akses darurat dan Memasang klien, dan minta mereka menjalani seluruh alurnya sekali selagi internet masih bekerja normal.
Berapa sesi yang sanggup ditanggung sebuah server
Sesi darurat bukanlah "satu pengguna VPN lagi" — ia jauh lebih mahal: server mengemas lalu lintas ke dalam aliran video, dan itu memakan waktu prosesor.
Diukur pada sesi nyata (video Full HD, sekitar 5 Mbit/dtk), satu sesi memakan kira-kira 15% satu inti dan 31 MB memori. Memori nyaris tidak berarti; prosesorlah batas yang sesungguhnya.
| Inti pada server | Kapasitas yang masuk akal |
|---|---|
| 1 | 3 |
| 2 | 6–7 |
| 4 | 12–14 |
Jangan melampaui angka-angka ini bahkan pada server khusus: empat sesi pada satu inti sudah sekitar 60% dari inti itu ditambah beban latar. Dan perhatikan bahwa pengukurannya diambil sambil menonton video (~5 Mbit/dtk); kalau seorang pengguna memenuhi terowongannya, satu sesi bisa memakan biaya yang jauh lebih besar.
Kolom kapasitas yang kosong berarti "tanpa batas". Satu-satunya perlindungan yang tersisa adalah otomatisasi yang berhenti menempatkan sesi baru pada server yang kelewat kelebihan beban. Namun ia bereaksi dengan jeda, dan pada server yang lemah pengguna biasa Anda sudah menderita jauh sebelum itu. Pada server berinti tunggal, tetapkan kapasitasnya secara eksplisit.
Penyeimbangan membantu sampai batas tertentu: kalau rutenya memakai algoritme "Paling sedikit beban lalu lintas" (bawaan), server dengan penggunaan prosesor tinggi melaporkan lebar pita bebas yang lebih kecil dan pengguna biasa yang baru diarahkan ke server yang lebih ringan. Tapi itu koreksi berdasarkan beban prosesor keseluruhan, bukan hitungan sesi darurat, dan ia tertinggal beberapa menit — ia bukan pengganti kapasitas yang eksplisit.
Apa yang ditampilkan antarmuka
Di blok Runtime darurat (OLCRTC) setiap server:
- Fungsi — apakah sesi boleh berjalan di server ini;
- Kapasitas — batas sesi bersamaan yang Anda tetapkan ("belum diatur" = tanpa batas);
- Runtime — status: "sehat · N/M aktif", "tidak sehat", atau "belum melapor".
Tepat setelah Anda mengaktifkannya, harapkan "tidak sehat" — itu wajar, servernya masih memasang runtime dan belum melapor. Kalau statusnya bertahan lama, periksa apakah servernya masih terjangkau sama sekali. "Belum melapor" hanya berkelebat selagi halamannya dimuat.
Batasan yang perlu diketahui sejak awal
Sesi hidup hingga 12 jam, lalu berhenti sendiri. Ia tidak bisa diperpanjang — penggunanya membuat panggilan baru dan meminta koneksi lagi.
Satu sesi per pengguna. Permintaan kedua tidak membuat sesi kedua: di akun pengguna akan tampil "sesi sudah berjalan", dan email kedua tidak mendapat balasan — perlu dijelaskan ke pengguna sejak awal supaya tidak terlihat seperti rusak.
Kecepatan internet lebih rendah dibandingkan koneksi lewat Xray.
Layanan video harus bisa diakses dari negara server. Yang masuk ke panggilan adalah server Anda, jadi yang menentukan adalah negara server, bukan negara pengguna. Contohnya, di Latvia Yandex dan Wildberries diblokir — lewat server Latvia, Telemost dan WB Stream tidak akan naik. Pertimbangkan ini saat memilih server mana yang mengaktifkan akses darurat.
Persyaratan bagi pengguna lebih ketat daripada kelihatannya. Email terverifikasi wajib — pengguna yang Anda buat secara manual tanpa email tidak bisa meminta akses. Akunnya juga harus aktif: akun yang dijeda, kedaluwarsa, kehabisan kuota, dan yang menunggu pembayaran pertama (on_hold — semua orang yang mendaftar sendiri dan belum membayar) akan ditolak. Emailnya harus lolos autentikasi pengirim dan hanya berisi tautan panggilan.
Di akun pengguna, setiap penolakan ditampilkan beserta alasannya; untuk email, balasan dikirim bila kami bisa mengenali pengirimnya sebagai pengguna Anda (pengirim yang tidak terautentikasi atau tidak dikenal tidak mendapat balasan). Kalau ada yang mengeluh "saya sudah minta dan tidak terjadi apa-apa", mulailah dari status akunnya dan tautan panggilan yang dipakai; untuk jalur email, periksa juga bahwa emailnya dikirim dari alamat akun dan hanya berisi tautan itu.
Rute multi-hop tidak ikut serta. Hanya rute langsung yang dipakai untuk sesi darurat.
Klien daruratnya adalah Ghostlane, termasuk untuk iPhone. Aplikasi ini ada di App Store dan Google Play, dan juga tersedia build untuk Windows, macOS, dan Linux. Pengguna yang memasang olcbox lama perlu beralih ke Ghostlane: olcbox tidak lagi diperbarui dan tidak mengenal SaluteJazz maupun VK Calls, dan versi lamanya tidak memiliki enkripsi baru. Detailnya di panduan pemasangan.
Cara mematikannya
Matikan "Rute darurat (OLCRTC)" di semua rute darurat klaster, atau hapus rute-rute tersebut — akses darurat klaster menjadi nonaktif dan sesi baru berhenti dimulai. Sesi yang sudah berjalan menyelesaikan masanya.
Kalau langganan Pro Anda sudah berakhir, Anda masih bisa mematikan semuanya, tetapi menyalakannya kembali menuntut perpanjangan.