Activarea accesului de urgență
Configurează accesul de urgență (OLCRTC) pentru utilizatorii tăi: abonamentul Pro, o rută de urgență, comutatorul clusterului și runtime-ul pe fiecare server — pas cu pas, în ordinea corectă.
Această pagină este pentru tine, proprietarul serviciului. Ea arată cum activezi accesul de urgență, ca utilizatorii tăi să se poată baza pe el. Pentru utilizatorii înșiși există pagini separate: Acces de urgență — cum funcționează și ce au de făcut în timpul unei blocări — și Instalarea clientului de urgență — de unde descarcă aplicația și cum o instalează.
Accesul de urgență (OLCRTC) este un canal de rezervă pentru rețelele cu liste de permisiuni, unde conexiunea obișnuită nu trece deloc. Traficul merge tot prin serverele tale, dar este camuflat ca apel video într-un serviciu permis. Nu este un al doilea protocol și nici un înlocuitor pentru cel principal: e mai lent, e gândit pentru sesiuni scurte, este pornit manual de utilizator și doar pentru momentele în care tot restul a încetat să funcționeze.
Funcția este experimentală și se lansează în etape. Chiar și cu toate comutatoarele pornite, runtime-ul de urgență s-ar putea să nu fie încă instalat pe serverele tale, iar pornirea sesiunilor să nu fie activă: accesul se deschide treptat. Dacă un server rămâne mult timp departe de starea „sănătos” după ce l-ai activat, cel mai probabil lansarea pur și simplu nu a ajuns încă la tine.
De asemenea, nu funcționează în orice rețea sau în orice țară și depinde de disponibilitatea unui serviciu video extern și a e-mailului. Nu o promite ca pe o capacitate garantată — prezint-o ca pe o asigurare împotriva blocărilor dure.
De ce ai nevoie
- un abonament Pro (sau Max, care include tot ce e în Pro);
- cel puțin o rută marcată ca urgență;
- comutatorul OLCRTC activat pe cluster;
- cel puțin un server din acel cluster cu runtime activat;
- utilizatori cu e-mail verificat și cont activ (vezi secțiunea despre limitări de mai jos).
Ordinea operațiunilor
Sunt trei comutatoare, în trei locuri diferite, și e ușor să le încurci — două dintre ele se numesc aproape la fel:
| Ce activezi | Unde se află | Cum se numește |
|---|---|---|
| Ruta | setările rutei (la editare) | „Rută de urgență (OLCRTC)” |
| Clusterul | pagina clusterului, deasupra listei de rute | „Activează OLCRTC pentru acest cluster” |
| Serverul | panoul serverului, butonul „Editează” | „Rulează OLCRTC pe acest server” |
Ordinea contează: clusterul nu te lasă să activezi OLCRTC cât timp nu există nicio rută de urgență. Întâi ruta, apoi clusterul.
Abonează-te la Pro. Mergi la Facturare → blocul de abonament. Fără un Pro activ, comutatoarele de urgență nu sunt afișate deloc: pagina clusterului arată în schimb un card „Acces de urgență (OLCRTC)” cu butonul „Fă upgrade”.
Marchează o rută ca fiind de urgență — în setările rutei respective. Deschide ruta pentru editare și, în blocul „Acces de urgență (OLCRTC)”, activează „Rută de urgență (OLCRTC)”.
Comutatorul apare doar la editarea unei rute existente. Formularul de rută nouă nu îl are: creează întâi ruta, apoi deschide-i setările și marcheaz-o ca fiind de urgență.
Serverele de pe acea rută intră în grupul de urgență. Poți marca mai multe rute — grupul le reunește pe toate, iar dacă o rută nu are niciun server potrivit, conexiunea ajunge la un server dintr-alta. Rutele marcate primesc o etichetă urgență în lista de rute.
Activează OLCRTC pentru întregul cluster. Acesta este un al doilea comutator, separat — nu cel din rută. Se află pe pagina clusterului, în blocul „Acces de urgență” marcat cu OLCRTC, chiar deasupra listei de rute, și se numește „Activează OLCRTC pentru acest cluster”.
Este comutatorul principal: cât timp e oprit, utilizatorii clusterului nu pot solicita nimic, oricâte rute ai marca drept urgență. Sub comutator vezi câte rute de urgență sunt deja în grup.
Permite sesiunile pe servere. Dă clic pe un server ca să-i deschizi panoul, găsește blocul Runtime de urgență (OLCRTC), apasă „Editează”, activează „Rulează OLCRTC pe acest server” și apasă „Salvează”.
Runtime-ul se instalează și se actualizează singur în fundal — nu e nevoie să te conectezi la server. Până când este instalat și raportează, starea apare ca „nesănătos”; e normal, așteaptă „sănătos · N/M active”.
Blocul apare doar în modul obișnuit al interfeței — modul simplificat Un singur server nu îl are.
Stabilește capacitatea. În același bloc — Max. sesiuni simultane. Poți lăsa câmpul gol, dar e mai bine să n-o faci: vezi secțiunea următoare.
Spune-le utilizatorilor tăi. Accesul de urgență e inutil dacă oamenii află de el abia când sunt deja blocați: clientul trebuie instalat din timp. Trimite-i către Acces de urgență și Instalarea clientului și roagă-i să parcurgă o dată tot fluxul cât timp internetul funcționează normal.
Câte sesiuni poate duce un server
O sesiune de urgență nu înseamnă „încă un utilizator VPN” — este considerabil mai scumpă: serverul împachetează traficul într-un flux video, iar asta costă timp de procesor.
Măsurat pe o sesiune reală (video Full HD, aproximativ 5 Mbit/s), o sesiune ocupă cam 15% dintr-un nucleu și 31 MB de memorie. Memoria aproape că nu contează; procesorul este limita reală.
| Nuclee pe server | Capacitate rezonabilă |
|---|---|
| 1 | 3 |
| 2 | 6–7 |
| 4 | 12–14 |
Nu depăși aceste valori nici măcar pe un server dedicat: patru sesiuni pe un singur nucleu înseamnă deja aproximativ 60% din el, plus sarcina de fundal. Și ține cont că măsurătoarea a fost făcută în timpul vizionării unui clip video (~5 Mbit/s); dacă un utilizator saturează tunelul, o sesiune poate costa considerabil mai mult.
Un câmp de capacitate gol înseamnă „fără limită”. Singura protecție rămasă este automatizarea care nu mai plasează sesiuni noi pe un server grav supraîncărcat. Ea reacționează însă cu întârziere, iar pe un server slab utilizatorii tăi obișnuiți vor fi afectați deja până atunci. Pe serverele cu un singur nucleu, setează capacitatea explicit.
Echilibrarea ajută într-o oarecare măsură: dacă ruta folosește algoritmul cel mai puțin încărcat (cel implicit), un server cu utilizare mare a procesorului raportează mai puțină lățime de bandă liberă, iar noii utilizatori obișnuiți sunt direcționați către servere mai puțin încărcate. Dar aceasta este o corecție bazată pe încărcarea generală a procesorului, nu pe numărul sesiunilor de urgență, și are o întârziere de câteva minute — nu înlocuiește o capacitate explicită.
Ce afișează interfața
În blocul Runtime de urgență (OLCRTC) al fiecărui server:
- Funcție — dacă sesiunile pot rula pe acest server;
- Capacitate — limita ta de sesiuni simultane („nesetată” = fără limită);
- Runtime — starea: „sănătos · N/M active”, „nesănătos” sau „nu raportează încă”.
Imediat după activare, așteaptă-te la „nesănătos” — e normal, serverul încă instalează runtime-ul și nu a raportat. Dacă rămâne așa mult timp, verifică dacă serverul este accesibil în general. „Nu raportează încă” apare doar preț de o clipă, cât se încarcă pagina.
Limitări bune de știut de la început
O sesiune trăiește până la 12 ore, apoi se oprește singură. Nu poate fi prelungită — utilizatorul creează un apel nou și trimite un e-mail nou.
O singură sesiune per utilizator. Un al doilea e-mail nu creează nimic și nu primește răspuns — merită explicat utilizatorilor din start, ca să nu pară o defecțiune.
În jur de 14 Mbit/s la descărcare și sub un megabit la încărcare, cu o latență de 175–235 ms. Vizionarea de clipuri video și lucrul cu e-mailul merg confortabil; trimiterea de fișiere mari, apelurile video și jocurile, nu. Acesta este plafonul configurației actuale a tunelului, nu al conexiunii principale.
Cerințele față de utilizatori sunt mai stricte decât par. Este necesar un e-mail verificat — utilizatorii pe care i-ai creat manual fără e-mail nu pot solicita acces. Contul trebuie să fie și activ: conturile suspendate, expirate, cu limita epuizată și cele care așteaptă prima plată (on_hold — toți cei care s-au înregistrat singuri și încă nu au plătit) sunt respinse. E-mailul trebuie să treacă autentificarea expeditorului, iar frecvența este limitată la cinci solicitări pe oră per utilizator și o sută pentru întregul serviciu.
Respingerile la aceste verificări sunt tăcute: utilizatorul nu primește niciun răspuns. Dacă cineva se plânge că „am trimis e-mailul și nu a venit nimic înapoi”, începe cu starea contului și cu întrebarea dacă a fost trimis linkul de apel corect.
Rutele multi-hop nu participă. Pentru sesiunile de urgență se folosesc doar rutele directe.
Pe iPhone e mai greu. Clientul iOS poate fi instalat doar prin sideload — Apple nu îl are. Utilizatorii tăi de iPhone trebuie să se pregătească din timp și cu mai multă atenție; ghidul de instalare acoperă acest lucru.
Cum îl dezactivezi
Poți debifa Activează OLCRTC pentru acest cluster oricând — sesiunile noi nu mai sunt pornite. Cele deja pornite își duc termenul la capăt.
Ultima rută de urgență nu poate fi demarcată sau ștearsă cât timp OLCRTC este activ: marchează întâi o altă rută sau dezactivează OLCRTC pe cluster.
Dacă abonamentul Pro ți-a expirat, poți totuși să dezactivezi lucrurile, dar reactivarea cere reînnoirea lui.