V2Ray 초보자 질문 10가지: 구독 가져오기, 연결 실패, 프록시 모드 선택

구독 출처와 노드 가져오기부터 연결 문제 해결, 시스템 프록시, TUN 및 라우팅 모드까지 실제 사용 순서에 따라 자주 묻는 10가지 질문에 답합니다.

이 글 한눈에 보기

v2rayN, v2rayNG 또는 v2flyNG를 처음 사용하는 분에게 적합합니다. 구독과 클라이언트의 관계를 설명하고, 가져오기·업데이트·연결·라우팅 설정을 점검하는 구체적인 순서를 안내합니다. 오류 메시지 원문, 포트 정보와 단계별 조작법으로 “노드는 있지만 연결되지 않음”과 “연결됨으로 표시되지만 웹페이지가 열리지 않음” 문제의 원인을 찾을 수 있습니다.

1. 구독 링크와 노드 가져오기

질문 1: 구독 링크는 어디에서 받나요?

구독 링크는 클라이언트가 자동으로 생성하는 계정이 아니며, v2rayN이나 v2rayNG에 함께 제공되는 것도 아닙니다. 보통 직접 관리하는 서버 설정, 네트워크 서비스 제공업체의 사용자 패널 또는 조직 관리자가 배포한 설정 페이지에서 확인할 수 있습니다. 클라이언트는 링크에 포함된 노드 정보를 읽은 뒤 V2Ray, Xray 또는 v2fly 코어에 전달해 연결을 수립합니다.

하나의 구독 링크에서 VMess, VLESS 등 여러 설정이 반환될 수도 있고 노드 하나만 반환될 수도 있습니다. 복사할 때는 전체 프로토콜 헤더, 경로와 쿼리 매개변수를 포함해야 하며 도메인 부분만 복사해서는 안 됩니다. 로그인 후에만 접근할 수 있는 링크라면 웹페이지 주소를 구독 주소로 가져올 수도 없습니다. 사용 전 출처와 이용 권한을 확인하고 포함된 식별 정보도 안전하게 보관하세요.

질문 2: 구독을 가져온 뒤 노드가 표시되지 않는 이유는 무엇인가요?

가장 흔한 원인은 구독 그룹만 만들고 업데이트를 실행하지 않은 경우입니다. 링크 앞뒤에 공백이 섞였거나, 구독이 만료되었거나, 반환 내용이 비어 있거나, 그룹 필터가 모든 노드를 숨긴 경우도 있습니다. 먼저 한 번 업데이트한 다음 클라이언트 안내와 구독 그룹의 노드 수를 확인하세요. 메인 화면이 비어 있다는 이유만으로 가져오기에 실패했다고 판단하지 마세요.

  1. 전체 링크 복사

    제공업체의 구독 페이지에서 주소 전체를 복사하고, 시작 부분이 인식 가능한 웹 주소인지 확인하세요. 채팅 앱 때문에 끝부분의 매개변수가 잘리지 않았는지도 점검해야 합니다.

  2. 구독 그룹 만들기

    v2rayN에서 「구독 그룹」→「구독 그룹 설정」→「추가」를 열고 별칭과 구독 주소를 입력한 뒤 저장합니다.

  3. 모든 구독 업데이트

    메인 화면으로 돌아가 「구독 그룹」→「모든 구독 업데이트(프록시 사용 안 함)」를 엽니다. 현재 네트워크에서 구독에 직접 접근할 수 없다면 프록시를 통한 업데이트로 변경하세요.

  4. 필터 조건 확인

    업데이트 성공 안내가 표시되었는데도 목록이 비어 있다면 그룹의 포함·제외 키워드를 지우고, 이름 필터 때문에 노드가 숨겨진 것은 아닌지 확인하세요.

  5. 업데이트 결과 확인

    상태 표시줄이나 로그에 기록된 반환 개수를 확인하세요. 설정이 0개 반환되었다면 클라이언트를 반복해서 재설치하기보다 구독 자체를 점검해야 합니다.

2. 연결 실패와 웹페이지가 열리지 않는 문제

질문 3: 노드 테스트는 정상인데 연결을 누르면 실패할 때는 어떻게 하나요?

지연 시간 테스트는 테스트 시점에 특정 주소가 응답했다는 뜻일 뿐, 프로토콜 핸드셰이크가 반드시 성공한다는 의미는 아닙니다. 실제 연결에서는 서버 주소, 포트, 사용자 ID, 전송 방식, TLS, SNI, REALITY 매개변수와 시스템 시간을 모두 확인합니다. 어느 하나라도 일치하지 않으면 시간 초과, 연결 종료 또는 대상 주소를 찾을 수 없는 오류가 발생할 수 있습니다.

먼저 같은 구독에 있는 다른 노드로 바꿔 보세요. 노드 하나만 실패한다면 해당 노드의 설정을 집중적으로 확인하고, 모든 노드가 동시에 실패한다면 로컬 네트워크, DNS, 코어 실행 상태와 시스템 시간을 점검하세요. Windows 11에서는 「설정」→「시간 및 언어」→「날짜 및 시간」에서 자동 시간 설정을 켤 수 있습니다. 시간 오차가 크면 TLS 핸드셰이크에 영향을 줄 수 있습니다.

오류: failed to find an available destination

원인 및 해결:아웃바운드 서버 주소를 해석하지 못했거나 해석 결과에 접근할 수 없습니다. 노드 주소의 철자를 확인하고 시스템 DNS를 일시적으로 사용 가능한 DNS 서비스로 변경한 다음 코어를 재시작해 다시 테스트하세요.

오류: context deadline exceeded

원인 및 해결:제한 시간 안에 연결이 완료되지 않았습니다. 포트에 접근할 수 없거나 회선이 혼잡하거나 핸드셰이크 매개변수가 일치하지 않을 때 흔히 발생합니다. 먼저 노드를 변경한 뒤 포트, TLS, SNI와 전송 방식을 확인하세요.

오류: bind: Only one usage of each socket address is normally permitted

원인 및 해결:로컬 수신 포트를 다른 프로세스가 이미 사용 중입니다. 중복 실행된 클라이언트를 종료하거나 「설정」→「매개변수 설정」에서 로컬 포트를 변경한 뒤 재시작하세요.

오류: connection reset by peer

원인 및 해결:원격 서버가 핸드셰이크 중 연결을 일방적으로 종료했습니다. 노드가 만료되지 않았는지 확인하고 클라이언트의 전송 계층, TLS 설정이 서버 설정과 일치하는지 점검하세요.

질문 4: 연결됨으로 표시되는데 웹페이지가 열리지 않는 이유는 무엇인가요?

“연결됨”은 보통 코어가 실행되었거나 특정 테스트 요청이 성공했다는 뜻일 뿐, 브라우저 트래픽이 프록시로 들어갔다는 의미는 아닙니다. 데스크톱에서는 먼저 시스템 프록시가 켜져 있는지 확인하고, Android에서는 시스템 VPN 연결 권한이 여전히 유효한지 확인하세요. 특정 웹사이트만 열리지 않는다면 모든 노드가 만료되었다고 단정하기보다 라우팅 규칙과 DNS 결과를 살펴봐야 합니다.

10808
일반적인 로컬 혼합 프록시 포트
127.0.0.1
로컬 프록시 수신 주소
53
기본 DNS 조회 포트
5분
빠른 문제 해결에 걸리는 시간

로컬 포트가 10808인 설정을 예로 들면, 브라우저에서 프록시를 직접 설정할 때는 노드 서버의 원격 포트가 아니라 127.0.0.1:10808을 지정해야 합니다. 시스템 프록시를 켜면 클라이언트가 시스템 설정을 변경하므로 브라우저는 보통 시스템 설정을 따르면 됩니다. 포트를 수동으로 변경했다면 기존 브라우저 프록시 설정도 함께 수정하세요.

브라우저 요청 시작시스템 프록시 인계로컬 포트 수신라우팅 규칙 일치노드 프록시 아웃바운드

3. 전역, 라우팅, 시스템 프록시와 TUN

질문 5: 전역 모드와 라우팅 모드 중 무엇을 선택해야 하나요?

전역 모드는 클라이언트가 가로챈 트래픽을 모두 프록시 아웃바운드로 보냅니다. 특정 문제가 라우팅 규칙 때문인지 임시로 확인할 때 적합합니다. 라우팅 모드는 도메인, IP, 프로토콜 또는 규칙 세트에 따라 직접 연결, 프록시 또는 차단을 선택하므로 일상적인 사용에 더 적합합니다. 초보자는 먼저 전역 모드로 연결을 테스트한 뒤 노드가 정상임을 확인하고 라우팅 모드로 돌아가면 됩니다.

라우팅은 단순히 “국내”와 “해외”를 기준으로 나누는 방식이 아닙니다. 클라이언트는 위에서 아래 순서로 라우팅 규칙을 확인하며, 처음 일치한 규칙이 아웃바운드 방식을 결정합니다. 사용자 지정 규칙을 기본 규칙 뒤에 두면 적용될 기회가 없을 수 있습니다. 규칙을 수정한 뒤에는 설정을 다시 불러오고 로그에서 대상 도메인이 실제로 어떤 규칙과 일치했는지 확인하세요.

모드 트래픽 처리 적합한 상황 주요 점검 항목
전역 프록시 가로챈 트래픽을 모두 프록시로 전송 최초 연결 테스트, 라우팅 규칙 문제 배제 노드 가용성, DNS, 원격 포트
규칙 기반 라우팅 도메인과 IP에 따라 다른 아웃바운드 선택 일상적인 웹 사용, 불필요한 프록시 트래픽 감소 규칙 순서, 도메인 분류, DNS 해석
직접 연결 요청이 프록시 노드를 거치지 않음 로컬 네트워크 테스트 또는 로컬 서비스 이용 남아 있는 시스템 프록시 설정, 브라우저 개별 프록시

질문 6: 시스템 프록시와 TUN 모드는 어떻게 다른가요?

시스템 프록시는 운영체제의 프록시 설정을 따르는 앱에 주로 적용됩니다. 브라우저는 보통 이를 사용하지만 일부 프로그램, 명령줄 도구와 자체 네트워크 스택을 사용하는 소프트웨어는 시스템 프록시를 우회할 수 있습니다. TUN 모드는 가상 네트워크 어댑터를 통해 더 넓은 범위의 IP 트래픽을 가로채므로 적용 범위가 넓은 대신 드라이버, 권한, DNS 가로채기와 라우팅 테이블 설정에 더 크게 의존합니다.

v2rayN에서는 일반적인 웹 브라우징이라면 먼저 「시스템 프록시」→「시스템 프록시 자동 구성」을 사용하세요. 앱이 시스템 프록시를 읽지 않는 것이 확실할 때만 TUN을 고려하면 됩니다. TUN을 켠 뒤 로컬 네트워크 기기에 접근할 수 없다면 LAN 우회 규칙을 확인하고, 코어 실행에 실패하면 관리자 권한, 가상 네트워크 어댑터 상태와 포트 충돌을 점검하세요.

4. VMess, VLESS와 구독 업데이트

질문 7: VMess와 VLESS 매개변수를 섞어서 입력해도 되나요?

안 됩니다. VMess와 VLESS는 서로 다른 프로토콜입니다. 화면에 주소, 포트, 사용자 ID, 전송 방식과 TLS 같은 항목이 공통으로 표시될 수 있지만 프로토콜 유형과 서버 설정은 반드시 일치해야 합니다. VLESS 설정에는 REALITY, XTLS Vision 등의 옵션이 함께 사용될 수도 있습니다. 공개 키, 짧은 ID, 흐름 제어 또는 서버 이름이 빠지면 보통 핸드셰이크를 완료할 수 없습니다.

구독 가져오기의 장점은 수동 입력 오류를 줄여 준다는 것입니다. 노드를 직접 추가해야 한다면 프로토콜, 주소, 포트, 사용자 ID, 암호화 또는 흐름 제어, 전송 방식, 경로, Host, TLS, SNI와 지문 설정을 항목별로 대조하세요. 두 노드의 주소가 같다는 이유만으로 한 프로토콜의 매개변수를 다른 프로토콜에 복사해서는 안 됩니다.

질문 8: 구독 업데이트에 실패하거나 계속 시간 초과가 발생하면 어떻게 하나요?

먼저 구독 주소 자체에 접근할 수 있는지 확인한 다음 프록시를 통해 가져와야 하는지 판단하세요. 업데이트에 실패해도 기존 노드가 즉시 사라지는 것은 아닙니다. 클라이언트는 일반적으로 마지막으로 성공적으로 저장한 설정을 계속 사용할 수 있습니다. 문제를 해결하기 전에 전체 구독 그룹을 삭제하면 기존 노드와 프록시 업데이트에 사용할 진입점을 동시에 잃게 되므로 피하세요.

구독 업데이트가 시간 초과되나요?

먼저 현재 사용할 수 있는 노드에 연결한 다음 v2rayN의 「구독 그룹」 메뉴에서 프록시를 통한 업데이트를 선택하세요. 그래도 시간 초과가 발생하면 구독 주소가 변경되지 않았는지 확인하세요.

업데이트는 성공했지만 노드 수가 0개인가요?

구독 그룹 설정을 열고 포함·제외 필터 단어를 비운 뒤 다시 시도하세요. 반환 내용이 계속 비어 있다면 구독 제공처에서 설정이 유효한지 확인해야 합니다.

업데이트 후 기존 노드 이름이 바뀌었나요?

노드 이름은 구독에서 반환하는 내용으로 결정됩니다. 라우팅이나 필터가 이름 키워드에 의존한다면 관련 규칙도 함께 확인해 새 이름이 제외되지 않도록 하세요.

문제 해결을 위해 구독 링크를 다른 사람에게 보내도 되나요?

전체 링크를 그대로 공개하는 것은 권장하지 않습니다. 링크에 접근 자격 증명이 포함될 수 있기 때문입니다. 문제 해결에는 식별 매개변수를 제거한 오류 정보, 프로토콜 유형과 클라이언트 로그 일부만 제공하면 됩니다.

업데이트 후 모든 노드가 갑자기 실패하나요?

먼저 코어를 재시작하고 노드를 다시 선택한 뒤 시스템 시간과 구독 공지를 확인하세요. 매개변수가 전체적으로 변경되었다면 최신 구독 내용을 기준으로 사용하고, 예전에 수동으로 복사한 설정을 계속 사용하지 마세요.

구독을 업데이트해도 현재 실행 중인 기존 설정이 자동으로 다시 로드되지 않을 수 있습니다. v2rayN에서는 노드를 다시 선택하고 코어를 한 번 시작하세요. v2rayNG에서는 먼저 연결을 중지한 다음 업데이트된 노드를 선택해 다시 시작하면 됩니다. 로그 시간을 확인하여 현재 실행 중인 것이 메모리에 남아 있던 이전 버전이 아니라 업데이트된 설정인지 확인하세요.

5. Android 백그라운드 연결과 클라이언트 선택

질문 9: v2rayNG가 백그라운드에서 자주 끊길 때와 앱별 프록시는 어떻게 설정하나요?

Android는 배터리 정책에 따라 백그라운드 앱을 제한할 수 있습니다. v2rayNG에 처음 연결할 때는 시스템의 VPN 연결 요청을 허용해야 합니다. 권한을 거부하면 클라이언트가 VpnService 채널을 만들 수 없습니다. 일정 시간 후 자동으로 중지된다면 클라이언트를 시스템 배터리 절전 예외 목록에 추가하고 백그라운드 실행을 허용하세요. Android 14의 일반적인 경로는 「설정」→「앱」→「v2rayNG」→「앱 배터리 사용량」→「제한 없음」입니다. 기기에 따라 메뉴 이름은 다를 수 있습니다.

앱별 프록시는 어떤 앱을 프록시 채널로 보낼지 지정할 때 사용합니다. v2rayNG에서 「설정」→「앱별 프록시」로 들어가 기능을 켠 뒤 프록시 목록 또는 우회 목록을 선택하세요. 두 방식의 논리를 혼동하면 안 됩니다. 프록시 목록은 선택한 앱만 프록시를 사용한다는 뜻이고, 우회 목록은 선택한 앱이 직접 연결되고 나머지 앱은 프록시를 사용한다는 뜻입니다. 변경 후 연결을 끊었다가 다시 연결해 새 규칙을 적용하세요.

  1. 시스템 권한 확인

    처음 연결을 시작할 때 VPN 연결 요청을 허용하세요. 상태 표시줄에 시스템 VPN 표시가 나타난 뒤 웹페이지를 테스트합니다.

  2. 배터리 제한 완화

    「설정」→「앱」→「v2rayNG」→「앱 배터리 사용량」으로 이동해 백그라운드에서 계속 실행할 수 있는 옵션을 선택하세요.

  3. 앱별 프록시 켜기

    클라이언트에서 「설정」→「앱별 프록시」를 열고 프록시 목록 또는 우회 목록을 명확히 선택한 다음 대상 앱을 체크하세요.

  4. 연결 다시 설정

    현재 연결을 중지한 뒤 다시 시작하고, 선택한 앱 하나와 선택하지 않은 앱 하나로 각각 테스트해 규칙 방향이 예상과 일치하는지 확인하세요.

질문 10: v2rayN, v2rayNG, v2flyNG 중 무엇을 선택해야 하나요?

데스크톱에서는 우선 v2rayN을 살펴보세요. 구독 그룹, 시스템 프록시, 라우팅과 TUN 등 자주 사용하는 기능을 제공하며 Windows, macOS와 Linux에서 사용할 수 있습니다. Android에서는 필요한 코어에 따라 선택하면 됩니다. v2rayNG는 Xray 코어를 사용해 VLESS, REALITY 등의 일반적인 조합에 적합하고, v2flyNG는 v2fly 코어를 사용해 해당 V2Ray 설정 체계가 필요한 사용자에게 적합합니다.

같은 구독을 여러 클라이언트에 완전히 가져올 수 있는지는 링크 형식이 아니라 구독에 실제로 포함된 프로토콜과 매개변수에 따라 결정됩니다. 특정 노드가 한 클라이언트에서는 작동하지만 다른 클라이언트에서 인식되지 않는다면 먼저 코어의 지원 범위와 설정 항목을 비교하세요. 곧바로 네트워크 문제로 단정해서는 안 됩니다.

v2rayN
Windows, macOS, Linux 데스크톱
v2rayNG
Android 및 Xray 코어
v2flyNG
Android 및 v2fly 코어

초보자는 문제 해결 순서를 고정해 두면 좋습니다. 먼저 구독에 노드가 있는지 확인하고, 다음으로 코어가 실행되는지 확인한 뒤 시스템 프록시 또는 VPN 권한을 점검하고, 마지막으로 DNS와 라우팅 규칙을 살펴보세요. 매번 하나의 변수만 변경하고 변경 전 설정을 보관하세요. 그러면 연결에 실패하더라도 문제가 구독, 노드, 클라이언트 또는 트래픽 가로채기 단계 중 어디에서 발생했는지 판단할 수 있습니다.

클라이언트 다운로드 Windows, macOS, Android, Linux 버전 확인