Як увімкнути аварійний доступ
Налаштування аварійного доступу (OLCRTC) для ваших користувачів: підписка Pro, аварійний маршрут і runtime на серверах — по кроках, у правильному порядку.
Ця сторінка — для вас як власника сервісу. Вона про те, як увімкнути аварійний доступ, щоб ваші користувачі могли на нього розраховувати. Для самих користувачів є окремі сторінки: Аварійний доступ — як це працює і що робити під час блокувань — і Встановлення аварійного клієнта — де завантажити застосунок і як його поставити.
Аварійний доступ (OLCRTC) — це запасний канал для мереж із білими списками, де звичайне підключення не проходить узагалі. Трафік і далі йде через ваші власні сервери, але маскується під відеодзвінок у дозволеному сервісі. Це не другий протокол і не заміна основному: він повільніший, розрахований на короткі сесії, запускається користувачем вручну і лише тоді, коли все інше перестало працювати.
Функція розгортається поетапно. Навіть коли всі перемикачі увімкнені, аварійний runtime може бути ще не встановлений на ваші сервери, а запуск сесій — ще не активований: доступ відкривається поступово. Якщо після ввімкнення стан сервера довго не стає «справний», найімовірніше, черга розгортання просто ще не дійшла до вас.
Вона також працює не в кожній мережі й не в кожній країні та залежить від доступності зовнішнього відеосервісу (а для поштового шляху ще й від того, чи проходить пошта). Не обіцяйте її як гарантовану можливість — подавайте радше як страховку на випадок жорстких блокувань.
Що потрібно
- підписка Pro (або Max, до якої входить усе з Pro);
- щонайменше один маршрут, позначений аварійним;
- щонайменше один сервер аварійного маршруту з увімкненим runtime;
- користувачі з підтвердженою поштою та активним акаунтом (докладніше — у розділі про обмеження нижче).
Порядок увімкнення
Перемикачів два, у двох різних місцях:
| Що вмикаємо | Де знаходиться | Як називається |
|---|---|---|
| Маршрут | налаштування маршруту (при редагуванні) | «Аварійний маршрут (OLCRTC)» |
| Сервер | панель сервера, кнопка «Змінити» | «Запускати OLCRTC на цьому сервері» |
Окремого перемикача в кластера немає: аварійний доступ кластера увімкнений, доки позначено хоча б один його маршрут.
З першою підпискою Pro система сама позначає аварійним маршрут із найбільшою кількістю робочих інбаундів, і аварійний доступ кластера одразу вмикається. Сервери беруть участь за замовчуванням, а runtime розкочується сам. Тому найчастіше кроки нижче — це перевірка, а не обов'язкова послідовність: пройдіть їх, якщо хочете обрати інші маршрути, задати ємність або виключити конкретний сервер.
Оформіть Pro. Розділ Оплата → блок підписки. Без активної Pro перемикачів аварійного доступу в інтерфейсі просто не буде: замість них на сторінці кластера показується картка «Аварійний доступ (OLCRTC)» з кнопкою «Оформити».
Позначте маршрут аварійним — у налаштуваннях самого маршруту. Відкрийте маршрут на редагування й увімкніть «Аварійний маршрут (OLCRTC)».
Перемикач з'являється лише при редагуванні наявного маршруту. У формі створення нового маршруту його немає: спочатку створіть маршрут, потім відкрийте його налаштування й позначте аварійним.
Сервери цього маршруту потрапляють до пулу аварійного доступу. Позначити можна кілька маршрутів — пул об'єднує їх усі, і якщо в одному маршруті не буде відповідного сервера, підключення поїде на сервер з іншого. У списку маршрутів позначені отримують мітку аварійний (OLCRTC).
Щойно позначено перший маршрут, аварійний доступ кластера вмикається сам: окремо вмикати його не потрібно.
Дозвольте сесії на серверах. Клікніть по серверу, щоб відкрити його панель, знайдіть блок Аварійний Runtime (OLCRTC), натисніть «Змінити», увімкніть «Запускати OLCRTC на цьому сервері» й натисніть «Зберегти».
Runtime встановлюється й оновлюється у фоні — заходити на сервер вручну не потрібно. Доки він не встановився і не відзвітував, стан показується як «несправний»; це нормально, дочекайтеся «справний · N/M активно».
Блок видно лише у звичайному режимі інтерфейсу — у спрощеному режимі «Один сервер» його немає.
Задайте ємність. У тому самому блоці — «Макс. одночасних сесій». Поле можна залишити порожнім, але краще не залишати: див. наступний розділ.
Розкажіть користувачам. Аварійний доступ марний, якщо про нього дізнаються вже під блокуванням: клієнт потрібно встановити заздалегідь. Дайте їм посилання на Аварійний доступ і Встановлення клієнта та попросіть один раз пройти весь шлях, поки інтернет працює нормально.
Скільки сесій витримає сервер
Аварійна сесія — це не «ще один користувач VPN», вона помітно дорожча: сервер пакує трафік у відеопотік, і це коштує процесорного часу.
За заміром на живій сесії (відео у Full HD, близько 5 Мбіт/с) одна сесія займає приблизно 15% одного ядра і 31 МБ пам'яті. Пам'ять майже нічого не значить — усе впирається в процесор.
| Ядер на сервері | Розумна ємність |
|---|---|
| 1 | 3 |
| 2 | 6–7 |
| 4 | 12–14 |
Вище за ці значення підніматися не варто навіть на виділеному сервері: чотири сесії на одному ядрі — це вже близько 60% ядра плюс фонове навантаження. І врахуйте, що замір робився під час перегляду відео (~5 Мбіт/с); якщо користувач вичавить із тунелю максимум, одна сесія може коштувати помітно дорожче.
Порожнє поле ємності означає «без обмеження». Тоді єдиний захист — автоматика, яка перестає ставити нові сесії на дуже перевантажений сервер. Але вона реагує із затримкою, і на слабкому сервері до цього моменту вже просядуть ваші звичайні користувачі. На одноядерних серверах ємність краще проставити явно.
Балансування почасти допомагає: якщо в маршруту обрано алгоритм «Найменш завантажений за трафіком» (він стоїть за замовчуванням), сервер із високою завантаженістю процесора показує менше вільної смуги, і нових звичайних користувачів система веде на менш завантажені сервери. Але це поправка за загальним навантаженням процесора, а не підрахунок аварійних сесій, і працює вона із затримкою в кілька хвилин — заміною явної ємності вона не є.
Що видно в інтерфейсі
У блоці Аварійний Runtime (OLCRTC) кожного сервера:
- Можливість — чи дозволено запускати сесії на цьому сервері;
- Ємність — ваш ліміт одночасних сесій («не задано» = без ліміту);
- Runtime — стан: «справний · N/M активно», «несправний» або «ще не звітує».
Одразу після ввімкнення чекайте на «несправний» — це нормально, сервер ще встановлює runtime і поки не відзвітував. Якщо стан тримається довго, перевірте, чи сервер узагалі на зв'язку. Напис «ще не звітує» блимає лише в момент завантаження сторінки.
Обмеження, про які варто знати заздалегідь
Сесія живе до 12 годин, потім зупиняється сама. Продовжити її не можна — користувач створює свіжий дзвінок і запитує нове підключення.
Одна сесія на користувача. Другий запит не створить другу сесію: у кабінеті він покаже «сесія вже працює», а другий лист залишиться без відповіді — про це варто попередити користувачів заздалегідь, щоб це не виглядало як поломка.
Швидкість інтернету нижча, ніж при підключенні через Xray.
Відеосервіс має бути доступний із країни сервера. У дзвінок входить ваш сервер, тому вирішує його країна, а не країна користувача. Наприклад, у Латвії недоступні Яндекс і Wildberries — через латвійський сервер Телемост і WB Stream не піднімуться. Враховуйте це, коли обираєте сервери для аварійного доступу.
Вимоги до користувачів жорсткіші, ніж здається. Потрібна підтверджена пошта — ті, кого ви завели вручну без неї, запросити доступ не зможуть. Крім того, акаунт має бути активним: призупинені, застарілі, ті, що вичерпали ліміт, і ті, що очікують першої оплати (on_hold — усі, хто зареєструвався сам і ще не платив), отримують відмову. Лист має пройти перевірку автентичності відправника й містити лише посилання на дзвінок.
У кабінеті кожну відмову показано з причиною; на лист відповідь надходить, коли ми можемо впізнати відправника як вашого користувача (неавтентифікований або незнайомий відправник залишається без відповіді). Якщо хтось поскаржиться «запитав, і нічого не сталося» — починайте зі статусу акаунта й посилання на дзвінок, а для поштового шляху перевірте, що лист пішов з адреси акаунта й містив лише посилання.
Мультихоп-маршрути не беруть участі. Для аварійних сесій використовуються лише прямі маршрути.
Аварійний клієнт тепер Ghostlane, і для iPhone теж. Він є в App Store і Google Play, а також у збірках для Windows, macOS і Linux. Тим, хто встановлював старий olcbox, потрібно перейти на Ghostlane: olcbox більше не оновлюється та не знає SaluteJazz і VK Calls, а в його старих версіях немає нового шифрування. Докладніше в інструкції зі встановлення.
Як вимкнути
Зніміть позначку «Аварійний маршрут (OLCRTC)» з усіх аварійних маршрутів кластера або видаліть ці маршрути — аварійний доступ кластера вимкнеться, нові сесії перестануть запускатися. Уже запущені допрацюють свій строк.
Якщо ваша підписка Pro закінчилася, вимкнути все ще можна, а щоб увімкнути назад — доведеться її продовжити.