V2Ray 초보자 FAQ 10가지: v2rayN 설치부터 구독 가져오기, 연결 오류 해결까지

1. V2Ray, Xray, v2rayN은 같은 프로그램인가요?

아닙니다. V2Ray와 Xray는 프록시 코어이고, v2rayN은 설정을 관리하고 코어를 실행하는 클라이언트입니다. 코어는 로컬 포트를 열고 원격 서버에 연결하며 라우팅을 처리합니다. 클라이언트는 서버 목록 표시, 구독 가져오기, 시스템 프록시 설정을 담당합니다. 창이 열렸다는 사실만으로 코어가 정상적으로 시작된 것은 아닙니다.

• v2rayN: 데스크톱 클라이언트입니다. 배포 패키지에 따라 Windows, macOS 또는 Linux 버전을 선택할 수 있습니다. 지원되는 설정 항목은 사용하는 코어와 버전에 따라서도 달라집니다.
• v2rayNG: Android 클라이언트로, Xray 코어를 사용합니다. 일반적으로 시스템 VPN 권한을 허용해 연결합니다.
• v2flyNG: Android 클라이언트로, v2fly 코어를 사용합니다. 가져오기 전에 노드 설정이 해당 코어에서 지원되는지 확인하세요.

VMess와 VLESS는 프로토콜 이름이지 클라이언트 이름이 아닙니다. REALITY는 보안 계층 방식이고 XTLS Vision은 흐름 제어 방식입니다. 구독에 VLESS라고 적혀 있어도 모든 코어가 관련 추가 설정을 처리할 수 있는 것은 아닙니다. 지원되지 않는 항목이 있다면 프로토콜을 임의로 바꾸기보다 클라이언트와 코어의 지원 여부를 먼저 확인하세요.

2. 처음 다운로드할 때 운영체제, 아키텍처, 패키지는 어떻게 고르나요?

먼저 운영체제와 프로세서 아키텍처를 확인한 다음 설치 방식을 선택하세요. Windows의 x64와 ARM64, macOS의 Intel과 Apple Silicon, Linux의 패키지 형식은 파일 이름이 비슷하다고 서로 바꿔 쓸 수 없습니다. Windows에서는 ‘설정’ → ‘시스템’ → ‘정보’에서 시스템 종류를 확인할 수 있습니다. 다운로드는 다운로드 센터에서 받으세요.

1. 아키텍처 확인

   운영체제 종류와 프로세서 아키텍처를 확인하세요. Linux에서는 uname -m을 실행할 수 있습니다. x86_64는 일반적으로 x64, aarch64는 보통 ARM64에 해당합니다.

2. 패키지 형식 선택

   설치 패키지는 운영체제의 설치 절차에 따라 설치하고, 압축 파일은 쓰기 가능한 폴더에 완전히 압축 해제하세요. 압축 프로그램의 미리보기 화면에서 실행 파일을 바로 실행하지 마세요.

3. 처음 실행

   Windows 버전은 압축 해제한 폴더 안의 v2rayN.exe를 실행하세요. 일반적인 시스템 프록시 사용에는 관리자 권한이 필요하지 않습니다. TUN 등의 기능을 켤 때만 안내에 따라 권한을 설정하세요.

4. 로그 확인

   클라이언트가 설정을 읽고 코어가 바로 종료되지 않는지 확인하세요. 실행 환경이 없다는 안내가 나오면 해당 배포 패키지의 요구 사항을 충족하세요. 다른 버전의 프로그램 파일을 현재 폴더에 섞어 넣지 마세요.

이 글의 메뉴 이름은 v2rayN에서 흔히 볼 수 있는 중국어 인터페이스를 기준으로 합니다. 버전에 따라 메뉴 위치는 다를 수 있습니다. 이전 안내서의 화면 좌표를 고정된 경로로 여기지 말고 ‘구독 그룹’, ‘시스템 프록시’, ‘라우팅’ 같은 기능 이름을 찾아보세요.

3. 설치만 하면 바로 연결되나요? 서버는 어디서 구하나요?

아닙니다. 클라이언트는 서버가 아니며, 설치했다고 사용할 수 있는 연결이 자동으로 만들어지지는 않습니다. 사용 권한이 있는 노드 설정이나 구독 링크를 가져와야 합니다. 구독은 보통 여러 노드 목록을 제공하고, 노드에는 원격 주소, 포트, 프로토콜, 인증 정보 등이 들어 있습니다. 두 가지는 용도가 다릅니다.

구독 페이지 로그인 주소를 구독 링크로 착각하지 말고, 구독 링크를 노드의 ‘주소’ 입력란에 넣지 마세요. 구독 주소에 계정 토큰이 포함될 수 있어 유출되면 다른 사람이 사용할 수 있습니다. 도움을 요청할 때는 링크, 사용자 식별 정보, 인증 정보를 가리고 필요한 오류 유형만 공유하세요.

4. 구독 링크는 어디에 붙여 넣고 어떻게 업데이트하나요?

구독 그룹에 링크를 저장한 뒤 업데이트를 실행하세요. 그룹 이름만 저장해서는 노드가 다운로드되지 않습니다. 다음은 v2rayN에서 흔히 쓰이는 데스크톱 인터페이스를 기준으로 한 방법입니다. 가져온 뒤 목록이 채워졌는지 확인하고 연결을 시도하세요.

1. 그룹 열기

   ‘구독 그룹’ → ‘구독 그룹 설정’으로 이동해 새 그룹을 추가하세요. 그룹을 알아보기 쉬운 이름으로 지정합니다.

2. 링크 붙여 넣기

   URL 입력란에 구독 주소 전체를 붙여 넣으세요. 주소 앞뒤에 공백이나 줄바꿈이 들어가지 않았는지 확인하고 저장한 다음 기본 화면으로 돌아갑니다.

3. 구독 업데이트

   ‘구독 그룹’에서 ‘모든 구독 업데이트(프록시 사용 안 함)’를 선택하세요. 사용 가능한 연결이 있고 직접 연결로 업데이트되지 않을 때만 ‘모든 구독 업데이트(프록시 사용)’를 시도하세요.

4. 결과 확인

   업데이트 알림과 서버 목록을 확인하세요. 목록이 비어 있으면 업데이트 로그를 먼저 살펴보세요. 노드가 표시되면 하나를 선택하고 마우스 오른쪽 버튼 메뉴에서 활성 서버로 지정합니다.

처음 사용할 때는 대개 쓸 수 있는 프록시가 없습니다. 이때 프록시를 통한 업데이트를 선택하면 ‘연결 설정을 받으려면 먼저 연결해야 하는’ 상황이 생길 수 있습니다. 직접 연결로 구독을 가져오지 못하면 링크가 유효한지, 현재 네트워크에서 접근 가능한지 확인하세요. 필요하면 설정 제공자에게 가져오기 방법을 문의하고 프로토콜을 계속 바꾸지는 마세요.

5. 서버를 선택했는데 브라우저 트래픽이 프록시를 통하지 않는 이유는 무엇인가요?

활성 서버는 트래픽을 보낼 대상을 정하고, 시스템 프록시는 어떤 앱이 트래픽을 클라이언트에 전달할지 정합니다. Windows에서는 시스템 트레이 아이콘을 마우스 오른쪽 버튼으로 클릭한 뒤 ‘시스템 프록시’ → ‘시스템 프록시 자동 설정’을 선택하세요. 그런 다음 브라우저에서 접속을 시도하고 클라이언트 로그에 새 요청이 기록되는지 확인합니다.

다음 세 가지 값은 로컬과 원격 연결의 차이를 설명하기 위한 예시이며, 기존 설정을 덮어쓰라는 뜻이 아닙니다. 실제 수신 포트는 ‘설정’ → ‘매개변수 설정’의 로컬 수신 관련 항목에서 확인하고 시작 로그와 대조하세요.

일부 앱은 시스템 프록시를 무시하고 브라우저 확장 프로그램이 시스템 설정을 덮어쓸 수도 있습니다. 따라서 특정 브라우저에서 접속된다고 모든 앱이 프록시를 사용한다고 볼 수는 없습니다. 시스템 프록시 설정을 변경하는 프로그램을 여러 개 동시에 실행하면 프록시 주소가 서로 덮어써질 수 있으니 주의하세요.

6. 시스템 프록시, 글로벌 라우팅, TUN은 어떻게 다른가요?

시스템 프록시와 TUN은 트래픽이 들어오는 경로이고, 라우팅 모드는 코어에 들어온 트래픽의 처리 방향을 결정합니다. 서로 같은 단계의 설정이 아닙니다. 라우팅을 글로벌 프록시로 바꿔도 시스템 프록시를 무시하던 앱이 갑자기 프록시를 사용하는 것은 아닙니다.

• 시스템 프록시: 시스템 프록시 설정을 따르는 브라우저 등의 앱을 먼저 테스트하기에 적합하며, 적용 범위를 비교적 쉽게 파악할 수 있습니다.
• 글로벌 프록시 라우팅: 일반적으로 코어에 들어와 해당 모드의 처리 범위에 포함되는 트래픽을 프록시로 보내는 설정입니다. 기기 전체 네트워크를 가로채는 기능은 아닙니다.
• TUN: 가상 네트워크 인터페이스로 더 많은 앱의 트래픽을 연결합니다. 권한, 라우팅, DNS 설정이 필요하며 실제 적용 범위는 제외 규칙, IPv6, 시스템 제한의 영향을 받습니다.

처음 설정할 때는 시스템 프록시로 노드를 확인한 다음 TUN을 고려하세요. 처음부터 연결 방식, DNS, 라우팅을 동시에 바꾸면 어느 설정이 문제를 일으켰는지 파악하기 어렵습니다. Android의 v2rayNG와 v2flyNG는 보통 시스템 VPN 권한이 필요하므로 VPN 연결을 사용하는 다른 앱도 확인하세요.

7. 라우팅 분기는 어떻게 설정하나요? 규칙을 직접 작성해야 하나요?

초보자는 클라이언트가 제공하고 내용을 이해할 수 있는 프리셋부터 사용하세요. JSON 규칙을 바로 직접 작성할 필요는 없습니다. LAN과 중국 본토 주소를 우회하는 일반적인 정책은 일부 요청을 직접 연결하고 나머지는 프록시로 보낼 수 있습니다. 실제 동작은 프리셋의 도메인·IP 규칙과 규칙 데이터가 정상적으로 불러와졌는지에 따라 달라집니다.

• 라우터나 LAN 기기에 접속해야 한다면 LAN 직접 연결 규칙을 유지하세요. TUN을 켰다면 관련 제외 또는 직접 연결 설정도 확인해야 합니다.
• 특정 사이트의 문제가 라우팅 분기 때문인지 확인하려면 잠시 글로벌 프록시 라우팅으로 바꿔 테스트할 수 있습니다. 테스트가 끝나면 기존 정책으로 되돌리세요.
• 사용자 지정 규칙을 추가할 때는 먼저 매칭 대상과 트래픽을 보낼 출구를 명확히 정하세요. 규칙은 대개 순서대로 적용되므로 범위가 넓은 규칙을 앞에 두면 뒤의 예외 규칙이 적용되지 않을 수 있습니다.
• 다른 코어의 설정 조각을 현재 설정에 그대로 붙여 넣지 마세요. 같은 개념이라도 코어마다 필드 이름, 열거형 값, 기본 동작이 다를 수 있습니다.

라우팅 분기는 ‘중국 사이트는 항상 직접 연결, 그 밖의 사이트는 항상 프록시’처럼 고정된 구분이 아닙니다. 도메인 규칙이 불완전할 수 있고, IP 주소를 직접 사용하는 앱은 도메인 규칙에 매칭되지 않습니다. 특정 사이트에서 문제가 생기면 웹페이지 언어로 경로를 짐작하지 말고 해당 요청이 어떤 출구 규칙에 매칭됐는지 확인하세요.

8. 지연 시간 테스트는 정상인데 웹페이지가 열리지 않는 이유는 무엇인가요?

테스트마다 확인하는 연결 구간이 다릅니다. TCP 연결 테스트는 주로 원격 포트와 연결할 수 있는지 확인할 뿐, 프로토콜 인증, TLS 핸드셰이크, 프록시 전달, 대상 사이트 접속까지 모두 성공했음을 보장하지 않습니다. 실제 연결 테스트는 앱의 요청에 더 가깝지만 지정된 테스트 대상의 결과만 보여줍니다.

1. 먼저 테스트 종류를 확인하세요. TCP 지연 시간인지 실제 연결 지연 시간인지 기록합니다. 포트에 연결된다는 이유만으로 노드 설정이 완벽하다고 판단하지 마세요.
2. 다음으로 테스트 대상을 확인하세요. 한 테스트 주소에 접속할 수 없다고 모든 대상이 사용할 수 없는 것은 아닙니다. 정상적으로 접속되는 다른 대상으로 교차 확인하고 목록의 색상만 보지 마세요.
3. 인증 설정을 확인하세요. 프로토콜, 보안 계층, 전송 방식, 서버 이름 등이 제공된 설정과 일치하는지 확인하세요. 특히 보안 계층을 임의로 끄지 마세요.
4. DNS는 따로 확인하세요. 로그에 이름 확인 오류가 있으면 노드 도메인과 대상 사이트 도메인 중 어느 쪽에서 실패했는지 먼저 확인한 다음 해당 DNS 경로를 점검하세요.

지연 시간은 다운로드 속도와 다릅니다. 왕복 시간이 짧다고 대역폭이 큰 것은 아니며, 단일 테스트 결과는 연결 재사용이나 일시적인 혼잡의 영향을 받을 수도 있습니다. 문제를 찾을 때는 노드, 대상, 연결 방식을 고정하고 한 번에 하나씩만 바꿔야 전후 차이를 비교할 수 있습니다.

9. 연결이 실패하면 어떤 오류부터 확인하고 어떻게 해결하나요?

먼저 코어가 시작됐는지 확인하고, 로컬 수신 상태를 점검한 다음 원격 연결과 DNS를 확인하세요. 로그 전체 형식은 운영체제와 코어에 따라 다릅니다. 다음은 흔히 볼 수 있는 오류 일부입니다. 원인을 찾을 때는 오류 앞의 연결 주소와 주변 로그도 함께 확인해야 하며, 한 줄만 보고 단정할 수 없습니다.

Windows에서 예시 포트 10808의 수신 여부를 확인하려면 다음 명령을 실행하세요. 결과에 LISTENING이 있으면 해당 프로세스가 수신 중이며, 마지막 열은 프로세스 번호입니다. 출력이 없다는 것은 조회 조건에 맞는 항목을 찾지 못했다는 뜻일 뿐, 원격 서버를 사용할 수 없다는 의미는 아닙니다.

netstat -ano | findstr ":10808"

로그를 공유하기 전에 구독 URL, 인증 정보, 개인 식별 정보를 가리세요. 문의에는 최소한 운영체제, 클라이언트 버전, 선택한 코어 버전, 연결 방식, 오류 전후 로그가 포함되어야 합니다. ‘연결이 안 돼요’만으로는 진입 경로, DNS, 핸드셰이크, 대상 사이트 중 어디서 문제가 생겼는지 구분할 수 없습니다.

10. 업데이트, 종료, 네트워크 변경 시 주의할 점은 무엇인가요?

복구할 수 있도록 설정을 보관하고 환경이 바뀐 뒤 연결을 다시 확인하세요. 클라이언트 업데이트, 구독 업데이트, 네트워크 변경은 서로 다른 부분에 영향을 줍니다. 문제가 생기자마자 재설치, 설정 덮어쓰기, DNS 변경을 한꺼번에 하면 원인을 찾는 데 필요한 정보가 사라질 수 있습니다.

업그레이드 전에 클라이언트 설정과 사용자 지정 규칙을 저장하고 현재 선택한 코어를 기록하세요. 업그레이드 후에는 기존 노드로 기본 연결을 먼저 확인한 다음 새 기능을 시험합니다. 자세한 설정 방법은 설치 및 설정 가이드를 참고하세요. 프로토콜, 라우팅, DNS 항목을 구분하려면 기술 참고 자료를 확인하세요.