VPN 추천: 초보자를 위한 멀티 디바이스·데이터·연결 문제 가이드

시작 전에 서비스, 클라이언트와 경로를 구분하세요

초보자가 가장 자주 혼동하는 부분은 버튼이 아니라 이름은 비슷하지만 역할이 다른 여러 구성 요소입니다. VPN 또는 프록시 구독 서비스는 계정, 데이터 한도와 이용 가능한 경로를 제공하고, 클라이언트는 설정을 읽어 기기에서 연결을 구성합니다. 경로는 데이터가 어떤 진입점, 출구와 전송 경로를 거치는지 결정합니다. 서비스를 구매하거나 이용한 뒤에는 호환 클라이언트에 구독을 가져와야 하는 경우가 많으며, 웹페이지에서만 설정을 완료할 수 있는 것은 아닙니다.

vpnLi는 이메일 주소 없이 사용자 이름과 비밀번호만으로 가입하고 패널에 로그인할 수 있습니다. 사용자 이름, 비밀번호와 구독 링크는 신뢰할 수 있는 비밀번호 관리 도구에 각각 보관하는 것이 좋습니다. 구독 링크는 경로 설정을 읽을 수 있는 인증 정보와 같으므로 공개해서는 안 되며, 신뢰할 수 없는 웹사이트에 붙여 넣어 형식을 변환하는 것도 피해야 합니다. 링크가 실수로 유출되었다면 로컬 클라이언트에서 삭제하는 데 그치지 말고 패널에서 인증 정보를 다시 생성하거나 갱신하세요.

연결이 구성된 뒤에는 무엇이 일어날까요?

클라이언트를 활성화하면 작동 모드에 따라 시스템 전체 또는 지정된 앱의 네트워크 요청을 처리합니다. 요청은 암호화되어 선택한 노드로 전송되고, 노드가 대상 서비스에 접속합니다. 대상 웹사이트에는 일반적으로 원래 접속 네트워크의 출구 주소가 아니라 경로의 출구 네트워크 주소가 표시됩니다. 다만 모든 앱이 경로를 통과하는지는 시스템 권한, 클라이언트 모드와 분할 규칙에 따라 달라집니다. 화면에 '연결됨'이라고 표시된다고 해서 모든 프로그램이 같은 경로를 사용하는 것은 아닙니다.

특정 국제 웹사이트에만 접속해야 한다면 규칙 기반 분할이 전체 전달보다 적합한 경우가 많습니다. 규칙에 맞는 요청만 경로를 통과시키고 나머지는 로컬 연결로 유지할 수 있기 때문입니다. 전체 모드는 임시 진단에 편리하지만 불필요한 경로 데이터 사용량을 늘리거나 로컬 서비스 접속에 영향을 줄 수 있습니다. 따라서 초보자는 먼저 클라이언트의 기본 규칙 모드를 사용하고, 원인을 판단하기 어려울 때만 잠시 전체 모드로 전환해 비교하는 것이 좋습니다.

구독 링크를 클라이언트로 가져오는 방법

구독 링크는 일반적인 웹페이지 즐겨찾기가 아니라, 인코딩되거나 구조화된 노드 설정 목록을 반환하는 주소입니다. 호환 클라이언트는 그 안의 서버 주소, 포트, 프로토콜 매개변수와 표시 이름을 읽어 선택 가능한 경로 목록으로 정리합니다. 가져온 뒤에도 원래 링크를 보관해야 합니다. 서비스 측에서 경로를 조정하면 '구독 업데이트'를 통해 설정을 다시 받아야 하기 때문입니다.

1. 패널에서 구독 링크를 복사하세요. 시작 부분, 매개변수 또는 끝 문자가 빠지지 않은 전체 링크인지 확인하세요.
2. 클라이언트의 구독 관리 메뉴를 여세요. 플랫폼에 따라 구독, 설정 소스, 원격 설정 또는 설정 파일로 표시될 수 있습니다.
3. 붙여 넣고 업데이트하세요. 클라이언트가 정상적으로 읽으면 지역과 경로 이름이 표시됩니다. 목록이 비어 있다면 먼저 링크가 완전한지 확인하세요.
4. 작동 모드를 선택하세요. 일상적인 사용에는 규칙 기반 분할을 우선 적용하고, 경로를 확인해야 할 때만 전체 모드를 사용하세요.
5. 경로를 선택하고 연결하세요. 처음 연결할 때 시스템에서 네트워크 구성 권한을 요청할 수 있으므로, 방금 설치한 클라이언트에서 보낸 요청인지 확인하세요.

플랫폼별 클라이언트 화면이 다른 이유

Windows와 macOS 클라이언트는 일반적으로 시스템 프록시, 가상 네트워크 어댑터와 규칙 관리 기능을 함께 제공하지만 권한 안내와 백그라운드 실행 방식은 다릅니다. iOS와 Android는 시스템이 제공하는 네트워크 확장 인터페이스를 통해 연결을 구성하므로 앱을 전환해도 시스템 수준의 전달을 유지할 수 있습니다. Linux는 사용 방식이 더 다양해 그래픽 클라이언트를 사용할 수도 있고 설정 파일과 명령줄 서비스로 실행할 수도 있습니다.

같은 구독이라도 클라이언트에 따라 제공되는 기능이 완전히 같지는 않습니다. 일부 클라이언트는 도메인, 네트워크 주소 또는 앱별 분할을 지원하고, 일부는 규칙 모드와 전체 모드만 제공합니다. 데스크톱 플랫폼은 자세한 연결 로그를 제공하기 쉬운 반면 모바일 플랫폼은 백그라운드 동작을 제한합니다. 차이가 있을 때는 해당 클라이언트가 실제로 지원하는 프로토콜과 작동 모드를 기준으로 판단하고, 다른 플랫폼의 메뉴 경로를 그대로 따라 하지 마세요.

요금제 데이터와 여러 기기는 어떻게 이해해야 할까요?

요금제 데이터는 일반적으로 웹페이지, 이미지, 동영상, 파일 다운로드와 앱 백그라운드 요청 등 서비스 경로를 통해 전송된 데이터를 집계합니다. 일부 구현에서는 업로드와 다운로드를 모두 계산하므로 로컬에서 확인한 다운로드 파일 크기가 실제 차감량과 같지 않을 수 있습니다. 동영상 화질, 시스템 업데이트, 클라우드 동기화와 게임 리소스 다운로드는 데이터를 계속 사용할 수 있습니다. 연결만 유지하고 뚜렷한 요청이 없을 때의 사용량은 대개 앱의 백그라운드 통신이나 시스템 서비스에서 발생합니다.

vpnLi는 동시 접속 기기 수에 제한이 없으므로 하나의 계정을 여러 개인 기기에 설정해 사용할 수 있습니다. 다만 모든 기기에서 발생한 경로 데이터는 해당 요금제에 합산됩니다. 여러 기기를 사용한다고 해서 자동으로 많은 데이터가 소비되는 것은 아니며, 실제 사용량은 각 기기의 접속 활동에 좌우됩니다. 데스크톱에서 파일을 동기화하는 동안 TV에서 동영상을 재생하고 다른 기기에서 앱을 업데이트하면 전체 사용량이 합산됩니다.

데이터 패키지와 기간형 요금제는 확인할 점이 다릅니다

요금제를 선택할 때는 장기간 안정적으로 사용할지, 가끔 집중적으로 사용할지 먼저 판단하세요. 기간형 요금제는 매 주기마다 지속적인 사용량이 있는 경우에 적합하며, 한도가 어떻게 갱신되는지 확인하는 것이 중요합니다. 데이터 패키지는 사용 빈도가 일정하지 않을 때 적합합니다. vpnLi의 데이터 패키지는 영구적으로 만료되지 않으므로 장기간 사용하지 않아도 잔여 한도가 만료되지 않지만, 중요한 작업 중 데이터가 바닥나지 않도록 패널에서 실제 잔여량을 확인해야 합니다.

불필요한 데이터 사용량을 줄이는 방법

• 규칙 기반 분할을 사용해 로컬 서비스와 국제 경로가 필요하지 않은 앱은 직접 연결로 유지하세요.
• 클라우드 드라이브, 사진 백업, 시스템 업데이트와 게임 플랫폼이 백그라운드에서 다운로드 중인지 확인하세요.
• 동영상을 시청할 때는 화면과 네트워크 환경에 맞는 화질을 선택하고 항상 최고 화질을 사용할 필요는 없습니다.
• 대용량 파일을 전송하기 전에 경로와 잔여 데이터를 확인해 실패 후 반복 다운로드를 피하세요.
• 사용하지 않을 때 연결을 끊을 수 있지만, 데이터를 아끼려고 자주 켰다 끌 필요는 없습니다. 연결 상태 자체는 주요 사용량 원인이 아닙니다.

경로, 프로토콜과 연결 방식 선택하기

경로 이름의 지역은 일반적으로 출구 위치를 나타내지만 전송 경로는 직결, 중계와 IEPL 전용 회선으로 나뉠 수 있습니다. 직결은 기기에서 해외 노드로 바로 연결하는 방식으로 경로가 단순하지만 현지 통신사와 국제 연결 상태의 변동에 영향을 크게 받습니다. 중계는 가까운 진입점에 먼저 접속한 뒤 중간 네트워크를 거쳐 출구로 전달하며, 네트워크 간 및 국제 경로를 개선하는 데 목적이 있습니다. IEPL 전용 회선은 비교적 독립적인 국제 전송 경로를 사용하며 일반 공용망 직결과 라우팅 방식이 다릅니다. 다만 실제 사용 경험은 현지 접속 환경, 대상 서비스와 현재 네트워크 상태의 영향을 받습니다.

경로를 선택할 때 지역 이름이나 한 번의 속도 측정 결과만 보지 마세요. 일본 지역 콘텐츠에 접속한다면 먼저 일본 출구를 시도하고, 다른 지역 서비스에는 대상 지역과 일치하는 출구를 우선 선택하세요. 목적이 특정 지역 확인이 아닌 안정적인 국제 연결이라면 물리적으로 가깝고 실제 연결이 안정적인 경로부터 시작할 수 있습니다. 클라이언트 속도 측정은 테스트 방식이 반영하는 일부 조건만 보여 주므로 동영상의 지속 전송, 웹페이지 응답이나 저녁 시간대 네트워크 변화를 완전히 대표하지는 않습니다.

Shadowsocks, VMess, Trojan과 VLESS

Shadowsocks는 가벼운 암호화 프록시 프로토콜로, 주요 설정에는 일반적으로 서버, 포트, 비밀번호와 암호화 방식이 포함됩니다. VMess는 V2Ray 생태계에서 비교적 오래 사용된 프로토콜이며 클라이언트와 서버의 인증 정보 및 전송 매개변수가 일치해야 합니다. VLESS는 인증과 데이터 암호화의 역할을 다르게 구성하며, 일반적으로 TLS 또는 다른 보안 전송 설정과 함께 사용합니다. Trojan은 TLS 연결을 기반으로 한 트래픽 형태를 사용하므로 설정할 때 도메인, 인증서와 서버 이름을 올바르게 처리해야 합니다.

이러한 프로토콜은 이름만으로 실제 속도를 판단할 수 없습니다. 전송 계층 선택, 서버 설정, 네트워크 경로, 혼잡 상태와 클라이언트 구현이 모두 결과에 영향을 줍니다. 구독에서 자동으로 제공한 TLS, SNI, 전송 경로 또는 지문 매개변수를 임의로 변경하지 마세요. 어느 하나라도 일치하지 않으면 핸드셰이크에 실패할 수 있습니다.

Hysteria2와 TUIC의 특징

Hysteria2와 TUIC는 모두 QUIC 및 UDP 전송 기능을 기반으로 하며, 패킷 손실이나 변동이 있는 네트워크에서 전송 성능을 개선하는 것을 목표로 합니다. 현재 환경에 적합한지는 현지 네트워크의 UDP 지원 여부에 달려 있습니다. 일부 공용 네트워크는 UDP를 제한하므로 관련 경로가 연결되지 않거나 불안정할 수 있습니다. 이때 TCP와 TLS 기반의 호환 경로로 전환하면 문제의 원인을 확인하기가 더 쉽습니다.

프로토콜 선택의 실용적인 원칙은 먼저 구독에서 제공하는 기본 경로를 사용한 뒤 장애 증상에 따라 전환하는 것입니다. 연결은 되지만 웹페이지가 느리다면 다른 출구와 전송 경로를 비교하고, 핸드셰이크 자체가 되지 않는다면 다른 프로토콜 유형을 시도해 보세요. 특정 네트워크에서만 사용할 수 없다면 현재 접속 환경이 포트나 UDP를 제한하고 있을 가능성이 큽니다.

연결됨으로 표시되지만 접속할 수 없을 때 확인하는 방법

연결 오류는 여러 설정을 연속해서 바꾸기보다 단계적으로 확인해야 합니다. 먼저 로컬 네트워크가 정상인지 확인하고, 구독이 업데이트되는지 확인한 다음, 선택한 노드가 연결을 구성할 수 있는지 점검하세요. 마지막으로 DNS, 분할 규칙과 대상 서비스 제한을 살펴봅니다. 한 번에 하나의 조건만 바꿔야 어느 단계가 영향을 주었는지 판단할 수 있습니다.

1. 경로를 끊고 로컬 네트워크를 테스트하세요. 일반 웹페이지도 열리지 않는다면 먼저 접속 네트워크를 복구해야 합니다.
2. 구독을 업데이트하세요. 클라이언트가 최신 설정을 읽을 수 있는지 확인하고 명확한 오류가 표시되는지 살펴보세요.
3. 같은 지역의 다른 경로로 전환하세요. 단일 노드의 문제인지 현재 네트워크 전체가 연결을 구성하지 못하는지 확인할 수 있습니다.
4. 프로토콜 유형을 변경하세요. UDP 기반 경로가 실패한다면 호환 가능한 TCP 및 TLS 경로를 테스트해 보세요.
5. 잠시 전체 모드로 전환하세요. 전체 모드에서는 작동하지만 규칙 모드에서는 작동하지 않는다면 분할 규칙을 중점적으로 확인하세요.
6. 시스템 시간과 권한을 확인하세요. TLS 검증에는 정확한 시간이 필요하며 클라이언트에도 필요한 네트워크 구성 권한이 있어야 합니다.
7. 클라이언트 로그를 확인하세요. 이름 해석 실패, 연결 시간 초과, 핸드셰이크 실패와 권한 거부 등의 메시지를 살펴보세요.

DNS 누수와 이름 해석 오류

DNS는 도메인 이름을 네트워크 주소로 변환합니다. 앱 트래픽은 경로를 통과하지만 DNS 요청은 로컬 네트워크에서 처리되면 DNS 누수가 발생할 수 있으며, 해석 결과와 출구 지역이 일치하지 않아 대상 서비스의 판단이 달라질 수도 있습니다. 클라이언트는 일반적으로 DNS 요청도 규칙에 따라 경로를 통과하도록 설정할 수 있지만, 시스템과 브라우저가 자체 암호화 DNS 설정을 사용할 수 있으므로 실제 경로를 함께 확인해야 합니다.

문제를 확인할 때는 연결 전후의 출구 주소와 DNS 해석 출처를 비교하고 대상 도메인이 접속 가능한 결과를 반환하는지 테스트할 수 있습니다. 도메인으로만 접속할 수 없고 직접 네트워크 연결은 정상이라면 문제는 해석 계층에 있을 가능성이 큽니다. 시스템 DNS, 브라우저 DNS, 클라이언트 DNS와 라우팅 규칙을 동시에 변경하면 어떤 설정이 변화를 일으켰는지 확인하기 어렵습니다.

분할 규칙이 작동하지 않는 이유

규칙은 도메인, 도메인 접미사, 네트워크 주소 또는 앱을 기준으로 매칭될 수 있습니다. 최신 웹사이트는 페이지, 이미지, 로그인과 미디어 리소스를 서로 다른 도메인에 분산하는 경우가 많아 기본 도메인에만 경로를 지정하는 것으로 충분하지 않을 수 있습니다. 일부 앱은 도메인 기반 매칭을 우회해 네트워크 주소에 직접 연결하기도 합니다. 웹페이지는 열리지만 이미지, 로그인 또는 동영상이 실패한다면 잠시 전체 모드로 확인해 보세요. 전체 모드에서 정상으로 돌아온다면 규칙에 관련 도메인이나 규칙 모음을 추가하면 됩니다.

브라우저 확장 프로그램의 프록시가 시스템 수준 클라이언트와 충돌할 수도 있습니다. 두 기능을 동시에 사용하면 요청이 프록시를 중복으로 거치거나 서로 다른 출구로 향할 수 있습니다. 초보자는 먼저 주요 연결 진입점을 하나만 유지하고 시스템 수준 클라이언트가 정상적으로 작동하는지 확인한 뒤, 필요에 따라 브라우저 내부에 별도 규칙을 추가하는 것이 좋습니다.

VPN 초보자 자주 묻는 질문