Jak włączyć dostęp awaryjny
Skonfiguruj dostęp awaryjny (OLCRTC) dla swoich użytkowników: subskrypcja Pro, trasa awaryjna i runtime na serwerach — krok po kroku, we właściwej kolejności.
Ta strona jest dla Ciebie, właściciela usługi. Opisuje, jak włączyć dostęp awaryjny, żeby Twoi użytkownicy mogli na niego liczyć. Dla samych użytkowników są osobne strony: Dostęp awaryjny — jak to działa i co robić podczas blokady — oraz Instalacja klienta awaryjnego — skąd pobrać aplikację i jak ją zainstalować.
Dostęp awaryjny (OLCRTC) to zapasowy kanał dla sieci z białymi listami, w których zwykłe połączenie w ogóle nie przechodzi. Ruch nadal idzie przez Twoje własne serwery, ale jest maskowany jako rozmowa wideo w dozwolonym serwisie. To nie drugi protokół ani zamiennik głównego: jest wolniejszy, przeznaczony do krótkich sesji, uruchamiany ręcznie przez użytkownika i tylko wtedy, gdy wszystko inne przestało działać.
Funkcja jest udostępniana etapami. Nawet przy wszystkich włączonych przełącznikach awaryjny runtime może jeszcze nie być zainstalowany na Twoich serwerach, a uruchamianie sesji może nie być aktywne: dostęp otwiera się stopniowo. Jeśli po włączeniu serwer długo nie osiąga stanu „sprawny”, najprawdopodobniej kolejka po prostu jeszcze do Ciebie nie dotarła.
Funkcja nie działa też w każdej sieci i w każdym kraju, a jej działanie zależy od dostępności zewnętrznego serwisu wideo (a w przypadku drogi e-mailowej także od tego, czy poczta dochodzi). Nie obiecuj jej jako gwarantowanej możliwości — przedstawiaj ją jako ubezpieczenie na wypadek twardych blokad.
Czego potrzebujesz
- subskrypcji Pro (albo Max, który zawiera wszystko z Pro);
- co najmniej jednej trasy oznaczonej jako awaryjna;
- co najmniej jednego serwera na trasie awaryjnej z włączonym runtime;
- użytkowników ze zweryfikowanym adresem e-mail i aktywnym kontem (patrz sekcja o ograniczeniach poniżej).
Kolejność działań
Przełączniki są dwa, w dwóch różnych miejscach:
| Co włączasz | Gdzie się znajduje | Jak się nazywa |
|---|---|---|
| Trasa | ustawienia trasy (podczas edycji) | „Trasa awaryjna (OLCRTC)” |
| Serwer | panel serwera, przycisk „Edytuj” | „Uruchom OLCRTC na tym serwerze” |
Klaster nie ma własnego przełącznika: dostęp awaryjny klastra jest włączony, dopóki oznaczona jest co najmniej jedna z jego tras.
Przy pierwszej subskrypcji Pro system za Ciebie oznacza jako awaryjną trasę z największą liczbą działających inboundów, a dostęp awaryjny klastra od razu się włącza. Serwery biorą udział domyślnie, a runtime rozwija się sam. Dlatego najczęściej kroki poniżej są sprawdzeniem, a nie obowiązkową sekwencją: przejdź je, jeśli chcesz wybrać inne trasy, ustawić pojemność albo wyłączyć konkretny serwer.
Wykup Pro. Przejdź do sekcji Rozliczenia → blok subskrypcji. Bez aktywnego Pro przełączniki awaryjne w ogóle się nie pokazują: zamiast nich strona klastra wyświetla kartę „Dostęp awaryjny (OLCRTC)” z przyciskiem „Ulepsz”.
Oznacz trasę jako awaryjną — w ustawieniach samej trasy. Otwórz trasę do edycji i włącz przełącznik „Trasa awaryjna (OLCRTC)”.
Przełącznik pojawia się tylko przy edycji istniejącej trasy. Formularz tworzenia nowej trasy go nie ma: najpierw utwórz trasę, potem otwórz jej ustawienia i oznacz ją jako awaryjną.
Serwery tej trasy trafiają do puli awaryjnej. Możesz oznaczyć kilka tras — pula łączy je wszystkie, a jeśli na jednej trasie nie będzie odpowiedniego serwera, połączenie trafi na serwer z innej. Oznaczone trasy dostają na liście tras etykietę awaryjny (OLCRTC).
Gdy tylko pierwsza trasa zostanie oznaczona, dostęp awaryjny klastra włącza się sam: nic więcej nie trzeba włączać.
Zezwól na sesje na serwerach. Kliknij serwer, aby otworzyć jego panel, znajdź blok Awaryjny Runtime (OLCRTC), naciśnij „Edytuj”, włącz „Uruchom OLCRTC na tym serwerze” i naciśnij „Zapisz”.
Runtime instaluje się i aktualizuje w tle — nie trzeba logować się na serwer. Dopóki nie jest zainstalowany i nie raportuje, stan pokazywany jest jako „niesprawny”; to normalne, poczekaj na „sprawny · N/M aktywnych”.
Blok widoczny jest tylko w zwykłym trybie interfejsu — uproszczony tryb Single go nie ma.
Ustaw pojemność. W tym samym bloku — Maks. równoczesnych sesji. Pole można zostawić puste, ale lepiej tego nie robić: patrz następna sekcja.
Powiedz o tym użytkownikom. Dostęp awaryjny jest bezużyteczny, jeśli ludzie dowiadują się o nim, gdy są już zablokowani: klienta trzeba zainstalować z wyprzedzeniem. Skieruj ich do stron Dostęp awaryjny i Instalacja klienta i poproś, aby raz przeszli całą procedurę, póki internet działa normalnie.
Ile sesji wytrzyma serwer
Sesja awaryjna to nie „jeszcze jeden użytkownik VPN” — jest znacznie droższa: serwer pakuje ruch w strumień wideo, a to kosztuje czas procesora.
Zmierzone na działającej sesji (wideo Full HD, około 5 Mbit/s): jedna sesja zajmuje mniej więcej 15% jednego rdzenia i 31 MB pamięci. Pamięć praktycznie nie ma znaczenia; prawdziwym ograniczeniem jest procesor.
| Rdzeni na serwerze | Rozsądna pojemność |
|---|---|
| 1 | 3 |
| 2 | 6–7 |
| 4 | 12–14 |
Nie przekraczaj tych wartości nawet na serwerze dedykowanym: cztery sesje na jednym rdzeniu to już około 60% jego mocy plus obciążenie tła. I pamiętaj, że pomiar wykonano podczas oglądania wideo (~5 Mbit/s); jeśli użytkownik wyciśnie z tunelu maksimum, jedna sesja może kosztować zauważalnie więcej.
Puste pole pojemności oznacza „bez ograniczenia”. Jedyną pozostałą ochroną jest automatyka, która przestaje umieszczać nowe sesje na mocno przeciążonym serwerze. Reaguje ona jednak z opóźnieniem, a na słabym serwerze Twoi zwykli użytkownicy zdążą już to odczuć. Na serwerach jednordzeniowych ustaw pojemność wprost.
Balansowanie po części pomaga: jeśli trasa używa algorytmu „Najmniej obciążony ruchem” (domyślnego), serwer z wysokim zużyciem procesora raportuje mniej wolnego pasma, a nowi zwykli użytkownicy kierowani są na mniej obciążone serwery. Ale to korekta oparta na ogólnym obciążeniu procesora, a nie na liczbie sesji awaryjnych, i działa z kilkuminutowym opóźnieniem — nie zastępuje wprost ustawionej pojemności.
Co widać w interfejsie
W bloku Awaryjny Runtime (OLCRTC) każdego serwera:
- Funkcja — czy na tym serwerze mogą działać sesje;
- Pojemność — Twój limit równoczesnych sesji („nie ustawiono” = bez limitu);
- Runtime — stan: „sprawny · N/M aktywnych”, „niesprawny” albo „jeszcze nie raportuje”.
Zaraz po włączeniu spodziewaj się „niesprawny” — to normalne, serwer wciąż instaluje runtime i jeszcze nie zaraportował. Jeśli stan utrzymuje się długo, sprawdź, czy serwer w ogóle jest osiągalny. Napis „jeszcze nie raportuje” miga tylko w czasie wczytywania strony.
Ograniczenia, o których warto wiedzieć z góry
Sesja żyje do 12 godzin, potem zatrzymuje się sama. Nie da się jej przedłużyć — użytkownik tworzy nową rozmowę i ponownie prosi o połączenie.
Jedna sesja na użytkownika. Drugie zapytanie niczego nie utworzy, dopóki trwa sesja: w panelu klienta pojawi się „sesja już działa”, a drugi e-mail pozostanie bez odpowiedzi — warto wyjaśnić to użytkownikom z góry, żeby nie wyglądało to na usterkę.
Prędkość internetu jest niższa niż przy połączeniu przez Xray.
Usługa wideo musi być dostępna z kraju serwera. Do rozmowy dołącza Twój serwer, więc decyduje jego kraj, a nie kraj użytkownika. Na przykład na Łotwie Yandex i Wildberries są zablokowane — przez łotewski serwer Telemost i WB Stream się nie podniosą. Weź to pod uwagę, wybierając serwery z dostępem awaryjnym.
Wymagania wobec użytkowników są ostrzejsze, niż się wydaje. Konieczny jest zweryfikowany adres e-mail — użytkownicy, których założyłeś ręcznie bez adresu, nie mogą poprosić o dostęp. Konto musi być też aktywne: konta wstrzymane, wygasłe, z wyczerpanym limitem i oczekujące na pierwszą płatność (on_hold — wszyscy, którzy zarejestrowali się sami i jeszcze nie zapłacili) są odrzucane. E-mail musi przejść weryfikację nadawcy i zawierać wyłącznie link do rozmowy.
W panelu klienta każde odrzucenie jest pokazywane wraz z przyczyną; w przypadku e-maila odpowiedź przychodzi, gdy możemy rozpoznać nadawcę jako Twojego użytkownika (nieuwierzytelniony lub nieznany nadawca pozostaje bez odpowiedzi). Jeśli ktoś zgłosi, że „poprosiłem i nic się nie stało”, zacznij od statusu konta i użytego linku do rozmowy; przy drodze e-mailowej sprawdź też, czy wiadomość wyszła z adresu konta i zawierała wyłącznie link.
Trasy wieloprzeskokowe nie biorą udziału. Do sesji awaryjnych używane są tylko trasy bezpośrednie.
Klientem awaryjnym jest Ghostlane, także na iPhone'a. Jest dostępny w App Store i Google Play, a także w wersjach na Windowsa, macOS i Linuksa. Użytkownicy, którzy zainstalowali stary olcbox, muszą przejść na Ghostlane: olcbox nie jest już aktualizowany i nie obsługuje SaluteJazz ani VK Calls, a w jego starszych wersjach brakuje nowego szyfrowania. Szczegóły w instrukcji instalacji.
Jak wyłączyć
Odznacz „Trasa awaryjna (OLCRTC)” we wszystkich trasach awaryjnych klastra albo usuń te trasy — dostęp awaryjny klastra się wyłączy, a nowe sesje przestaną być uruchamiane. Już uruchomione dokończą swój czas.
Jeśli subskrypcja Pro się skończyła, wyłączyć wszystko nadal możesz, ale ponowne włączenie wymaga jej odnowienia.