VPN 초보자가 가장 많이 묻는 질문은 보통 “어떻게 연결하나요?”에서 끝나지 않습니다. 기기 공유 가능 여부, 데이터 차감 방식, 회선 속도가 달라지는 이유, 클라이언트와 프로토콜 조합이 실제 사용 환경에 영향을 줍니다. 먼저 개념을 정리한 뒤 요금제와 회선을 선택하는 편이 클라이언트를 계속 바꾸는 것보다 효과적입니다.
이 글은 “서비스 이해—설정 완료—속도 판단—장기 사용—문제 해결” 순서로 설명합니다. 구독 링크, Shadowsocks, VMess, Trojan, VLESS, Hysteria2, TUIC, IEPL 전용 회선, DNS 누수와 분할 라우팅을 함께 다루며, 구독형 네트워크 서비스를 처음 접하거나 연결은 되었지만 작동 방식을 아직 잘 모르는 분에게 적합합니다.
기본 개념: 서비스는 무엇을 바꾸나요?
질문 1: VPN으로 할 수 있는 일과 할 수 없는 일은 무엇인가요?
연결이 설정되면 기기의 일부 또는 전체 네트워크 요청이 먼저 암호화된 터널을 거친 뒤, 선택한 노드를 통해 대상 웹사이트에 접속합니다. 대상 웹사이트에는 일반적으로 기기의 기존 공인 출구 IP가 아니라 노드의 출구 IP가 표시됩니다. 이러한 경로 변경은 국제 네트워크 접속, 공용 네트워크에서의 데이터 전송 보호, 특정 앱에서 다른 지역의 네트워크 출구를 사용하는 데 활용할 수 있습니다.
하지만 연결에 성공했다고 해서 모든 웹사이트를 반드시 이용할 수 있는 것은 아닙니다. 대상 서비스는 계정 정보, 출구 IP 평판, 브라우저 환경, 위치 권한 또는 과거 로그인 지역을 확인할 수 있습니다. 로컬 네트워크에도 패킷 손실, UDP 제한, DNS 이상이 발생할 수 있습니다. VPN은 전송 경로를 담당할 뿐 대상 플랫폼의 계정 상태를 대신 변경하지 않으며, 물리적 거리로 인한 지연을 완전히 없앨 수도 없습니다.
질문 2: 구독, 노드, 프로토콜과 클라이언트는 어떤 관계인가요?
구독 서비스는 노드 설정을 제공하고, 구독 링크는 클라이언트가 해당 설정을 가져오는 경로입니다. 클라이언트가 구독을 읽으면 노드 이름, 서버 주소, 포트, 프로토콜 및 필요한 인증 정보가 표시됩니다. 노드는 어디로 연결하고 나갈지를 정하고, 프로토콜은 데이터를 어떻게 캡슐화해 전송할지를 결정하며, 클라이언트는 연결 설정, 구독 업데이트와 분할 라우팅 규칙을 실행합니다.
구독 링크는 일반 웹 주소가 아니며 공개해서도 안 됩니다. 구독 식별에 필요한 인증 정보가 포함되는 경우가 많기 때문입니다. 복사할 때는 전체 내용을 그대로 유지하고 매개변수를 직접 삭제하지 마세요. 가져오기에 실패했다면 먼저 사용자 패널에서 다시 복사한 뒤, 클라이언트가 해당 구독 형식을 지원하는지 확인해야 합니다. 서버 주소만 클라이언트에 붙여 넣는 것만으로는 대개 설정을 완료할 수 없습니다.
클라이언트와 프로토콜: 어떻게 선택할까요?
질문 3: Shadowsocks, VMess, Trojan, VLESS, Hysteria2, TUIC 중 무엇을 선택해야 하나요?
이 프로토콜들을 네트워크 환경과 무관하게 고정된 순위로 평가할 수는 없습니다. Shadowsocks는 설정이 비교적 간단하고 생태계가 성숙했습니다. VMess와 VLESS는 라우팅 및 다양한 전송 계층 조합을 지원하는 클라이언트에서 자주 사용됩니다. Trojan은 보통 TLS 연결을 기반으로 하며, Hysteria2와 TUIC는 UDP 또는 QUIC 기반 전송 성능을 중시해 지연이 높거나 일정한 패킷 손실이 있는 회선에서 서로 다른 결과를 보일 수 있습니다.
| 프로토콜 | 주요 특징 | 선택할 때 확인할 사항 |
|---|---|---|
| Shadowsocks | 널리 사용되며 설정 구조가 비교적 간단함 | 클라이언트 암호화 방식의 호환성과 구독 업데이트 |
| VMess / VLESS | 다양한 전송 방식 및 라우팅 기능과 조합 가능 | 전송 계층, TLS, 클라이언트 코어 버전의 호환 여부 |
| Trojan | 주로 TLS 연결로 데이터를 전송 | 인증서 도메인, 시스템 시간, TLS 핸드셰이크 상태 |
| Hysteria2 / TUIC | UDP 또는 QUIC 기반으로 복잡한 회선 환경의 성능을 중시 | 현재 네트워크에서 안정적인 UDP 통신이 가능한지 |
클라이언트가 구독을 통해 노드를 자동 생성했다면 프로토콜 이름만 보고 매개변수를 직접 수정하지 말고, 서비스에서 제공한 전체 설정을 우선 사용하세요. 특정 네트워크에서 UDP가 불안정하면 Hysteria2 또는 TUIC가 자주 재연결될 수 있지만, UDP 지원이 좋은 네트워크에서는 결과가 반대일 수 있습니다. 프로토콜은 이론적인 최고 속도보다 호환성과 실제 안정성을 기준으로 선택해야 합니다.
질문 4: 플랫폼별 클라이언트는 어떻게 다른가요?
Windows와 macOS 클라이언트는 일반적으로 시스템 프록시와 TUN 모드 사이를 전환할 수 있습니다. 시스템 프록시는 시스템 프록시 설정을 따르는 앱의 트래픽을 주로 처리하지만, 일부 게임·명령줄 프로그램·자체 네트워크 스택을 사용하는 소프트웨어는 우회할 수 있습니다. TUN 모드는 가상 네트워크 인터페이스를 만들어 더 넓은 범위를 처리하지만 방화벽, 가상 머신, 기업 보안 소프트웨어 또는 다른 네트워크 도구와 충돌하기도 쉽습니다.
Android는 보통 시스템 VPN 인터페이스로 트래픽을 처리하며 앱별로 프록시 사용 여부를 정할 수 있습니다. iOS와 iPadOS는 시스템 확장 구조의 제약을 받으므로 백그라운드 동작과 규칙 기능은 클라이언트 구현에 따라 달라집니다. TV 셋톱박스는 조작이 간단한 편이지만 구독 가져오기, 로그 확인과 규칙 편집 기능이 제한될 수 있습니다. “브라우저는 되는데 다른 앱은 안 되는” 경우에는 노드를 바로 바꾸기보다 먼저 트래픽 처리 모드를 확인하세요.
기기와 데이터: 공유 시 어떻게 계산되나요?
질문 5: 여러 기기에서 동시에 사용할 수 있나요?
동시 연결 가능 여부는 클라이언트 설치 횟수가 아니라 요금제의 기기 규칙에 따라 결정됩니다. 일부 서비스는 동시 접속 수를 제한하고, 일부는 등록된 기기 수를 기준으로 하며, 기기 수 제한이 없는 경우도 있습니다. 87VPN의 요금제는 기기 수 제한이 없으므로 컴퓨터, 스마트폰, 태블릿과 TV 셋톱박스에서 하나의 구독을 사용할 수 있습니다. 공유할 때는 구독 링크와 계정 인증 정보를 안전하게 보관하세요.
기기 수 제한이 없다고 해서 하나의 물리적 회선을 공유하는 모든 기기가 같은 속도를 계속 유지하는 것은 아닙니다. 가정용 네트워크의 업로드·다운로드 대역폭, 라우터 성능과 무선 신호가 공동 병목이 될 수 있습니다. 여러 기기에서 동시에 다운로드, 백업 또는 고화질 콘텐츠 재생을 한다면 트래픽이 큰 작업을 각각 일시 중지한 뒤 테스트해 문제가 로컬 대역폭 경쟁인지 원격 회선인지 판단하세요.
- ✅ 각 기기에서 사용자 패널을 통해 클라이언트를 받고, 출처가 불분명한 설치 파일은 사용하지 않습니다.
- ✅ 구독 링크로 설정을 가져온 뒤 클라이언트에서 구독 업데이트를 실행합니다.
- ✅ 가정에서 공유할 때 사용자 이름, 비밀번호와 구독 링크를 안전하게 보관하고 공개적으로 전달하지 않습니다.
- ✅ 특정 기기에 문제가 생기면 다른 기기의 정상 설정을 먼저 삭제하지 말고 해당 기기만 따로 테스트합니다.
- ❌ “설치 성공”을 “모든 앱의 트래픽이 처리되고 있음”으로 간주하지 않습니다.
질문 6: 데이터는 어떻게 계산되며, 웹페이지를 닫아도 계속 차감되나요?
구독 데이터 사용량은 일반적으로 노드를 통해 전송된 데이터와 관련이 있으며, 다운로드와 업로드를 합산하는지는 요금제 안내와 패널의 집계 기준을 따라야 합니다. 동영상 캐시, 시스템 업데이트, 클라우드 동기화, 사진 백업, 게임 업데이트와 앱 백그라운드 새로고침도 데이터를 사용할 수 있으므로 웹페이지를 직접 연 시간만으로는 예상하기 어렵습니다.
브라우저 탭을 닫아도 다른 앱은 연결을 유지할 수 있습니다. 클라이언트가 연결된 상태라면 프록시 규칙에 해당하는 백그라운드 요청도 계속 노드를 통과합니다. 데이터 사용처를 확인하려면 먼저 동기화와 자동 업데이트를 일시 중지한 뒤 시스템의 앱별 네트워크 사용량을 관찰하세요. 87VPN의 데이터 패키지는 만료되지 않아 사용 빈도가 일정하지 않은 경우에 적합하며, 월간 요금제는 수요가 지속되고 사용량을 예상하기 쉬운 경우에 더 적합합니다.
속도와 회선: 느린 원인을 어떻게 판단할까요?
질문 7: 속도 제한이 있나요? 속도 측정은 빠른데 웹페이지는 왜 느린가요?
속도는 여러 구간의 회선이 함께 결정합니다. 기기와 라우터 사이, 로컬 통신사와 입구 사이, 입구와 출구 사이, 출구와 대상 웹사이트 사이, 그리고 대상 웹사이트 자체의 응답 속도가 모두 영향을 줍니다. 속도 측정은 보통 용량이 충분한 서버를 선택해 지속 전송을 중심으로 진행합니다. 반면 웹페이지 로딩에는 DNS 조회, 연결 설정, TLS 핸드셰이크와 수많은 작은 파일 요청이 포함되므로 측정 결과와 실제 체감 속도가 항상 일치하지는 않습니다.
요금제 측 속도 제한이 있는지는 요금제 페이지와 사용자 패널에서 확인해야 하며, 한 번의 속도 측정만으로 결론을 내릴 수 없습니다. 저녁에 느려지는 원인도 로컬 네트워크 혼잡, 무선 간섭, 국제 회선 변동 또는 대상 사이트의 속도 제한일 수 있습니다. 같은 기기, 같은 로컬 네트워크와 같은 대상을 유지하고 한 번에 하나의 변수만 바꿔 비교하는 방법이 더 정확합니다.
- 먼저 클라이언트를 연결 해제하고 로컬 네트워크 자체가 평소 사용하는 웹사이트에 안정적으로 접속되는지 확인합니다.
- 거리가 가까운 노드에 연결한 뒤 일반 웹페이지와 대상 서비스가 모두 열리는지 테스트합니다.
- 노드를 그대로 유지한 채 시스템 프록시와 TUN 모드를 각각 사용해 트래픽 처리 범위의 차이를 확인합니다.
- 현재 네트워크에서 UDP 성능이 이상하다면 UDP를 사용하지 않는 방식으로 바꿔 다시 확인합니다.
- 클라이언트 로그를 확인해 DNS 실패, 연결 시간 초과, TLS 오류와 인증 실패를 구분합니다.
질문 8: IEPL 전용 회선, 중계와 직접 연결은 어떻게 다른가요?
직접 연결은 기기가 공용 인터넷을 통해 원격 노드에 바로 연결되는 방식으로 경로가 단순하지만, 네트워크 간·국가 간 품질이 통신사 라우팅에 크게 좌우됩니다. 중계 방식은 가까운 입구에 먼저 연결한 다음 서비스 측에서 이후 전송 경로를安排해 좋지 않은 공용 인터넷 경로 일부를 피합니다. IEPL 전용 회선은 일반적으로 국제 이더넷 전용 회선 유형의 연결을 뜻하며 입구와 출구 사이의 특정 구간을 전달하는 데 사용됩니다. 다만 기기와 입구, 출구와 대상 웹사이트 사이의 양 끝 구간은 여전히 일반 네트워크를 통과할 수 있습니다.
따라서 “전용 회선”을 기기에서 웹사이트까지 전 구간이 독립 회선이라는 뜻으로 이해해서는 안 되며, 어느 시간대나 어느 지역에서나 항상 최저 지연을 보장한다는 의미도 아닙니다. 아시아 지역의 대상을 이용할 때는 가까운 출구가 상호작용 작업에 더 적합한 경우가 많고, 유럽·미주 서비스를 이용할 때는 출구와 대상 사이의 네트워크 관계를 우선 확인해야 합니다. 지리적 거리는 참고 사항일 뿐 실제 라우팅과 패킷 손실이 더 중요합니다.
연결 전략: VPN을 계속 켜 둬야 할까요?
질문 9: VPN 연결을 계속 유지해야 하나요?
항상 연결할지는 사용 환경에 따라 달라집니다. 공용 네트워크를 사용하거나 국제 서비스를 계속 이용하거나 고정 출구가 필요하다면 연결을 유지하는 편이 반복 전환을 줄일 수 있습니다. 특정 앱에서만 사용할 때는 분할 라우팅이 데이터를 절약하고, 로컬 웹사이트·프린터·인터넷 뱅킹 또는 로컬 네트워크 기기가 원격 노드로 잘못 전송되는 것도 막아 줍니다.
분할 라우팅 규칙은 도메인, IP, 앱 프로세스 또는 규칙 모음에 따라 직접 연결과 프록시 연결을 결정합니다. 지원 범위는 클라이언트마다 다릅니다. 규칙 모드는 일상적인 사용에 적합하고, 전체 연결 모드는 임시 문제 해결에 유용합니다. 전체 연결에서는 되지만 규칙 모드에서는 안 된다면 규칙 매칭이 원인일 가능성이 높고, 두 모드 모두 안 된다면 노드, 프로토콜, DNS와 로컬 네트워크를 계속 확인해야 합니다.
절전 모드에서 깨어난 뒤, Wi-Fi를 바꾼 뒤 또는 모바일 네트워크가 변경된 뒤에는 클라이언트 화면에 연결됨으로 표시되어도 실제 세션이 만료되었을 수 있습니다. 이때는 먼저 연결을 해제한 뒤 다시 연결하고 출구 IP가 바뀌었는지 테스트하세요. 장기간 사용할 때는 구독과 클라이언트 코어도 정기적으로 업데이트해야 합니다. 유지보수 과정에서 서버 설정, 인증서와 프로토콜 구현이 바뀔 수 있기 때문입니다.
개인정보 보호와 문제 해결: 사용 전 마지막으로 확인할 사항
질문 10: DNS 누수란 무엇이며, 가입과 문제 해결을 위해 무엇을 준비해야 하나요?
DNS는 도메인 이름을 연결 가능한 주소로 변환합니다. DNS 누수란 터널 또는 지정된 리졸버가 처리해야 할 조회가 로컬 네트워크의 기본 DNS를 통해 전송되는 현상입니다. 조회 대상이 노출될 수 있고, DNS 해석 결과가 노드 출구 지역과 일치하지 않아 웹사이트가 잘못된 지역으로 연결되거나 연결 시간 초과, 규칙 매칭 오류가 발생할 수 있습니다.
클라이언트에서 원격 DNS, 암호화 DNS 또는 TUN 트래픽 처리를 활성화했다고 해서 설정이 반드시 올바른 것은 아닙니다. 시스템에 다른 네트워크 도구, 브라우저 자체 DNS 해석, 기업 네트워크 정책 또는 남아 있는 가상 네트워크 어댑터가 있는지도 확인해야 합니다. 테스트할 때는 출구 IP와 DNS 해석 경로를 함께 확인하세요. IP만 바뀐 것을 보고 모든 도메인 조회가 예상한 경로를 통과한다고 판단할 수는 없습니다.
87VPN은 이메일 주소 없이 사용자 이름과 비밀번호만으로 가입할 수 있습니다. 가입 후 사용자 패널에서 요금제를 선택하고 클라이언트를 받은 다음 구독 링크를 복사하세요. 처음 연결할 때는 프로토콜, DNS, 분할 라우팅과 시스템 프록시를 동시에 바꾸지 마세요. 여러 변경 사항이 겹치면 문제의 원인을 파악하기 어려워집니다. 요금제에는 30일 무조건 환불이 제공되므로 실제 기기와 자주 사용하는 네트워크에서 호환성을 먼저 확인할 수 있습니다.
- ✅ 기기 운영체제와 클라이언트 버전이 호환되는지 확인하고 패널의 다운로드 페이지로 이동합니다.
- ✅ 구독 링크 전체를 복사해 가져온 뒤 업데이트를 실행하고 노드 목록이 생성될 때까지 기다립니다.
- ✅ 먼저 기본 설정으로 연결한 다음 출구 IP, 웹페이지 접속과 DNS 경로를 확인합니다.
- ✅ 문제가 발생하면 노드, 프로토콜, 트래픽 처리 모드와 로그에 표시된 오류 유형을 기록합니다.
- ❌ 지속적으로 네트워크 트래픽을 처리하는 클라이언트를 여러 개 설치해 동시에 비교 테스트하지 않습니다.
- ❌ 구독 링크, 전체 로그에 포함된 인증 정보 또는 계정 비밀번호를 공개적으로 보내지 않습니다.
로그에 인증 실패가 표시되면 먼저 구독을 업데이트하고 요금제 상태를 확인하세요. 연결 시간 초과라면 회선 또는 프로토콜을 바꿔 볼 수 있습니다. 특정 웹사이트만 이상하다면 대상 서비스, 분할 라우팅 규칙과 DNS를 확인하세요. 모든 노드에서 실패한다면 로컬 네트워크, 방화벽과 시스템 시간을 차례로 점검해야 합니다. 지원 요청을 보낼 때는 단순히 “연결되지 않아요”라고 쓰기보다 운영체제, 클라이언트 이름, 오류 현상과 이미 진행한 테스트를 함께 제공하는 편이 문제를 더 쉽게 찾을 수 있습니다.
초보자에게 가장 중요한 것은 모든 프로토콜 매개변수를 외우는 것이 아니라 명확한 문제 해결 순서를 세우는 일입니다. 먼저 로컬 네트워크를 확인하고, 다음으로 클라이언트의 트래픽 처리 상태를 본 뒤, 노드와 프로토콜을 확인하고 마지막으로 대상 서비스를 점검하세요. 매번 하나의 조건만 바꾸면 대부분의 연결·속도·분할 라우팅 문제를 정확히 분류할 수 있습니다.