· 입문 가이드 · 약 10분

V2Ray 초보자 FAQ 10가지: 클라이언트 선택부터 첫 연결까지

V2Ray와 Xray의 차이, 클라이언트 선택, 구독 설정, 시스템 프록시와 TUN 비교, 연결 확인까지 초보자가 자주 묻는 10가지 질문을 답변합니다.

이 글의 핵심 내용

클라이언트를 설치할 준비는 됐지만 코어, 노드, 구독이 헷갈리는 초보자를 위한 안내입니다. 기기에 맞는 클라이언트를 선택한 뒤 합법적으로 제공받은 서버 설정을 가져오세요. 데스크톱에서는 먼저 시스템 프록시로 연결하고, 선택한 노드를 통해 웹 요청이 실제로 전달되는지 확인한 다음 TUN과 라우팅 분할을 설정하는 것이 좋습니다. 이 글은 v2rayN 데스크톱 사용을 중심으로 설명하며, 안드로이드 사용법은 별도로 다룹니다. 포트 예시는 실제 기기 설정과 다를 수 있습니다.

1. V2Ray, Xray, 클라이언트는 어떤 관계인가요?

V2Ray는 보통 프록시 도구 프로젝트와 핵심 프로그램을 가리키며, v2fly는 V2Ray를 관리하는 커뮤니티 프로젝트입니다. Xray는 이와 관련된 별도의 코어 프로젝트로, 공통된 역사를 갖지만 이후 기능과 설정 지원은 서로 다를 수 있습니다. 코어는 연결을 설정하고 프로토콜을 처리하며 라우팅을 실행합니다. 클라이언트는 구독 가져오기, 노드 선택, 설정 변경, 로그 확인을 위한 인터페이스를 제공합니다.

따라서 v2rayN을 설치했다고 해서 한 가지 코어만 사용할 수 있는 것은 아닙니다. 다양한 코어가 지원하는 설정을 관리할 수 있지만, 실제 연결 여부는 현재 사용하는 코어, 노드 프로토콜, 매개변수에 따라 달라집니다. 클라이언트 이름에 ‘V2Ray’가 들어 있는지만 보고 특정 노드의 사용 가능 여부를 판단해서는 안 됩니다.

VLESS + REALITY 설정을 사용하는 경우, VMess 설정의 프로토콜 드롭다운을 VLESS로 바꾸기보다 클라이언트에서 사용하는 코어가 해당 설정을 지원하는지 먼저 확인하세요. 용어를 더 자세히 알아보려면 용어집을 참고하세요.

2. PC와 안드로이드에는 어떤 클라이언트를 설치해야 하나요?

먼저 운영체제에 맞는 클라이언트를 고른 다음 서버 설정 요구사항을 확인하세요. 데스크톱에서는 v2rayN으로 시작할 수 있고, 안드로이드에서는 v2rayNG와 v2flyNG 중에서 선택하면 됩니다. 여기서 ‘추천’은 데스크톱 초보자 기준이며, 다른 클라이언트가 적합하지 않다는 뜻도 특정 코어가 모든 네트워크에서 더 빠르다는 뜻도 아닙니다.

v2rayN: 데스크톱 입문용

추천

Windows, macOS, Linux 데스크톱에서 사용할 수 있습니다. 구독을 한곳에서 관리하고 서버 매개변수를 확인하거나 코어 로그를 살펴보기에 적합합니다. 설치할 때는 기기 아키텍처와 패키지 유형도 맞춰야 합니다.

적합한 용도: PC 첫 설정, 데스크톱 구독 관리

v2rayNG: 안드로이드 및 Xray

안드로이드 기기에서 구독이나 개별 공유 링크를 가져올 수 있습니다. Xray 관련 설정을 사용하려면 설치된 버전과 내장 코어가 서비스 제공자가 안내한 전체 매개변수를 지원하는지 먼저 확인하세요.

적합한 용도: 안드로이드 일상 사용, Xray 노드 설정

v2flyNG: 안드로이드 및 v2fly

v2fly 코어를 사용하는 설정에 적합합니다. 사용 가능 여부는 노드의 프로토콜과 전송 방식에 따라 달라지므로 다른 클라이언트에서 가져올 수 있는 모든 링크를 그대로 사용할 수 있다고 가정해서는 안 됩니다.

적합한 용도: 안드로이드 기기, v2fly가 명시적으로 필요한 설정

설치 파일은 클라이언트 다운로드 페이지에서 확인할 수 있습니다. PC에서 x64 또는 arm64를 선택하기 전에 시스템 정보를 확인하세요. 안드로이드 기기의 아키텍처를 모르면 다운로드 페이지의 범용 버전 안내를 참고하면 됩니다. 데스크톱 설치 파일을 안드로이드 기기에 복사해 실행하려고 하지 마세요.

3. 클라이언트를 설치하면 바로 연결되나요? 구독은 어디서 받나요?

아니요. 클라이언트는 연결 도구일 뿐이므로 사용할 수 있는 서버와 연결 매개변수가 필요합니다. 구독은 보통 서비스 제공자나 직접 관리하는 서버 설정 시스템에서 제공하며, 이 사이트의 클라이언트 설치 파일에는 노드가 자동으로 포함되지 않습니다. 신뢰할 수 있는 출처인지 확인하고 거주 지역의 법률과 네트워크 이용 규칙을 준수하세요.

4. 노드 매개변수를 직접 수정해야 하나요?

정상적으로 가져온 뒤에는 우선 서비스 제공자가 설정한 값을 그대로 사용하세요. 원격 포트가 반드시 443인 것은 아니며, ‘더 안전해 보인다’는 이유만으로 TLS를 임의로 켜거나 꺼서는 안 됩니다. 도메인, SNI, WebSocket 경로, REALITY 공개 키 등의 매개변수에는 각각 용도가 있습니다. 클라이언트 설정이 서버와 맞지 않으면 핸드셰이크에 실패할 수 있습니다.

처음 사용할 때는 매개변수를 직접 조합하지 않는 것이 좋습니다. 가져온 설정에서 일부 항목이 비어 있다면 해당 노드에 그 항목이 필요한지 먼저 확인한 다음 링크 형식과 클라이언트 호환성을 점검하세요. 서버가 업데이트된 경우 새 매개변수를 추측하기보다 구독을 업데이트하는 편이 안전합니다.

5. v2rayN에서 구독을 가져오고 노드를 선택하는 방법

아래 안내는 v2rayN에서 흔히 사용하는 메뉴 이름을 기준으로 합니다. 버전에 따라 버튼 위치가 바뀔 수 있고 구독 업데이트 메뉴에 괄호 설명이 붙을 수도 있으니 실제 메뉴 이름을 확인하세요. 먼저 ‘프록시를 사용하지 않고’ 업데이트해 보세요. 구독 주소에 프록시가 반드시 필요하다고 확인된 경우에만 프록시를 통한 업데이트로 바꾸세요.

  1. 클라이언트 실행

    설치 파일 유형에 따라 설치하거나 압축을 푼 다음 v2rayN 메인 프로그램을 실행하세요. 처음에는 TUN을 꺼 두는 것이 좋습니다. 가상 네트워크 어댑터 문제와 노드 연결 문제를 동시에 점검하는 상황을 피할 수 있습니다.

  2. 구독 그룹 만들기

    「구독 그룹」→「구독 그룹 설정」을 열고 그룹을 추가하세요. 「별칭」에는 알아보기 쉬운 이름을 입력하고 「주소」에는 전체 구독 링크를 붙여 넣은 뒤 설정을 저장합니다.

  3. 구독 업데이트

    「구독 그룹」에서 「모든 구독 업데이트(프록시 사용 안 함)」를 선택하세요. 작업 결과를 확인하고 노드 목록에 새 항목이 표시되는지 살펴보세요. 업데이트 오류가 나더라도 그룹을 반복해서 삭제하지 마세요.

  4. 활성 노드로 설정

    서버 목록에서 노드를 선택한 다음 마우스 오른쪽 버튼을 눌러 「활성 서버로 설정」을 선택하세요. 현재 활성 서버 이름이 실제로 바뀌었는지 확인하세요. 지연 시간 테스트만으로 이 단계가 완료되는 것은 아닙니다.

  5. 시스템 프록시 설정

    메인 화면이나 트레이 메뉴의 「시스템 프록시」에서 「시스템 프록시 자동 설정」을 선택하세요. 현재 라우팅 설정은 그대로 두고, 먼저 브라우저에서 프록시를 거칠 것으로 예상되는 HTTPS 페이지에 접속합니다.

안드로이드에서는 v2rayNG의 「구독 그룹 설정」에 주소를 추가한 뒤 「구독 업데이트」를 눌러 노드를 가져올 수 있습니다. 추가 메뉴에서 클립보드에 복사한 개별 공유 링크를 가져오는 방법도 있습니다. 노드를 선택하고 서비스를 시작하세요. 처음으로 시스템 VPN 연결 권한 요청이 표시되면 앱 이름을 확인한 뒤 승인하세요.

6. 시스템 프록시와 TUN은 어떻게 다른가요?

시스템 프록시는 앱에 ‘이 프록시 주소로 요청을 보낼 수 있다’고 알려 주는 방식입니다. 해당 설정을 따르는 앱만 프록시를 사용합니다. TUN은 가상 네트워크 어댑터로 라우팅된 트래픽을 받아 처리하므로 일반적으로 더 많은 트래픽을 다루지만, 라우팅 설정과 제외 규칙, 권한의 영향을 받습니다. 데스크톱에서 처음 문제를 점검할 때는 시스템 프록시를 사용하고 기본 연결이 정상인지 확인한 뒤 TUN을 고려하세요.

시스템 프록시 예시

로컬 주소
127.0.0.1
혼합 포트 예시
10808, 실제 설정을 기준으로 하세요
적용 범위
시스템 프록시 설정을 따르는 앱
처음 사용할 때
「시스템 프록시」→「시스템 프록시 자동 설정」

이전 설정에서는 SOCKS 10808과 HTTP 10809가 별도였을 수 있습니다. 오래된 안내의 포트를 현재 설정에 그대로 적용하지 마세요.

TUN 사용 조건

트래픽 처리 방식
가상 네트워크 어댑터와 시스템 라우팅
권한
시스템 안내에 따라 권한을 승인하세요. 일부 플랫폼에서는 권한 상승이 필요할 수 있습니다.
문제 해결 시 확인할 항목
네트워크 어댑터 생성, 라우팅 충돌, DNS
활성화 시점
기본 노드 연결이 정상인지 확인한 뒤 활성화

TUN은 작동하지 않는 노드를 고쳐 주지 않으며 모든 트래픽이 원격 프록시를 통과한다고 보장하지도 않습니다.

로컬 수신 포트는 「설정」→「매개변수 설정」에서 확인할 수 있습니다. 127.0.0.1은 현재 기기 자체를 가리키므로 휴대폰의 프록시 설정에 이 주소를 입력해 PC에 연결할 수는 없습니다. 안드로이드 클라이언트가 실행하는 VPN 서비스는 시스템 트래픽을 처리하는 방식이며, 데스크톱의 시스템 프록시 설정과는 다릅니다.

7. 연결됨으로 표시되는데 실제로 작동하는지 어떻게 확인하나요?

‘연결됨’은 로컬 서비스가 시작됐다는 뜻일 수 있습니다. 노드 테스트에서 지연 시간이 표시되더라도 모든 웹 페이지가 열리는 것은 아닙니다. 상태 아이콘 하나만 보지 말고 활성 노드, 앱 접속 결과, 로그를 함께 확인하세요.

  1. 선택 항목 확인: 활성 서버 이름을 확인해 노드 A를 테스트했지만 실제로는 노드 B를 사용 중인 상황을 방지하세요.
  2. 실제 접속 확인: 현재 라우팅 설정에 따라 프록시를 사용해야 하는 HTTPS 페이지를 열고 새로고침한 뒤 다른 페이지에도 접속해 캐시로 인한 오판을 방지하세요.
  3. 로그 확인: 요청의 대상 주소, 아웃바운드 선택, 오류 정보를 살펴보세요. 로그의 상세 수준은 다를 수 있으므로 아웃바운드 이름이 보이지 않는다면 한 줄만으로 결론을 내려서는 안 됩니다.
  4. 설정 전후 비교: 다른 VPN이나 프록시 도구를 일시 중지하고 시스템 프록시를 지웠을 때와 다시 활성화했을 때의 결과를 비교하세요. 테스트가 끝나면 필요한 설정을 복구합니다.

예를 들어 테스트 창에 120 ms가 표시되더라도 해당 테스트가 그 시점에 응답을 받았다는 의미일 뿐입니다. 이 수치는 이 사이트에서 측정한 결과가 아닙니다. 처리량, 웹 페이지의 첫 바이트 응답 시간, 연결 안정성은 서로 다른 지표이므로 지연 시간을 낮추려고 노드를 자주 바꿀 필요는 없습니다. 속도 테스트는 구독 트래픽을 소모할 수도 있으니 먼저 서비스 한도를 확인하세요.

8. 라우팅 분할이란 무엇인가요? 항상 전역 모드를 사용해야 하나요?

라우팅 분할은 도메인, IP, 앱 또는 다른 규칙에 따라 아웃바운드를 선택하는 방식입니다. ‘직접 연결’은 요청이 원격 프록시를 거치지 않는다는 뜻이고, ‘프록시’는 지정된 아웃바운드로 요청을 전달한다는 뜻입니다. ‘차단’은 요청을 허용하지 않습니다. 클라이언트의 전역 모드는 보통 프록시 코어의 아웃바운드 규칙에 영향을 주며, 모든 앱의 트래픽을 이미 처리하고 있다는 뜻은 아닙니다.

규칙을 조정하려면 고급 설정 안내를 참고하세요. 먼저 ‘어떤 대상이 어떤 아웃바운드를 사용해야 하는지’를 정한 다음 규칙을 수정하세요. 모든 오류를 DNS 문제로만 보면 실제 노드나 전송 문제를 놓칠 수 있습니다.

9. 클라이언트를 종료하기 전에 무엇을 해야 하나요?

데스크톱 클라이언트를 닫은 뒤에도 시스템 프록시가 이미 중지된 로컬 포트를 가리키면 브라우저에서 프록시 서버 연결이 거부될 수 있습니다. 창을 닫아도 트레이로 최소화됐을 뿐 실제로 종료되지 않았을 수 있습니다. 창 숨기기, 코어 중지, 프로그램 종료를 구분하세요.

  1. 「시스템 프록시」에서 「시스템 프록시 지우기」를 선택한 뒤 브라우저에서 일반 네트워크 접속이 복구됐는지 확인하세요.
  2. TUN을 사용 중이라면 먼저 TUN을 끄고 가상 네트워크 어댑터와 관련 라우팅이 비활성화될 때까지 기다리세요.
  3. 그다음 클라이언트의 종료 기능을 사용하세요. 안드로이드 기기에서는 클라이언트 연결 서비스를 중지하고 시스템 연결 표시가 사라졌는지 확인합니다.

갑작스러운 전원 차단이나 프로그램 비정상 종료 후 웹 페이지가 전반적으로 열리지 않으면 운영체제의 프록시 설정이 여전히 127.0.0.1을 가리키는지 먼저 확인하세요. 조직에서 관리하는 PC를 사용하는 경우 조직이 배포한 프록시 설정을 삭제하지 말고, 이번 클라이언트 사용으로 변경된 설정만 복구하세요.

10. 업데이트 실패, 시간 초과, 브라우저에서만 연결되는 문제

한 번에 한 가지 설정만 변경하고 오류가 어느 단계에서 발생하는지 기록하세요. 구독 업데이트 실패는 ‘설정 가져오기’ 문제이고, 노드 시간 초과는 ‘연결 설정’ 문제이므로 혼동해서는 안 됩니다. 처음 문제를 점검할 때는 다음 세 가지 상황을 참고하세요.

구독 업데이트가 시간 초과되면 주소를 사용할 수 없는 건가요?

먼저 일반 네트워크가 작동하는지 확인하고 링크가 온전한지, 만료되지는 않았는지, 제공자가 구독 주소를 변경하지 않았는지 살펴보세요. 사용할 수 있는 노드가 있고 해당 주소에 접속할 때 실제로 프록시가 필요한 경우에만 「구독 그룹」→「모든 구독 업데이트(프록시 사용)」를 다시 시도하세요. 사용할 수 있는 노드가 없다면 이 옵션으로 첫 연결 문제를 해결할 수 없습니다.

노드가 계속 시간 초과되는데 클라이언트를 다시 설치해야 하나요?

먼저 시스템에서 날짜와 시간을 자동으로 설정한 다음 활성 노드, 서버 주소, 포트를 확인하세요. 같은 구독에 있는 다른 노드와 결과를 비교하고 로그에서 timeout, connection refused, TLS 핸드셰이크 오류를 확인하세요. 먼저 원인을 파악하고 재설치는 첫 번째 조치로 삼지 마세요.

브라우저에서는 열리는데 다른 앱에서는 왜 안 되나요?

해당 앱이 시스템 프록시 설정을 따르는지, 자체 프록시나 직접 연결 규칙을 설정했는지 확인하세요. 더 많은 트래픽을 처리해야 한다면 TUN을 시도하고 권한과 라우팅도 점검하세요. 로그에 로컬 10808 포트가 사용 중이라고 표시되면 해당 포트를 점유한 프로그램을 종료하거나 포트를 변경한 뒤 그 포트를 사용하는 앱의 설정도 함께 업데이트하세요.

계속 실패한다면 클라이언트 버전, 운영체제, 코어 종류, 노드 프로토콜, 민감 정보를 가린 오류 로그를 준비한 뒤 도움말 센터에서 문제 유형을 확인하세요. 전체 구독 링크, UUID, 사용 가능한 노드 링크를 공개하지 마세요. 오류를 없애려고 인증서 검증 건너뛰기를 활성화해서도 안 됩니다.

클라이언트 설치 파일