이 글 미리보기

클라이언트를 막 설치했거나 구독은 있지만 어디서부터 시작할지 막막한 분을 위한 안내입니다. 먼저 클라이언트, 코어, 노드의 차이를 이해한 다음 구독을 가져오고 트래픽을 전달하도록 설정해 보세요. 마지막으로 브라우저 접속과 연결 로그를 확인해 실제 연결 여부를 판단합니다. 데스크톱은 v2rayN을 기준으로 설명하고, Android에서는 v2rayNG와 v2flyNG를 선택하는 기준도 다룹니다. 버전에 따라 메뉴 위치가 다를 수 있으니 메뉴 이름이 다르면 해당 기능을 찾아보세요.

1. V2Ray, 코어, 클라이언트는 어떻게 다른가요?

V2Ray는 프록시 도구와 관련 생태계에서 널리 쓰이는 이름이지, 바로 사용할 수 있는 노드 서비스 자체를 뜻하지는 않습니다. 코어는 연결을 수신하고 라우팅을 처리하며 원격 서버와 통신합니다. 클라이언트는 구독 가져오기, 노드 선택, 로그 확인 등을 위한 그래픽 인터페이스를 제공합니다. 클라이언트를 설치하는 것만으로는 준비가 끝나지 않으며, 유효한 연결 설정도 필요합니다.

클라이언트 조작 인터페이스
예: v2rayN, v2rayNG, v2flyNG. 일반적인 설정은 클라이언트에서 할 수 있으므로 코어 설정 파일을 직접 수정할 필요는 없습니다.
코어 연결 처리
Xray와 V2Fly는 서로 다른 코어 프로젝트입니다. 지원하는 프로토콜, 전송 방식, 보안 기능이 완전히 같지는 않으므로 프로그램 이름만 보고 호환 여부를 판단하면 안 됩니다.
노드와 구독 연결 정보
노드는 원격 연결에 필요한 매개변수 모음이고, 구독은 여러 매개변수를 가져오거나 갱신하는 주소입니다. 구독 주소 자체는 브라우저의 프록시 서버 주소가 아닙니다.

VMess와 VLESS는 프록시 프로토콜이고, WebSocket은 전송 방식이며, TLS와 REALITY는 연결 보안 관련 설정입니다. 각 항목은 서로 다른 계층에 있으므로 어느 하나의 이름만으로 완전한 노드 설정을 대신할 수 없습니다.

2. 데스크톱과 Android에서는 어떤 클라이언트를 써야 하나요?

Windows, macOS, Linux에서는 먼저 해당 플랫폼용 v2rayN 설치 경로를 확인하세요. Android에서는 구독이 지원하는 방식에 따라 v2rayNG 또는 v2flyNG를 선택하면 됩니다. 서비스 제공자가 Xray, VLESS + REALITY를 명시했다면 모든 클라이언트를 차례로 시험하기보다 Xray 기반 클라이언트의 지원 여부부터 확인하세요.

기기와 구독 요구 사항에 맞춰 선택

데스크톱: v2rayN
  • Windows, macOS, Linux에 맞는 설치 파일을 선택하세요.
  • x64 또는 ARM64 등 기기의 프로세서 아키텍처를 확인하세요.
  • 클라이언트 설정에서 사용하는 코어와 노드 요구 사항을 확인하세요.
Android: 코어에 따라 선택
  • v2rayNG는 Xray 코어를 사용합니다.
  • v2flyNG는 V2Fly 코어를 사용합니다.
  • 먼저 구독 제공자의 프로토콜 안내를 확인한 뒤 클라이언트 호환성을 확인하세요.

같은 구독을 여러 기기에서 사용할 수 있는지는 구독 형식, 프로토콜 지원 여부, 서비스 제공자의 기기 제한에 따라 달라집니다. 가져오기 결과가 모든 기기에서 같다고 보장할 수는 없습니다.

3. 다운로드했는데 왜 바로 연결되지 않나요?

클라이언트가 사용 가능한 서버를 자동으로 만들어 주지는 않습니다. 처음 사용하려면 유효한 구독이나 서버 관리자가 제공한 완전한 노드 공유 링크가 필요합니다. 서버 도메인과 포트만으로는 대개 연결할 수 없으며 인증 정보, 전송 방식, 보안 매개변수도 서로 일치해야 합니다.

4. v2rayN에서 구독을 추가하고 노드를 갱신하는 방법

계정 로그인 페이지 주소가 아니라 제공자가 안내한 클라이언트용 구독 주소를 복사하세요. 아래는 일반적인 v2rayN 데스크톱 인터페이스를 기준으로 설명합니다. 구독 관리에서 주소를 저장하고 갱신을 실행해 노드를 가져옵니다. 두 단계를 모두 마쳐야 목록에 항목이 표시됩니다.

  1. 구독 주소 복사

    서비스 제공자 페이지에서 현재 클라이언트에 맞는 구독 형식을 선택하세요. 전체 URL을 복사하고 앞뒤에 불필요한 공백이나 줄바꿈이 없는지 확인합니다.

  2. 구독 그룹 만들기

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

  3. 구독 갱신 실행

    메인 화면으로 돌아와 「구독 그룹」→「모든 구독 갱신(프록시 사용 안 함)」을 선택하세요. 먼저 현재 네트워크로 가져온 다음 갱신 결과가 성공인지 확인합니다.

  4. 사용할 서버로 설정

    갱신 후 노드 목록에서 노드를 하나 선택하고 마우스 오른쪽 버튼 메뉴의 「사용할 서버로 설정」을 선택하세요. 이어서 시스템 프록시를 켜야 시스템 프록시 설정을 따르는 브라우저에서 사용할 수 있습니다.

버전에 따라 구독 관리 창의 「추가」 또는 「+」 버튼에서 구독을 추가할 수 있고, 갱신 메뉴의 이름도 조금씩 다를 수 있습니다. 구독 주소에 접근할 때 반드시 프록시가 필요하다면 먼저 연결 가능한 노드를 확보한 뒤 프록시를 통한 갱신을 선택하세요. 목록이 비어 있는 상태에서 이 옵션을 반복해서 바꿔도 처음 구독을 가져오는 문제는 해결되지 않습니다.

5. 노드 링크, 구독 주소, QR 코드를 서로 바꿔 쓸 수 있나요?

세 가지 방식에 담긴 내용은 서로 다를 수 있습니다. vmess:// 또는 vless://로 시작하는 문자열은 보통 단일 노드 공유 링크입니다. https://로 시작하는 주소는 구독일 수도 있고 일반 웹페이지일 수도 있습니다. QR 코드는 문자열을 담는 수단일 뿐이므로 스캔한 뒤 실제로 어떤 내용이 해석됐는지 확인해야 합니다.

받은 정보권장 가져오기 방법가져온 뒤 확인할 항목
구독 URL구독 그룹 설정갱신 결과, 노드 수, 그룹 활성화 여부
단일 노드 링크클립보드에서 가져오기프로토콜, 서버 주소, 포트, 보안 매개변수
노드 QR 코드QR 코드 스캔일반 웹페이지를 인식한 것만이 아니라 노드가 정상적으로 생성됐는지

v2rayNG에서는 보통 사이드 메뉴의 「구독 그룹 설정」을 열고 「+」로 주소를 저장한 다음, 메인 화면으로 돌아와 오른쪽 위 메뉴에서 「현재 그룹 구독 갱신」을 선택합니다. 단일 노드를 가져오려면 메인 화면의 「+」 메뉴에서 클립보드 가져오기나 QR 코드 스캔을 선택하세요. 구독 URL 전체를 노드 편집 화면의 ‘주소’ 입력란에 넣지 마세요.

6. 시스템 프록시와 TUN 중 무엇을 먼저 켜야 하나요?

데스크톱에서 처음 연결을 확인할 때는 시스템 프록시부터 사용하는 것이 좋습니다. 시스템 프록시 설정을 따르는 앱의 요청을 로컬 프록시로 전달하지만, 모든 프로그램에 적용되는 것은 아닙니다. v2rayN에서는 보통 트레이 아이콘을 마우스 오른쪽 버튼으로 클릭해 「시스템 프록시」→「시스템 프록시 자동 설정」을 선택합니다. 실제 수신 포트는 「설정」→「매개변수 설정」에서 확인하세요.

시스템 프록시 설정 확인 예시

적용 대상
시스템 프록시 설정을 따르는 앱
로컬 주소
127.0.0.1
프록시 포트
10808, 예시일 뿐입니다
확인 방법
브라우저 접속 및 클라이언트 연결 로그

클라이언트에 실제로 표시된 포트와 연결 프로토콜을 기준으로 삼으세요. 이전 설정에서는 다른 포트를 사용할 수 있으므로 예시 값을 그대로 적용하면 안 됩니다.

TUN 사용 전 확인 사항

트래픽 처리 방식
가상 네트워크 인터페이스를 통해 트래픽 처리
권한
관리자 권한 또는 시스템 승인이 필요할 수 있음
사용 상황
앱이 시스템 프록시를 따르지 않을 때 추가로 시도
주요 점검 항목
라우팅, DNS, 다른 터널링 소프트웨어와의 충돌

TUN을 켠다고 연결이 보장되는 것은 아닙니다. 먼저 노드가 작동하는지 확인한 뒤 더 많은 트래픽을 처리하는 모드를 켜면 문제의 원인을 구분하기 쉽습니다.

Android의 v2rayNG와 v2flyNG는 보통 시스템 VPN 인터페이스를 통해 선택한 트래픽을 처리하며, 처음 실행할 때 시스템 권한을 승인해야 합니다. 데스크톱의 시스템 프록시를 변경하는 방식과는 다릅니다. 권한 요청이 표시되면 앱의 출처와 이름을 확인한 뒤 연결을 허용하세요.

7. 라우팅은 글로벌과 규칙 중 무엇을 선택해야 하나요?

라우팅은 연결을 프록시로 보낼지 직접 연결할지 결정하며, 잘못된 서버 비밀번호나 만료된 노드를 해결해 주지는 않습니다. 일상적인 사용에는 클라이언트의 규칙 기반 라우팅을 우선 사용하세요. 특정 사이트에 문제가 생기면 잠시 ‘글로벌 프록시’에 해당하는 라우팅 방식으로 전환해 분할 라우팅 규칙이 원인인지 확인할 수 있습니다.

예를 들어 브라우저에서는 대상 페이지에 접속되지만 특정 앱만 계속 실패한다면, 먼저 해당 앱이 시스템 프록시를 사용하는지 확인하세요. 요청이 클라이언트에 도달하는 것을 확인한 뒤 라우팅 규칙이 적용되는지 점검해야 합니다. 연결 기록이 없는데 분할 라우팅 규칙을 계속 바꾸지 마세요.

8. 첫 연결이 성공했는지 어떻게 확인하나요?

노드 옆에 표시되는 지연 시간은 특정 테스트에 당시 응답이 있었다는 뜻일 뿐입니다. TCP 포트에 연결할 수 있어도 인증에 성공했다는 뜻은 아닙니다. 앱에 ‘실행 중’이라고 표시돼도 로컬 서비스만 시작됐을 수 있습니다. 처음 연결을 확인할 때는 실제 접속 결과와 연결 기록을 함께 살펴보고 아이콘 하나나 속도 측정 한 번만으로 판단하지 마세요.

  1. 기본 네트워크 확인: 먼저 평소 바로 열리는 사이트에 접속해 기기의 네트워크 연결이 끊겼거나 공용 네트워크 인증이 끝나지 않은 것은 아닌지 확인하세요.
  2. 사용 중인 노드 확인: 현재 선택된 서버를 확인하세요. 목록에서 한 줄이 강조 표시됐더라도 실제 사용 노드가 바뀌지 않았을 수 있습니다.
  3. 트래픽 전달 경로 확인: 데스크톱에서는 시스템 프록시를 켜고, Android에서는 연결이 시작됐으며 시스템 VPN 권한이 승인됐는지 확인하세요.
  4. 대상 사이트 접속 확인: 해당 연결이 필요한 페이지를 브라우저에서 열고, 클라이언트 로그에 관련 연결이나 오류가 표시되는지 함께 확인하세요.
  5. 다시 접속해 확인: 새 페이지를 열어 한 번 더 접속하세요. 간헐적으로만 성공한다면 모든 매개변수를 바로 바꾸기보다 네트워크 안정성을 먼저 확인하세요.

내장된 ‘실제 연결 지연’ 테스트는 단순 TCP 테스트보다 애플리케이션 계층의 상태를 더 잘 반영하는 편이지만, 테스트 주소와 현재 네트워크에 따라 결과가 달라집니다. 테스트 지연 시간을 다운로드 속도로 간주하거나 모든 사이트에 접속할 수 있다고 판단하지 마세요.

9. 연결됨으로 표시되는데 웹페이지가 열리지 않으면 어디부터 확인하나요?

‘로컬 프록시 → 요청이 전달되는지 → 원격 연결’ 순서로 확인하세요. 한 번에 옵션 하나만 바꾸고 변경 전후 오류를 기록해 두세요. 로그에 요청이 없다면 프록시 설정과 트래픽 전달 여부를 확인하고, 요청이 들어온 뒤 오류가 발생한다면 노드, DNS, 네트워크 경로를 점검하세요.

브라우저가 계속 로딩되는데 로그에는 변화가 없나요?

v2rayN 트레이 메뉴에서 「시스템 프록시」→「시스템 프록시 자동 설정」을 다시 확인하세요. 브라우저에 별도의 프록시가 설정되어 있거나 프록시 확장 프로그램이 설정을 덮어쓰는지도 살펴보세요. 앱이 시스템 프록시를 전혀 따르지 않는다면 프록시 주소를 직접 지정하거나 TUN을 고려하세요.

로그에 address already in use가 표시되나요?

보통 로컬 수신 포트가 이미 사용 중이라는 뜻입니다. 중복 실행된 클라이언트와 같은 포트를 사용하는 다른 프로그램을 종료하세요. 필요한 경우 「설정」→「매개변수 설정」에서 로컬 포트를 변경하고, 해당 포트를 직접 입력한 앱의 설정도 함께 바꾸세요.

로그에 timeout 또는 이름 확인 실패가 표시되나요?

먼저 같은 구독에 포함된 다른 노드로 바꾼 뒤, 다른 네트워크에서도 다시 테스트하세요. 시간 초과는 원격 서버에 연결할 수 없어서 발생할 수 있고, 이름 확인 실패는 노드 도메인과 DNS를 점검해야 합니다. timeout 하나만 보고 구독 형식이 잘못됐다고 단정하지 마세요.

인증 또는 TLS 핸드셰이크 실패가 표시되면 어떻게 하나요?

먼저 기기의 날짜와 시간을 맞춘 다음 구독을 갱신하고 서비스 상태를 확인하세요. 노드를 직접 수정했다면 원본 설정을 다시 가져와 서버 이름 등의 항목을 확인하세요. 매개변수나 인증서 문제를 가리기 위해 인증서 검증을 끄지 마세요.

10. 처음 연결된 뒤 어떤 설정을 저장해야 하나요?

먼저 검증된 최소 설정을 저장한 뒤 자동 갱신, 앱별 프록시, TUN을 하나씩 추가하세요. 연결되자마자 코어, DNS, 라우팅을 한꺼번에 바꾸면 이후 문제의 원인을 찾기 어려워집니다. 구독 관리로 가져온 노드는 클라이언트가 생성한 config.json을 직접 수정하지 않는 편이 좋습니다. 노드를 바꾸거나 프로그램을 다시 시작하면 파일이 새로 생성될 수 있습니다.

첫 연결에서 중요한 것은 설정을 많이 바꾸는 것이 아니라 각 단계가 제대로 작동하는지 확인하는 것입니다. 구독이 노드를 만들고, 노드가 로컬 프록시를 시작하고, 앱이 요청을 전달하며, 라우팅이 올바른 경로를 고르고, 원격 연결이 완료되는지 차례대로 확인하세요. 이 연결 과정을 단계별로 점검해 두면 기기를 바꾸거나 클라이언트를 업데이트한 뒤에도 복구하기가 쉬워집니다.