긴급 접속: 네트워크가 모든 것을 막을 때

CreateYourVPN의 긴급 접속(OLCRTC): 허용 목록 방식 네트워크를 위한, 영상 통화로 위장한 예비 통로 — 서버에 얼마나 부담이 되는지, Pro와 함께 무엇이 저절로 켜지는지, 사용자에게 미리 무엇을 알려야 하는지.

지금까지의 모든 이야기는 한 가지 전제 위에 있었습니다. 네트워크가 여전히 여러분의 서버를 통과시켜 준다는 전제입니다. 라우트가 서버를 고르고, 인바운드가 연결을 평범한 HTTPS 방문처럼 보이게 하고, 멀티홉이 경로를 여러 나라로 늘립니다 — 하지만 이 모두는 트래픽이 기기 밖으로 나갈 수 있어야 성립합니다.

늘 나갈 수 있는 것은 아닙니다. 네트워크가 허용 목록으로 바뀌면 허용된 짧은 목록의 서비스만 작동하고, 나머지 전부는 — 여러분의 VPN을 포함해 — 아예 통과하지 못합니다. **긴급 접속(OLCRTC)**은 바로 그런 시간을 위해 만들어졌습니다.

무엇인가 — 그리고 무엇이 아닌가

긴급 접속은 예비 통로이지, 두 번째 프로토콜이 아닙니다. 평소 연결은 늘 그랬듯 그대로입니다: 여러분 자신의 서버 위의 VLESS + Reality. 긴급 접속은 같은 서버를 쓰되, 제한된 네트워크가 아직 허용하는 서비스의 영상 통화 안에 트래픽을 감쌉니다 — 밖에서 보면 평범한 화상 회의로 보입니다.

여기서 세 가지가 따라 나오고, 무언가를 약속하기 전에 셋 다 알아 둘 만합니다:

사용자가 손으로 켭니다. 다른 모든 것이 멈췄을 때만 씁니다. 자동 전환은 없습니다: 평소 연결이 알아서 「넘어가지」 않습니다.
인터넷 속도가 Xray 연결보다 낮습니다.
일시적입니다. 세션은 최대 12시간 살아 있다가 스스로 멈춥니다. 사용자당 동시에 하나이며, 계속하려면 새로 시작합니다.

이 기능은 실험적입니다. 제한된 네트워크에서 외부 영상 서비스에 닿을 수 있느냐에 달려 있어, 모든 나라와 모든 네트워크에서 작동하지는 않습니다. 사용자에게는 강한 차단에 대비한 보험으로 소개하세요. 보장된 기능이 아니라.

사용자 쪽에서는 어떻게 보이나

지원되는 서비스에서 새 영상 통화를 만듭니다 — Yandex Telemost, WB Stream 또는 Jitsi Meet.
그 링크를 건넵니다: 자기 계정의 긴급 접속 블록에 붙여 넣거나, 개인 요청 주소로 이메일을 보냅니다. 두 경로는 같은 일을 합니다 — 그리고 이메일 경로는 여러분의 스토어프런트가 이미 차단된 상황에서도 계속 작동합니다.
여러분의 서버 중 하나가 손님으로 그 통화에 들어갑니다. 1분쯤 뒤 사용자는 olcrtc://로 시작하는 연결 링크와 QR 코드를 받습니다.
그것을 긴급 클라이언트 olcbox에 가져와 연결합니다.

사용자에게 필요한 두 가지 — 앱과 요청 주소 — 는 차단 이전에 손에 있어야 합니다. 허용 목록 아래에서는 앱 스토어와 다운로드 페이지가 대개 닿지 않고, 주소가 표시되는 계정 페이지도 더 이상 열리지 않을 수 있습니다. 차단이 진행되는 중에 긴급 접속을 알게 된 사람은 이미 늦은 것입니다.

영상 서비스는 서버가 있는 나라에서 접속 가능해야 합니다. 통화에 들어가는 것은 여러분의 서버이므로 사용자의 나라가 아니라 서버의 나라가 기준입니다. 예를 들어 라트비아에서는 Yandex와 Wildberries가 차단되어 있어 라트비아 서버로는 Telemost도 WB Stream도 올라오지 않습니다. 비상 접속을 켤 서버를 고를 때 이 점을 고려하세요.

긴급 접속

사용자를 위한 페이지: 어떻게 작동하는지, 어떤 서비스가 지원되는지, 차단 중에 무엇을 해야 하는지.

긴급 클라이언트 설치

Android, Windows, macOS, Linux용 olcbox를 어디서 받는지 — 그리고 왜 미리 해 두어야 하는지.

여러분 쪽에 필요한 것

Pro 구독 — 월 €0.99. 긴급 접속은 바로 이 등급에 딸려 옵니다. Max에도 나머지 전부와 함께 들어 있습니다(13강).
긴급 라우트. 긴급으로 표시된 라우트의 서버들이 세션이 내려앉는 풀을 이룹니다. 첫 구독 때 시스템이 하나를 대신 표시해 줍니다 — 작동 중인 인바운드가 가장 많은 라우트 — 그러면서 클러스터 스위치도 함께 올립니다.
서버. 기본적으로 참여하며, 런타임은 백그라운드에서 스스로 설치되고 갱신됩니다: SSH로 할 일은 없습니다.

즉 일반적인 경우에는 설정할 것이 없습니다. 구독하면 긴급 접속이 작동합니다. 수동 스위치는 필요할 때를 위해 남아 있습니다: 어떤 라우트가 풀을 구성하는지, 서버 한 대가 몇 세션을 감당하는지, 특정 서버를 뺄지 여부.

긴급 접속 켜기

전체 안내: 세 개의 스위치와 각각의 위치, 서버별 용량, 그리고 모든 제한 사항.

평소 라우트와 무엇이 다른가

사용자는 나라를 고르지 않습니다. 풀 자체가 보이지 않습니다 — 지리적 의도는 어떤 라우트를 긴급으로 표시할지로 여러분이 표현합니다. 여러 개를 표시할 수 있고, 풀은 그것들을 합칩니다. 한 라우트에 적합한 서버가 없으면 세션은 다른 라우트로 갑니다.
멀티홉 라우트는 참여하지 않습니다. 긴급 세션에는 직통 라우트만 쓰입니다.
세션 하나가 실제 CPU를 먹습니다. 트래픽을 영상 스트림에 담는 작업은 측정에서 코어 하나의 약 **15%**와 메모리 31 MB를 썼습니다(약 5 Mbit/s 영상 세션) — VPN 사용자 한 명이 느는 것과는 비교가 되지 않습니다. 대략의 기준은 코어당 3세션: 1코어 서버에 3, 2코어에 6~~7, 4코어에 12~~14.

**「최대 동시 세션」**을 비워 두면 제한 없음이라는 뜻입니다. 약한 서버에서는 함정입니다: 긴급 세션이 일반 고객이 값을 치르는 CPU를 먹어 치웁니다. 1코어 장비에서는 숫자를 명시적으로 적어 두세요.

실제로 쓸 수 있는 사용자는 누구인가

요건은 보이는 것보다 까다롭고, 지원 문의는 바로 여기서 나옵니다:

인증된 이메일. 주소 없이 손으로 만든 사용자는 아예 요청할 수 없습니다.
활성 계정. 일시 중지·만료·트래픽 한도 소진·첫 결제 대기(스스로 가입하고 아직 결제하지 않은 모든 사람) 계정은 거절됩니다.

듣게 될 불만은 「요청했는데 아무 일도 없었다」입니다. 계정 상태와 사용한 통화 링크부터 확인하고, 이메일 경로라면 계정 주소에서 보냈는지, 본문에 링크만 있었는지도 확인하세요.

기억할 것

긴급 접속은 허용 목록 네트워크를 위한 구명튜브이며, 두 번째 프로토콜도 평소 연결의 대체재도 아닙니다.
트래픽은 여전히 여러분의 서버를 지나가며, 사용자가 직접 만든 영상 통화로 위장합니다.
느리고, 최대 12시간, 사용자당 한 세션, 수동으로 시작합니다.
Pro와 함께 저절로 켜집니다: 라우트 하나가 긴급으로 표시되고, 클러스터 스위치가 올라가고, 서버는 기본적으로 참여합니다.
세션 하나 ≈ CPU 코어의 15% — 약한 서버에서는 용량을 명시적으로 설정하세요.
사용자에게는 인증된 이메일, 활성 계정, 그리고 미리 설치한 클라이언트가 필요합니다.

긴급 접속은 네트워크가 망가졌을 때의 이야기였습니다. 다음 강의는 나머지 절반입니다: 시스템은 여러분의 서버가 망가졌다는 것을 어떻게 알아차리는가.

7강. 모니터링과 메시 네트워크 →

시스템이 여러분의 서버를 어떻게 지켜보고, 문제가 있는 서버를 어떻게 순환에서 제외하는지.