v2rayN 초보자 FAQ 10가지: 구독 가져오기·시스템 프록시·연결 오류 해결

v2rayN을 처음 사용할 때 자주 묻는 구독 주소 입력, 시스템 프록시 설정, 브라우저 연결 문제 등 10가지 질문에 바로 따라 할 수 있는 해결 방법을 정리했습니다.

이 글의 핵심 내용

처음 사용할 때는 유효한 구독을 가져오고, 사용할 노드를 지정한 뒤, 앱이 로컬 프록시에 연결되도록 설정하세요. 이 글에서는 Windows 데스크톱 버전의 일반적인 중국어 UI를 기준으로 구독, 시스템 프록시, 라우팅, 포트, 로그 관련 질문 10가지를 설명합니다. 버전에 따라 메뉴 위치가 조금 다를 수 있습니다. 메뉴 이름이 다르면 같은 기능을 찾아 확인하고, 여러 설정을 한꺼번에 바꾸지 마세요.

1. v2rayN을 다운로드했는데 왜 바로 인터넷에 연결할 수 없나요?

v2rayN은 클라이언트 관리 인터페이스이며, 사용할 수 있는 원격 노드 자체는 아닙니다. 설정을 관리하고 프록시 코어를 실행하며 로컬 접속 지점을 설정하지만, 실제로 연결하려면 유효한 서버 설정이 필요합니다. 구독 링크는 여러 설정을 갱신하는 주소이고, VMess와 VLESS는 노드에서 사용할 수 있는 프로토콜입니다. 서로 다른 개념입니다.

먼저 클라이언트 다운로드 페이지에서 운영체제와 아키텍처에 맞는 설치 파일을 선택하세요. 설치 프로그램은 안내에 따라 설치하고, 압축 파일은 모두 푼 다음 메인 프로그램을 실행하세요. 압축 프로그램 안에서 바로 실행하면 안 됩니다. 일반적인 시스템 프록시 설정에는 관리자 권한이 필요하지 않으며, 일부 가상 네트워크 어댑터 기능을 켤 때만 권한 상승이 필요합니다.

먼저 시스템 프록시를 통한 연결부터 확인한 다음 TUN, 앱별 프록시, 사용자 지정 라우팅을 살펴보세요. 기본 연결이 확인되지 않은 상태에서 트래픽 처리 방식을 추가하면 문제의 원인을 파악하기 어려워집니다.

2. 구독 링크는 어디에 입력하나요?

구독 주소는 구독 그룹에 입력해야 하며, 개별 노드의 서버 주소 칸에 넣으면 안 됩니다. 단일 노드 링크는 보통 프로토콜 이름으로 시작하고, 구독 주소는 액세스 토큰이 포함된 전체 URL인 경우가 많습니다. 잘못된 입력란에 넣으면 구문 분석에 실패하거나 노드 목록이 비어 있을 수 있습니다.

  1. 그룹 열기

    메인 화면에서 ‘구독 그룹’ → ‘구독 그룹 설정’으로 이동한 뒤 추가 버튼을 클릭하세요. 일부 화면에서는 추가 항목이 ‘+’로 표시됩니다.

  2. 주소 입력

    알아보기 쉬운 이름을 메모에 입력하고 전체 구독 주소를 주소 또는 URL 입력란에 붙여 넣으세요. 물음표 뒤의 매개변수도 그대로 두고, 공백이나 줄바꿈이 섞이지 않게 하세요.

  3. 구독 업데이트

    저장한 다음 ‘구독 그룹’ → ‘전체 구독 업데이트(프록시 사용 안 함)’를 선택하세요. 처음 연결을 설정하는 중이라면 우선 이 메뉴를 사용해 보세요.

  4. 사용 서버로 지정

    노드가 목록에 나타나면 대상 노드를 마우스 오른쪽 버튼으로 클릭하고 ‘사용 서버로 지정’을 선택하세요. 그런 다음 하단 상태 표시와 로그에서 코어가 정상적으로 시작되었는지 확인합니다.

단일 노드 공유 링크만 있다면 복사한 뒤 메인 화면의 ‘서버’ 메뉴에서 클립보드 가져오기를 사용하세요. 구독 링크를 공개 스크린샷, 지원 요청 또는 채팅 기록에 올리지 마세요. 링크에 포함된 토큰으로 구독에 접근할 수 있습니다.

3. 구독을 업데이트했는데 목록이 비어 있다면 무엇부터 확인해야 하나요?

먼저 업데이트 결과를 확인한 뒤 노드가 유효한지 판단하세요. 구독 다운로드 실패, 잘못된 응답 내용, 필터로 숨겨진 그룹은 각각 다른 문제입니다. 업데이트 버튼을 반복해서 눌러도 오류 원인은 보통 달라지지 않습니다.

결과먼저 확인할 항목다음 단계
시간 초과 또는 연결 실패 메시지현재 네트워크에서 구독 주소에 접속할 수 있는지사용 가능한 노드가 있다면 ‘전체 구독 업데이트(프록시 사용)’를 시도하세요
401 또는 403 응답토큰, 계정 상태, 액세스 제한구독 제공업체 페이지에서 주소가 재설정되었는지 확인하세요
다운로드는 성공했지만 구문 분석에 실패응답이 노드 데이터인지 웹 로그인 페이지인지 확인하세요클라이언트용 구독 주소를 다시 복사하세요. 계정 페이지 주소를 복사하면 안 됩니다
성공 메시지가 떴지만 노드가 보이지 않음현재 선택된 그룹과 검색 필터전체 그룹으로 돌아가 검색창을 비우세요

‘프록시를 통해 업데이트’는 이미 사용할 수 있는 프록시 연결이 있어야 작동합니다. 사용할 수 있는 노드가 하나도 없다면 이 옵션을 선택해도 구독 주소에 접속할 수 있게 되지는 않습니다. 기존 노드를 모두 삭제하고 다시 시도하지 마세요. 복구에 활용할 수 있도록 사용 가능한 노드를 하나 남겨 두세요.

4. 시스템 프록시는 어떤 항목을 선택해야 하나요?

처음 사용하거나 주로 브라우저를 이용한다면 먼저 ‘시스템 프록시 자동 설정’을 선택하세요. Windows 버전에서는 보통 트레이 아이콘을 마우스 오른쪽 버튼으로 클릭한 뒤 ‘시스템 프록시’ 메뉴로 들어갑니다. 일부 데스크톱 화면에는 같은 항목이 메인 창에도 있습니다. ‘자동 설정’은 클라이언트가 시스템 프록시 설정을 적용한다는 뜻이지, 사이트마다 연결 방식을 자동으로 판단한다는 뜻은 아닙니다.

시스템 프록시 자동 설정

권장

시스템 프록시를 사용하는 앱이 로컬 대기 포트로 연결되도록 설정합니다. 일반적인 브라우저는 바로 사용할 수 있지만, 사용 서버와 코어가 정상이어야 합니다.

적합한 경우: 처음 설정할 때, 브라우저를 일상적으로 사용할 때

시스템 프록시 해제

클라이언트가 설정한 시스템 프록시를 제거합니다. 프록시 코어는 계속 실행될 수 있지만, 이 시스템 설정을 통해 브라우저가 자동으로 연결되지는 않습니다.

적합한 경우: 프록시 일시 중지, 종료 후 인터넷 연결 문제 해결

시스템 프록시 변경 안 함

현재 시스템 설정을 유지합니다. 기존 프록시 설정을 지우는 것은 아니므로 이전에 지정한 프록시 주소가 계속 적용될 수 있습니다. 현재 설정을 관리하는 프로그램을 확인하세요.

적합한 경우: 앱에서 프록시를 직접 지정할 때, 기존 고정 프록시 설정이 있을 때

시스템 프록시는 기기 전체의 트래픽을 처리하지 않습니다. 일부 명령줄 프로그램, 게임, 독립 네트워크 구성 요소는 이 설정을 따르지 않으므로 프록시를 따로 지정하거나 기본 연결을 확인한 뒤 TUN을 사용해야 합니다.

5. 시스템 프록시와 라우팅 모드는 어떻게 다른가요?

시스템 프록시는 ‘요청이 클라이언트로 전달되는지’를 결정하고, 라우팅은 ‘전달된 요청이 어떤 경로로 나가는지’를 결정합니다. 따라서 클라이언트에서 전역 라우팅을 선택해도 시스템 프록시를 우회하는 앱이 자동으로 연결되지는 않습니다. 반대로 시스템 프록시를 켜도 모든 요청이 원격 노드를 거치는 것은 아닙니다.

두 가지 라우팅 활용법: 일상적인 분할 라우팅과 문제 분리

일상적인 분할 라우팅
  • 메인 화면의 ‘라우팅’에서 중국 본토 우회 등 사전 설정 규칙을 선택하세요.
  • 직접 연결 규칙에 해당하는 요청은 직접 접속하고, 나머지는 사전 설정 규칙에 따라 처리합니다.
  • 직접 연결되어야 하는 사이트와 프록시가 필요한 사이트를 각각 하나씩 열어 확인하세요.
일시적인 전역 라우팅 테스트
  • 분할 라우팅 규칙의 영향을 줄이려면 사전 설정된 전역 라우팅을 잠시 선택하세요.
  • 노드, 브라우저, 대상 URL은 그대로 두고 라우팅만 바꾸세요.
  • 접속이 복구되면 기존 규칙의 순서와 적용 결과를 확인하세요.

정리: 먼저 앱이 클라이언트에 연결되는지 확인한 다음 라우팅을 점검하세요. 테스트가 끝나면 일상적으로 사용할 규칙으로 되돌립니다.

전역 라우팅에서도 사이트가 열리지 않는다고 해서 라우팅 문제라고 단정할 수는 없습니다. 노드 연결, DNS, 인증서 핸드셰이크, 로컬 포트에서 문제가 생겼을 수도 있습니다. 한 번에 조건 하나만 바꿔야 어떤 단계가 영향을 주었는지 알 수 있습니다.

6. 10808, 서버 포트, 로컬 주소는 어떻게 구분하나요?

로컬 포트는 브라우저가 연결하는 곳이고, 서버 포트는 코어가 원격 서버에 연결하는 곳이므로 두 포트가 같을 필요는 없습니다. 아래 숫자는 흔히 쓰이는 설정의 예시일 뿐, 기기마다 실제 값은 다를 수 있습니다. ‘설정’ → ‘매개변수 설정’의 로컬 대기 항목과 노드 편집 창에서 실제 값을 확인하세요.

10808
일반적인 로컬 대기 포트. 실제 설정을 확인하세요
443
흔히 사용하는 원격 TLS 서비스 포트. 고정값이 아닙니다
127.0.0.1
로컬 루프백 주소이며 원격 노드 주소가 아닙니다

앱에서 로컬 프록시에 연결

호스트
127.0.0.1
포트 예시
10808
프로토콜
대기 설정에 따라 HTTP 또는 SOCKS5를 선택하세요. 혼합 포트는 두 프로토콜을 모두 받을 수 있습니다

포트를 변경한 뒤에는 프록시를 직접 설정한 앱에서도 값을 업데이트해야 합니다. 이전 버전에서 분리되어 있던 HTTP 포트를 새 버전 설정에 그대로 적용할 수는 없습니다.

코어에서 원격 노드로 연결

호스트
구독에 제공된 서버 도메인 또는 주소
포트 예시
443. 실제 값은 구독 설정을 따릅니다
인증 및 전송
UUID, TLS, 전송 방식 등은 노드 설정에 따라 결정됩니다

로컬 포트와 맞추려고 노드 포트를 변경하지 마세요. 루프백 주소를 원격 서버 입력란에 넣어서도 안 됩니다.

같은 로컬 주소와 포트를 두 프로그램이 동시에 대기할 수는 없습니다. 로그에 포트 사용 중이라고 표시되면 중복 실행된 클라이언트를 종료한 뒤 서비스를 다시 시작하세요. 포트를 바꿔야 한다면 앱의 프록시 설정도 함께 변경해야 합니다.

7. 지연 시간은 표시되는데 왜 브라우저에서 사이트가 열리지 않나요?

지연 시간 숫자는 특정 테스트가 완료되었다는 뜻일 뿐, 모든 사이트에 정상 접속할 수 있다는 뜻은 아닙니다. TCP 테스트는 보통 원격 포트에 연결할 수 있는지만 확인합니다. 실제 연결 테스트는 더 많은 단계를 검사하지만 테스트 URL, 라우팅, 당시 네트워크 상태의 영향을 받습니다. 속도 테스트는 실제 트래픽을 발생시키므로 앱에서의 연결 상태를 확인하는 테스트를 대신할 수 없습니다.

  1. 사용 중인 노드 확인: 방금 테스트한 노드가 현재 사용 중인 노드와 다를 수 있습니다. 해당 노드를 마우스 오른쪽 버튼으로 클릭해 사용 서버로 지정한 다음 로그를 확인하세요.
  2. 브라우저 연결 방식 확인: 브라우저 프록시 확장 프로그램을 끄거나 시스템 프록시를 덮어쓰는 설정이 있는지 확인하세요. 브라우저마다 동작이 다를 수 있습니다.
  3. 로컬 서비스 확인: PowerShell에서 아래 명령을 실행해 예시 포트에 연결할 수 있는지 확인하세요. 실제 포트가 다르면 숫자를 먼저 바꾸세요.
  4. 구체적인 오류 확인: 로컬 포트에 연결할 수 있지만 웹페이지가 열리지 않는다면 코어 로그에서 핸드셰이크, DNS 조회, 시간 초과 관련 메시지를 확인하세요.
Test-NetConnection -ComputerName 127.0.0.1 -Port 10808

TcpTestSucceeded : True는 해당 포트에서 TCP 연결을 받아 주는 서비스가 있다는 뜻일 뿐, 해당 서비스가 대상 코어인지 또는 원격 프록시 연결이 성공했는지를 증명하지는 않습니다. False라면 원격 노드를 바꾸기 전에 코어가 실행되지 않았는지, 포트를 잘못 입력했는지, 대기 연결이 실패했는지부터 확인하세요.

8. 로그에 시간 초과나 핸드셰이크 실패가 표시되면 어떻게 해야 하나요?

오류가 발생한 시간을 기록한 다음 주변 로그 몇 줄을 복사하세요. 로그에서는 단순한 ‘실패’ 메시지보다 연결 대상, 아웃바운드 이름, 오류 내용이 더 유용합니다. 로그를 공유할 때는 구독 토큰과 UUID 같은 인증 정보를 가리고 오류 문구와 필요한 연결 정보를 남겨 주세요.

오류 메시지관련된 문제 영역먼저 할 일
address already in use로컬 대기 포트중복 실행된 프로세스를 종료하고 실제 대기 포트를 확인한 뒤 코어를 다시 시작하세요
connection refused대상 주소 또는 포트거부된 연결이 로컬 접속 지점인지 원격 노드인지 먼저 확인한 뒤 주소와 포트를 점검하세요
i/o timeout네트워크 경로 또는 상대 서버 응답사용 가능한 다른 노드와 비교한 다음 네트워크를 바꿔 테스트하세요
TLS handshake 관련 오류시각, 인증서, SNI 또는 전송 설정시스템 시간을 동기화하고 구독 설정을 확인하세요. 인증서 검증을 바로 끄지 마세요
failed to lookup도메인 이름 확인실패한 주소가 노드 도메인인지 접속 대상인지 구분한 다음 해당 DNS 경로를 확인하세요

9. TUN은 언제 필요한가요? Android 설정도 그대로 쓸 수 있나요?

시스템 프록시를 사용하지 않는 앱의 트래픽까지 처리해야 할 때만 TUN을 고려하세요. 가상 네트워크 어댑터와 시스템 라우팅으로 트래픽을 처리하므로 권한, DNS, 다른 네트워크 소프트웨어와의 호환성에 영향을 줄 수 있습니다. 처음 문제를 진단할 때는 TUN을 끄고 시스템 프록시로 연결을 확인하세요. 기본 연결이 정상이라면 화면의 ‘TUN 사용’ 스위치를 켜서 테스트하고 안내에 따라 권한을 허용합니다.

호환되는 같은 구독을 데스크톱과 Android 클라이언트에 각각 가져올 수 있지만, 로컬 포트, 앱별 목록, 라우팅 설정은 자동으로 동기화되지 않습니다. 서비스 제공업체의 기기 수, 동시 연결 수, 트래픽 제한도 그대로 적용됩니다. ‘가져올 수 있음’을 ‘기기 수 제한 없이 동시에 사용 가능함’으로 이해하지 마세요.

TUN을 켠 뒤 로컬 네트워크 접속 문제, DNS 실패, 네트워크 루프가 발생하면 먼저 TUN을 끄고 기본 연결 경로를 복구하세요. 규칙이 어디에서 관리되는지 모르는 상태에서 여러 가상 네트워크 어댑터의 트래픽 처리를 동시에 켜지 마세요.

10. v2rayN을 종료한 뒤 인터넷에 연결되지 않으면 어떻게 복구하나요?

가장 흔한 원인은 클라이언트가 종료된 뒤에도 시스템이 더는 대기하지 않는 로컬 프록시 포트를 가리키는 것입니다. 먼저 프록시를 해제한 다음 프로그램을 종료하세요. 메인 창을 닫아도 트레이로 최소화되기만 할 수 있어, 프로그램이 실제로 종료된 것은 아닙니다.

  1. 프록시 해제

    v2rayN을 다시 열고 ‘시스템 프록시’에서 ‘시스템 프록시 해제’를 선택한 다음 트레이 메뉴에서 클라이언트를 종료하세요.

  2. 시스템 설정 확인

    Windows 11에서 ‘설정’ → ‘네트워크 및 인터넷’ → ‘프록시’를 열고 ‘프록시 서버 사용’을 확인하세요. 직접 설정한 프록시가 루프백 주소를 가리킨다면 더 이상 필요하지 않은 경우 끄세요.

  3. 브라우저 확인

    브라우저 확장 프로그램이나 별도의 프록시 설정이 여전히 127.0.0.1을 가리키는지 확인하세요. 시스템 설정을 사용하도록 복구한 뒤 웹페이지를 새로 열어 테스트합니다.

  4. 트래픽 처리 설정 확인

    이전에 TUN을 사용했다면 클라이언트를 다시 시작하고 TUN을 끈 뒤 정상적으로 종료하세요. 기본 네트워크가 복구되었는지 확인한 다음 다시 켤지 결정합니다.

회사나 기관 네트워크에서 사용하는 프록시, 자동 구성 스크립트, 관리 설정은 필요에 따라 적용된 것일 수 있으므로 무조건 삭제하지 마세요. 시스템 프록시와 브라우저 프록시를 복구한 뒤에도 접속할 수 없다면 현재 네트워크에 로그인이 필요한지, Wi-Fi 연결이 정상인지 먼저 확인하고 DNS 문제를 점검하세요. 처음부터 네트워크 전체를 초기화할 필요는 없습니다.

v2rayN 다운로드플랫폼에 맞는 설치 파일 선택