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

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

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

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

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

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

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

사용자가 손으로 켭니다. 다른 모든 것이 멈췄을 때만 씁니다. 자동 전환은 없습니다: 평소 연결이 알아서 「넘어가지」 않습니다.
느립니다. 내려받기 약 14 Mbit/s, 올리기는 1메가비트 미만, 지연 175~235 ms. 읽기와 영상 시청에는 편하지만 파일 전송, 영상 통화, 게임에는 쓸 수 없습니다.
일시적입니다. 세션은 최대 12시간 살아 있다가 스스로 멈춥니다. 사용자당 동시에 하나이며, 계속하려면 새로 시작합니다.

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

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

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

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

긴급 접속

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

긴급 클라이언트 설치

Android, iPhone, 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강. 모니터링과 메시 네트워크 →

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