이 VPN 초보자 가이드는 계정 생성, 요금제 선택, 결제 상태 확인, 구독 링크 발급, 클라이언트 가져오기, 서버 선택, 연결이 실제로 적용됐는지 확인하는 전체 과정을 다룹니다. 처음 사용할 때 가장 헷갈리는 부분은 버튼 하나가 아니라 계정, 구독, 클라이언트, 서버의 관계입니다. 이 네 가지를 구분하면 이후 문제 해결이 훨씬 쉬워집니다.
계정은 사용자 패널에 로그인할 때 사용하고, 요금제는 현재 이용 가능한 서비스를 결정합니다. 구독 링크는 서버 설정을 클라이언트에 전달하며, 클라이언트는 기기에서 설정을 읽어 연결을 구축합니다. 서버는 구독에 포함된 개별 접속 지점이지 구독 자체가 아닙니다. 기기를 바꾸면 보통 구독을 다시 가져와야 하지만, 서버를 바꿀 때는 이미 가져온 목록에서 다시 선택하면 됩니다.
결제 전에 이용 절차부터 확인하세요
출처가 불분명한 클라이언트를 여러 개 먼저 설치한 뒤 가져올 수 있는 설정을 찾는 방식은 피하세요. 먼저 공식 요금제 페이지에서 필요한 요금제를 확인하고, 사용자 패널에서 계정과 주문 절차를 진행하는 편이 안전합니다. 결제가 완료된 뒤 패널에서 제공하는 다운로드 및 구독 메뉴를 통해 설정을 이어가세요.
- 요금제 페이지를 열어 트래픽, 이용 기간, 적용 방식을 확인하세요. 가격만 비교해서는 안 됩니다.
- 사용자 패널에 들어가 페이지 안내에 따라 계정을 만들고 로그인 정보를 안전하게 보관하세요.
- 원하는 요금제를 선택하고 페이지에 표시된 결제 절차를 완료하세요.
- 주문 또는 개요 화면으로 돌아가 요금제 상태가 갱신되었는지 확인한 뒤 구독을 발급받으세요.
결제 페이지에서 정상적으로 이동했다고 해서 클라이언트가 이미 설정을 받은 것은 아닙니다. 판단 기준은 브라우저에 마지막으로 표시된 화면이 아니라 사용자 패널의 주문 및 서비스 상태입니다. 결제 결과가 아직 동기화되지 않았다면 같은 주문을 연속으로 다시 제출하지 마세요. 먼저 패널을 새로고침하고 주문 기록을 확인하세요. 계속 문제가 발생하면 주문 식별자와 결제 결과 화면을 보관한 뒤 문의 티켓으로 확인을 요청하세요.
- ✅ 사용자 패널에 정상적으로 로그인되고 현재 주문 또는 요금제 상태가 표시됩니다.
- ✅ 패널에 결제 메뉴만이 아니라 구독 발급 메뉴가 표시됩니다.
- ✅ 다운로드 메뉴가 기기 플랫폼과 일치하고 설치 파일이 공식 패널에서 제공됩니다.
- ❌ 결제 상태가 확인되기 전에 같은 주문을 반복해서 생성합니다.
- ❌ 로그인 비밀번호, 구독 링크 또는 전체 설정 화면을 공개 영역에 공유합니다.
구독 링크와 프로토콜은 무엇인가요?
구독 링크는 설정을 배포하는 방식입니다. 클라이언트가 링크에 접속하면 서버 이름, 서버 주소, 포트, 전송 매개변수, 인증 정보가 포함된 목록을 가져옵니다. 일반 웹페이지가 아니므로 브라우저에서 계속 열어 둘 필요도 없습니다. 클라이언트의 “URL에서 가져오기”, “구독 추가”, “구독 관리”는 보통 같은 유형의 작업을 가리키며, 플랫폼에 따라 명칭만 조금씩 다릅니다.
프로토콜은 클라이언트와 서버가 세션을 구축하는 방식을 결정합니다. 흔히 사용되는 이름으로 Shadowsocks, VMess, Trojan, VLESS, Hysteria2, TUIC이 있습니다. 이는 클라이언트 브랜드가 아니며 이름만으로 실제 속도를 판단할 수도 없습니다. 프로토콜 사용 가능 여부는 클라이언트가 해당 형식을 지원하는지, 구독에서 전달된 전송·암호화·TLS 매개변수를 제대로 읽을 수 있는지에 따라 달라집니다.
| 이름 | 기본 특징 | 가져올 때 확인할 사항 |
|---|---|---|
| Shadowsocks | 암호화 프록시 프로토콜로, 설정에는 보통 서버, 포트, 비밀번호, 암호화 방식이 포함됩니다. | 구형 클라이언트는 구독에서 지정한 최신 암호화 방식을 지원하지 않을 수 있습니다. |
| VMess | V2Ray 생태계에서 흔히 사용되며, 인증과 전송 매개변수가 서로 맞아야 합니다. | 서버 주소만 복사해서는 안 됩니다. 네트워크, 전송, TLS 매개변수도 일치해야 합니다. |
| Trojan | 일반적으로 TLS를 통해 전송되며, 설정에 도메인, 인증 정보, 인증서 검증이 포함됩니다. | 시스템 시간이 잘못되었거나 도메인 매개변수가 누락되면 핸드셰이크가 실패할 수 있습니다. |
| VLESS | 경량 인증 프로토콜로, 실제 보안성과 전송 성능은 함께 사용하는 전송 계층에 따라 달라집니다. | 클라이언트가 구독에 포함된 전송 방식과 관련 보안 매개변수를 인식해야 합니다. |
| Hysteria2 | UDP 기반 전송 방식으로, 네트워크 변동과 패킷 손실 환경에 대응하는 데 초점을 둡니다. | 로컬 네트워크에서 UDP를 제한하면 시간 초과가 발생하거나 핸드셰이크가 되지 않을 수 있습니다. |
| TUIC | QUIC의 개념을 바탕으로 한 프록시 프로토콜로, 클라이언트 버전과 매개변수의 호환이 필요합니다. | 가져오기에 실패하면 먼저 클라이언트가 해당 프로토콜을 실제로 지원하는지 확인하세요. |
초보자는 위 매개변수를 직접 입력할 필요가 거의 없습니다. 완전한 구독을 우선 가져오면 전송 계층 옵션을 빠뜨릴 가능성을 줄일 수 있습니다. 구독을 인식하지 못하거나, 고객지원에서 설정 확인을 요청했거나, 개별 서버를 진단해야 할 때만 구체적인 프로토콜 항목을 확인하면 됩니다.
플랫폼별 클라이언트 설치 및 가져오기
먼저 사용자 패널의 클라이언트 받기 메뉴에서 플랫폼을 선택하세요. 데스크톱과 모바일 운영체제는 네트워크 권한을 처리하는 방식이 다르지만, 가져오기 절차는 대체로 같습니다. 클라이언트 설치, 필요한 권한 허용, 구독 추가, 목록 갱신, 서버 선택, 연결 시작 순서로 진행합니다.
Windows 및 macOS
데스크톱 클라이언트는 보통 시스템 프록시와 가상 네트워크 어댑터 모드를 제공합니다. 시스템 프록시는 시스템 프록시 설정을 따르는 앱의 트래픽을 주로 처리하고, 가상 네트워크 어댑터 모드는 시스템 프록시를 읽지 않는 더 많은 프로그램을 처리할 수 있지만 네트워크 구성 요소 설치나 관리자 권한이 필요합니다. 처음 설정할 때는 프록시 클라이언트를 여러 개 동시에 실행하지 마세요. 시스템 프록시 포트, 라우팅 테이블, 가상 네트워크 어댑터가 서로 덮어쓸 수 있습니다.
macOS에서 네트워크 확장을 처음 활성화하면 시스템에서 권한 확인을 요청합니다. Windows에서 가상 네트워크 어댑터 구성 요소를 설치할 때도 시스템 확인 창이 나타날 수 있습니다. 먼저 권한을 허용한 뒤 클라이언트로 돌아와 연결을 누르세요. 시스템 안내를 무시하면 클라이언트에는 시작 중이라고 표시되지만 실제 라우팅은 구축되지 않을 수 있습니다.
iOS 및 Android
모바일 플랫폼은 처음 연결할 때 시스템 수준의 VPN 구성 요청을 표시합니다. 이는 운영체제가 네트워크 터널을 만들기 위해 필요한 권한이며, 구독 가져오기가 성공했다는 뜻은 아닙니다. 클라이언트에서 먼저 구독을 추가하고 서버 목록을 갱신한 뒤, 서버를 선택하고 시스템 연결 요청을 승인하세요.
iOS 클라이언트는 일반적으로 시스템 Network Extension으로 연결을 관리하고, Android 클라이언트는 시스템 VPN 서비스를 통해 트래픽을 처리합니다. 배터리 절약, 백그라운드 제한, 자동 절전이 엄격하게 설정되어 있으면 백그라운드로 오래 전환한 뒤 연결이 끊길 수 있습니다. 이 경우 구독 주소를 반복해서 바꾸기보다 운영체제에서 해당 클라이언트의 백그라운드 실행 설정을 확인하세요.
- 패널에서 구독 링크를 복사하고, 복사한 내용의 앞뒤에 불필요한 공백이 없는지 확인하세요.
- 클라이언트의 구독 관리에서 URL로 구독 추가를 선택하세요.
- 구독을 쉽게 식별할 수 있는 이름을 입력한 뒤 갱신을 실행하세요.
- 서버 목록에서 하나를 선택하고 현재 사용할 서버로 지정하세요.
- 연결을 시작하고 운영체제에 표시되는 네트워크 권한 요청을 승인하세요.
갱신에 성공하면 클라이언트에 서버 목록이 표시되어야 하며, 구독 문장 한 줄만 저장되어 있어서는 안 됩니다. 구독은 추가되었지만 목록이 비어 있다면 먼저 “구독 갱신”을 수동으로 실행하세요. 형식 오류가 표시되면 전체 주소를 복사했는지, 웹페이지 주소를 구독 주소로 잘못 사용하지 않았는지, 클라이언트 버전이 구독에 포함된 프로토콜을 지원하는지 확인하세요.
직접 연결, 중계, IEPL 서버는 어떻게 선택하나요?
서버 이름의 “직접 연결”, “중계”, “IEPL”은 서로 다른 네트워크 경로를 뜻합니다. 직접 연결은 기기에서 원격 접속 지점으로 바로 연결하는 방식으로 경로가 단순하지만, 현지 통신사의 국제 라우팅 영향을 더 크게 받습니다. 중계 서버는 먼저 가까운 접속 지점에 연결한 뒤 중계 네트워크를 통해 출구 지역으로 전달하며, 통신사 간 경로와 국제 구간의 안정성을 개선하는 데 사용됩니다.
IEPL은 국제 이더넷 전용 회선 계열의 연결 방식으로, 접속 지점과 출구 사이의 전용 전송 구간을 운반하는 데 사용됩니다. 이는 중간 전송 네트워크를 설명하는 용어이지 애플리케이션 계층 프록시 프로토콜이 아니며, 전체 접속 경로가 공용 인터넷과 분리된다는 뜻도 아닙니다. 클라이언트와 접속 지점, 출구와 대상 웹사이트 사이에는 각각 별도의 네트워크 구간이 있으며, 최종 체감 품질은 현지 접속 환경, 출구 부하, 대상 사이트 응답의 영향도 받습니다.
| 서버 유형 | 경로 특징 | 우선 시도하기 좋은 상황 | 일반적인 제한 |
|---|---|---|---|
| 직접 연결 | 로컬 기기에서 원격 접속 지점으로 직접 연결합니다. | 현지에서 대상 지역까지의 라우팅이 안정적이고 일반적인 웹 이용을 할 때 적합합니다. | 통신사 간 우회가 발생하거나 저녁 시간대에 혼잡하면 변동이 커질 수 있습니다. |
| 중계 | 가까운 접속 지점으로 먼저 연결한 뒤 출구 서버로 전달합니다. | 직접 연결에서 패킷 손실이 있거나 통신사 간 경로가 불안정할 때 적합합니다. | 경로 단계가 더 많아 접속 지점의 상태도 연결에 영향을 줍니다. |
| IEPL | 접속 지점과 출구 사이에 전용 회선 계열의 전송을 사용합니다. | 지속적인 연결과 경로 안정성을 중시하는 작업에 적합합니다. | 전용 회선은 전송 구간만 설명하며, 단말 권한이나 올바른 설정을 대신하지 않습니다. |
처음 서버를 선택할 때 이름이 가장 길거나 거리가 가장 먼 서버를 무작정 고를 필요는 없습니다. 먼저 용도에 맞는 출구 지역을 선택한 다음, 같은 지역의 여러 서버에서 실제 응답을 비교하세요. 웹페이지가 느리지만 연결이 끊기지 않는다면 대상 사이트나 출구 경로 문제일 수 있고, 클라이언트가 자주 재연결된다면 현지 네트워크, 접속 구간, 프로토콜 호환 문제일 가능성이 큽니다. 한 번에 하나의 변수만 바꿔야 어느 계층이 영향을 주었는지 판단할 수 있습니다.
연결이 실제로 적용되었는지 확인하기
클라이언트에 “연결됨”이 표시된다는 것은 로컬 프로그램이 세션이 구축되었다고 판단한다는 뜻일 뿐, 모든 앱이 해당 경로를 사용한다는 증거는 아닙니다. 출구 주소, DNS 조회, 실제 앱 접속을 모두 확인해야 합니다. 먼저 공식 내 IP 페이지를 열어 연결 전후의 출구 정보가 달라졌는지 기록한 다음, 대상 앱이 정상적으로 로드되는지 확인하세요.
출구 주소 확인
연결 후에도 출구 정보가 바뀌지 않는다면 데스크톱에서는 시스템 프록시를 사용하는지 가상 네트워크 어댑터 모드를 사용하는지 먼저 확인하세요. 브라우저는 대체로 시스템 프록시를 따르지만 일부 게임, 명령줄 도구, 독립 네트워크 프로그램은 시스템 프록시를 우회할 수 있습니다. 모바일에서는 시스템 상태 표시줄에 VPN 상태가 나타나는지, 클라이언트가 백그라운드에서 연결을 유지하는지 확인하세요.
DNS 유출 확인
DNS 유출은 트래픽은 프록시를 통해 전달되지만 도메인 조회는 로컬 네트워크에서 직접 처리되는 현상입니다. 로컬 DNS 조회 출처가 노출되거나 출구 지역과 맞지 않는 지역별 조회 결과가 반환될 수 있습니다. 클라이언트의 DNS 설정, 분할 터널링 모드, 가상 네트워크 어댑터 설정을 확인하고 프록시 도메인이 원격 조회를 사용하는지 확인하세요.
로컬 DNS 주소가 보인다는 사실만으로 바로 결론을 내릴 수는 없습니다. 일부 클라이언트는 기기에 로컬 DNS 수신 대기 기능을 만든 뒤 조회를 원격으로 전달합니다. 중요한 것은 클라이언트 화면에 표시된 수신 대기 주소가 아니라 조회가 최종적으로 어떤 경로에서 처리되는지입니다. DNS를 변경한 뒤에는 연결을 끊었다가 다시 연결해 기존 캐시와 세션을 종료하세요.
분할 터널링 규칙 확인
분할 터널링 규칙은 어떤 도메인이나 IP를 프록시로 보낼지, 어떤 트래픽을 직접 연결로 유지할지 결정합니다. 전체 모드는 트래픽 경로가 비교적 일정해 문제를 확인하기 쉽고, 규칙 모드는 일상적인 사용에 적합하지만 잘못되었거나 오래된 규칙으로 인해 대상 웹사이트가 예기치 않게 직접 연결될 수 있습니다. 특정 웹사이트가 열리지 않으면 잠시 전체 모드로 전환해 확인하세요. 전체 모드에서는 작동하지만 규칙 모드에서만 실패한다면 문제는 대개 규칙 매칭이나 DNS 분할에 있으며, 계정이나 구독 때문은 아닙니다.
- ✅ 연결 전후 출구 정보가 선택한 서버에 맞게 예상대로 변경됩니다.
- ✅ 클라이언트에 연결됨만 표시되는 것이 아니라 브라우저와 대상 앱 모두 접속할 수 있습니다.
- ✅ 규칙 모드에 문제가 있을 때 전체 모드로 비교 확인을 진행합니다.
- ✅ 서버, DNS, 모드를 변경한 뒤 기존 연결을 먼저 끊고 다시 연결합니다.
- ❌ 시스템 프록시나 라우팅을 변경하는 클라이언트를 여러 개 동시에 실행합니다.
자주 발생하는 문제의 점검 순서
문제를 해결할 때는 처음부터 운영체제를 재설치하거나 프로토콜을 반복해서 바꾸지 말고 계정 계층에서 네트워크 계층까지 단계적으로 확인하세요. 계정, 구독, 클라이언트, 서버, 앱은 서로 이어져 있지만 독립적인 계층입니다. 이전 계층이 정상인지 확인하지 않으면 다음 계층에서 나타난 현상을 판단할 근거가 부족합니다.
구독이 갱신되지 않음
먼저 사용자 패널에서 요금제 상태와 구독 메뉴가 여전히 유효한지 확인한 뒤 전체 링크를 다시 복사하세요. 이어서 클라이언트가 해당 주소를 “구독”으로 저장했는지, “단일 서버”로 저장하지 않았는지 확인합니다. 이전에는 정상적으로 갱신되었지만 현재 실패한다면 로컬 구독 기록을 삭제한 뒤 다시 추가할 수 있습니다. 삭제하기 전에 패널에서 링크를 다시 발급받을 수 있는지 확인하세요.
모든 서버에서 시간 초과 발생
모든 서버에서 동시에 시간 초과가 발생하면 먼저 로컬 네트워크, 시스템 시간, 클라이언트 권한, 방화벽 차단을 확인하세요. Trojan처럼 TLS에 의존하는 설정은 잘못된 시스템 시간의 영향을 받을 수 있고, Hysteria2와 TUIC처럼 UDP에 의존하는 방식은 현재 네트워크의 제한을 받을 수 있습니다. 구독에 포함된 다른 프로토콜의 서버로 바꿔 비교할 수 있지만 DNS, 분할 터널링, 가상 네트워크 어댑터 모드를 동시에 변경해서는 안 됩니다. 그래야 어떤 변경이 실제로 효과가 있었는지 판단할 수 있습니다.
브라우저는 되지만 다른 앱은 되지 않음
대개 프록시가 적용되는 범위와 관련된 문제입니다. 브라우저는 시스템 프록시를 읽지만 대상 앱은 직접 연결을 만들 수 있습니다. 데스크톱에서는 클라이언트가 가상 네트워크 어댑터 모드를 지원하는지, 관련 네트워크 구성 요소가 활성화되었는지 확인하세요. 모드를 바꾸기 전에는 다른 유사 클라이언트를 종료해 라우팅과 포트 충돌을 방지해야 합니다.
연결 후에도 일부 웹사이트가 열리지 않음
먼저 같은 지역의 다른 서버로 바꿔 특정 출구 경로의 문제인지 확인한 다음 전체 모드와 규칙 모드를 비교하세요. 규칙 모드에서만 실패한다면 도메인 규칙과 DNS 정책을 확인합니다. 모든 서버에서 같은 웹사이트만 열리지 않는다면 대상 웹사이트의 상태, 계정 지역 설정, 브라우저 캐시도 고려해야 하며, 곧바로 구독이 만료되었다고 판단해서는 안 됩니다.