v2rayN 메인 화면 사용법: 서버 목록·구독 그룹·로그·설정 메뉴

v2rayN 메인 창의 메뉴, 구독 그룹, 서버 목록, 로그와 상태 표시줄을 살펴봅니다. 화면 구성을 익힌 뒤 설정을 시작하세요.

이 글의 핵심

v2rayN을 열었지만 ‘서버를 선택한 상태’와 ‘프록시가 적용된 상태’를 구분하기 어려운 사용자를 위한 안내입니다. 메뉴, 그룹, 목록, 로그, 상태 표시줄의 기능을 차례로 살펴본 다음, 확인 가능한 작업 절차로 첫 설정을 진행합니다. 현재 노드, 로컬 리스너, 시스템 프록시, 라우팅 모드를 구분하는 것이 핵심이며, 고급 프로토콜 설정을 먼저 바꿀 필요는 없습니다.

화면 구성을 먼저 익히고 버전 확인하기

v2rayN은 서버 설정을 저장하고 코어 설정을 생성하며 조작 화면을 제공하는 데스크톱 클라이언트입니다. 실제 연결은 선택한 코어가 처리합니다. 창이 열렸다고 코어가 정상적으로 시작된 것은 아니며, 서버 목록에 항목이 있다고 브라우저가 프록시를 사용 중인 것도 아닙니다. 이 세 가지 상태는 각각 확인해야 합니다.

이 글은 Windows 중국어 인터페이스의 일반적인 화면 구성을 기준으로 설명합니다. 6.x 클래식 인터페이스와 7.x 이후의 크로스 플랫폼 인터페이스는 메뉴 위치, 열 이름, 상태 표시줄 배치가 다를 수 있습니다. 먼저 ‘도움말’의 버전 정보나 ‘정보’ 메뉴에서 설치된 버전을 확인한 뒤 기능 이름을 기준으로 찾아보세요. 다른 데스크톱 운영체제의 프록시 적용 방식은 Windows와 완전히 같지 않습니다.

  • 상단 메뉴: 서버 추가, 구독 관리, 설정 열기, 도움말 확인.
  • 구독 그룹 영역: 설정 출처별로 목록을 필터링합니다. 시스템 프록시를 전환하는 기능은 아닙니다.
  • 서버 목록: 노드 설정을 확인하고 활성 서버를 선택하거나 테스트합니다.
  • 로그 또는 정보 영역: 구독 업데이트, 코어 시작, 연결 오류를 확인합니다.
  • 하단 상태 영역: 로컬 리스너, 시스템 프록시, 라우팅, 트래픽 상태를 확인합니다. 버전에 따라 관련 메뉴가 도구 모음이나 트레이 메뉴에 있을 수 있습니다.

상단 메뉴: 설정 메뉴 구분하기

‘서버’에서는 개별 서버나 여러 서버 설정을 관리하고, ‘구독 그룹’에서는 원격 구독 주소와 업데이트를 관리하며, ‘설정’에서는 클라이언트 동작과 코어 관련 옵션을 다룹니다. 세 메뉴의 역할은 서로 다릅니다. 로컬 리스닝 포트를 바꿔도 서버 포트는 바뀌지 않으며, 구독을 업데이트했다고 특정 노드가 작동한다는 뜻은 아닙니다.

메뉴주요 용도작업 전 확인 사항
서버 → 클립보드에서 URL 일괄 가져오기복사한 노드 공유 링크 가져오기클립보드에 노드 링크가 있는지 구독 주소가 있는지 확인하세요. 두 항목은 가져오는 방법이 다릅니다.
구독 그룹 → 구독 그룹 설정그룹 추가, 구독 주소 입력, 그룹 메모 수정주소가 완전한지, 신뢰할 수 있는 출처에서 받은 주소인지 확인하세요.
구독 그룹 → 모든 구독 업데이트구독에 포함된 서버 설정 다시 가져오기메뉴에서 ‘프록시 사용’과 ‘프록시 사용 안 함’ 업데이트 방식을 구분하세요.
설정 → 매개변수 설정로컬 리스너, 설정 테스트 등의 옵션 확인변경 전 값을 기록하세요. 옵션 위치는 버전에 따라 달라질 수 있습니다.
설정 → 라우팅 설정라우팅 규칙 모음 확인 및 편집규칙 편집과 현재 사용할 라우팅 설정 전환은 별개의 작업입니다.

VMess와 VLESS는 서버 설정의 프로토콜 이름이지 ‘시스템 프록시 모드’가 아닙니다. 가져온 뒤 메뉴를 보기 좋게 맞추려고 프로토콜, 전송 방식, TLS 설정을 바꿀 필요는 없습니다. 이 값들은 서버 설정과 일치해야 합니다. 전송 방식을 다른 옵션으로 바꿔도 구독 업데이트 실패는 해결되지 않습니다.

구독 그룹: 출처 관리와 목록 필터링

그룹 탭은 우선 목록 필터로 사용됩니다. 구독 그룹을 클릭하면 일반적으로 해당 그룹의 서버만 표시됩니다. 다른 출처의 항목을 확인하려면 ‘전체’로 돌아가세요. 탭을 전환해도 활성 노드가 바뀌는 것은 아니며, 현재 활성 노드는 다른 그룹에 속해 있을 수 있습니다.

  1. 그룹 설정 열기

    ‘구독 그룹’ → ‘구독 그룹 설정’으로 이동한 뒤 추가 메뉴에서 그룹을 만드세요. 출처를 알아볼 수 있도록 메모를 작성하고, 여러 그룹에 같은 이름을 사용하지 않는 것이 좋습니다.

  2. 구독 주소 입력

    구독 주소 또는 URL 입력란에 전체 주소를 입력하고 저장한 뒤 메인 창으로 돌아오세요. 구독 주소에는 접근 자격 증명이 포함될 수 있으므로 공개 스크린샷이나 게시물에 붙여 넣지 마세요.

  3. 구독 업데이트 실행

    ‘구독 그룹’을 열고 현재 구독 또는 모든 구독 업데이트를 선택하세요. 사용할 수 있는 프록시가 아직 없다면 먼저 ‘프록시 사용 안 함’으로 업데이트해 보세요. 사용할 수 있는 연결이 있는데 직접 연결에 실패하면 ‘프록시 사용’을 시도하세요.

  4. 필터 결과 확인

    해당 그룹 탭을 클릭해 서버 항목이 표시되는지 확인하세요. 목록이 비어 있으면 ‘전체’로 돌아가 이번 업데이트 로그를 확인하고, 필터 문제인지 다운로드 실패인지 구분하세요.

구독을 업데이트하면 원격 설정에 따라 항목이 다시 생성될 수 있습니다. 구독 노드의 주소, 메모, 전송 설정을 직접 수정해도 다음 업데이트 때 덮어써질 수 있습니다. 사용자 설정을 유지해야 한다면 먼저 설정을 백업하고, 직접 관리하는 항목과 구독으로 관리하는 항목을 구분하세요.

서버 목록: 열별 의미 살펴보기

목록의 각 행은 서버 설정 하나를 뜻하며, 연결이 이미 수립되었다는 의미는 아닙니다. 한 번 클릭하면 보통 해당 행이 선택되어 복사, 테스트, 편집할 수 있습니다. 활성화하면 클라이언트가 그 설정을 사용해 실행 매개변수를 생성합니다. 행의 배경색만으로 연결 상태를 판단하지 말고, 오른쪽 클릭 메뉴와 활성 표시, 상태 표시줄을 함께 확인하세요.

열 또는 표시실제 의미혼동하기 쉬운 점
메모노드에 표시되는 이름이름에 적힌 지역이나 회선 설명은 클라이언트가 확인한 결과가 아닙니다.
주소, 포트원격 서버에 연결할 때 사용하는 대상원격 포트는 컴퓨터의 로컬 프록시 포트가 아닙니다.
유형 또는 프로토콜예: VMess, VLESS이 정보만으로 지연 시간, 속도, 사용 가능 여부를 판단할 수 없습니다.
전송 방식, TLS연결에 사용하는 전송 방식과 보안 설정서버 설정과 일치해야 하며 임의로 조합하면 안 됩니다.
구독 그룹설정이 속한 출처이름이 같은 노드라도 서로 다른 그룹에서 가져왔을 수 있습니다.
지연 시간, 속도해당 항목의 최근 테스트 결과빈칸은 보통 아직 테스트하지 않았다는 뜻입니다. 이전 결과가 현재 상태를 보장하지는 않습니다.

대상 행을 오른쪽 클릭하고 ‘활성 서버로 설정’을 선택해 서버를 지정하세요. 일부 인터페이스에서는 두 번 클릭해 활성화할 수도 있습니다. 그런 다음 후보 노드를 몇 개만 골라 ‘서버 실시간 지연 시간 테스트’를 실행하세요. 이 테스트는 보통 노드를 통해 테스트 주소에 접속하므로 원격 포트만 확인하는 것보다 실제 애플리케이션 연결에 가깝습니다. 다만 테스트 주소와 네트워크 환경의 영향을 받습니다.

  • 지연 시간 단위는 ms입니다: 테스트에 걸린 시간이며 다운로드 대역폭이 아닙니다.
  • 속도 테스트는 데이터를 사용합니다: 요금제 제한을 모른다면 모든 노드를 반복해서 테스트하지 마세요.
  • 시간 초과가 발생하면 범위를 먼저 확인하세요: 노드 하나만 실패한 경우와 모든 노드가 실패한 경우는 점검 방향이 다릅니다. 모든 노드가 실패했다면 로컬 네트워크와 테스트 주소도 확인하세요.

리스닝 포트와 상태 표시줄: 로컬과 원격 구분하기

로컬 리스너는 애플리케이션의 요청이 프록시로 들어오는 입구이고, 원격 주소는 코어가 외부로 연결하는 대상입니다. 둘 다 포트 번호를 표시할 수 있지만 설정 위치와 역할은 완전히 다릅니다. ‘설정’ → ‘매개변수 설정’에서 실제 로컬 리스닝 값을 확인하고 메인 창 하단 정보와 비교하세요. 오래된 안내에 나온 포트를 그대로 사용하지 마세요.

로컬 프록시 주소

일반적인 주소
127.0.0.1, 즉 로컬 루프백 주소
포트 예시
10808, 실제 값은 현재 설정을 따릅니다.
리스너 유형
버전과 설정에 따라 SOCKS, HTTP 또는 혼합 리스너
확인 위치
‘설정’ → ‘매개변수 설정’ 및 시작 로그

구버전에서는 SOCKS가 10808, HTTP가 10809인 경우가 많았습니다. 혼합 리스너 설정은 한 포트에서 두 유형의 요청을 모두 받을 수 있으므로 10809 포트가 별도로 있다고 단정할 수 없습니다.

원격 서버 설정

주소 출처
구독에서 가져오거나 직접 입력한 서버 주소
포트 예시
443, 필드 설명용 예시일 뿐입니다.
프로토콜 필드
VMess, VLESS 등. 서버 설정과 일치해야 합니다.
확인 위치
서버 목록 및 해당 항목의 편집 창

원격 서버가 443 포트를 사용한다고 해서 로컬에서도 443을 리스닝해야 하는 것은 아닙니다. 포트 번호만으로 TLS 사용 여부를 확인할 수도 없습니다.

상태 영역의 트래픽 속도는 통계 범위 안의 활동만 보여줍니다. 값이 0이면 일시적으로 요청이 없거나 애플리케이션이 프록시를 거치지 않는 것일 수 있습니다. 트래픽이 표시되어도 모든 애플리케이션의 요청이 프록시를 거친다는 뜻은 아닙니다. 적용 여부를 확인할 때는 활성 서버, 프록시 입구, 실제 접속 결과를 모두 확인하세요.

시스템 프록시와 라우팅: 서로 다른 설정

Windows 인터페이스의 ‘시스템 프록시’ 메뉴에는 보통 ‘시스템 프록시 자동 설정’, ‘시스템 프록시 해제’, ‘시스템 프록시 변경 안 함’이 있습니다. 자동 설정은 시스템 프록시 주소를 지정하고, 해제는 관련 설정을 제거합니다. 변경 안 함은 현재 상태를 유지하는 것이며 이미 설정된 프록시를 끄는 기능이 아닙니다. 트레이 메뉴에서도 관련 항목을 찾을 수 있습니다.

두 가지 연결 방식에서 확인할 점

시스템 프록시 사용
  • v2rayN에서 ‘시스템 프록시 자동 설정’을 선택합니다.
  • 애플리케이션에서 시스템 프록시 사용이 허용되어 있어야 합니다.
  • Windows ‘설정’ → ‘네트워크 및 인터넷’ → ‘프록시’에서 로컬 주소와 포트를 확인합니다.
  • 시스템 프록시를 따르지 않는 애플리케이션은 이 설정만으로 프록시 적용 여부를 판단할 수 없습니다.
애플리케이션에 직접 지정
  • 애플리케이션의 프록시 설정에서 HTTP 또는 SOCKS 유형을 선택합니다.
  • 주소에는 로컬 루프백 주소를, 포트에는 클라이언트의 실제 리스닝 값을 입력합니다.
  • 시스템 프록시를 사용하지 않아도 되지만 코어가 정상 실행 중이어야 합니다.
  • 애플리케이션에 자체 직접 연결 예외 규칙이 있다면 함께 확인하세요.

시스템 프록시는 일부 애플리케이션의 요청을 프록시로 보내는 방법을 정하고, 라우팅 규칙은 코어에 들어온 요청을 분기하는 방법을 정합니다. 같은 설정이 아닙니다.

‘설정’ → ‘라우팅 설정’에서는 규칙을 관리하고, 상태 표시줄이나 도구 모음의 라우팅 선택 메뉴에서는 현재 사용할 설정을 전환합니다. 요청이 로컬 프록시로 들어와도 규칙에 따라 직접 연결될 수 있습니다. TUN은 권한, 가상 네트워크 어댑터, 라우팅이 관련된 별도의 트래픽 연결 방식입니다. 메인 창을 익히는 동안에는 한 가지 연결 방식만 사용해 확인하고 시스템 프록시와 TUN을 동시에 변경하지 마세요.

로그 패널: 발생 순서대로 확인하기

로그는 오류가 있을 때만 확인하는 것이 아닙니다. 구독을 업데이트하거나 활성 서버를 바꾸거나 설정을 다시 불러올 때 작업 시간을 기록한 뒤 바로 이어지는 내용을 살펴보세요. 버전에 따라 ‘정보’와 ‘로그’가 별도 탭으로 나뉘면 클라이언트 작업 알림과 코어 실행 정보를 각각 확인하세요.

  • 구독 단계: 요청이 성공했는지, 서버 항목이 파싱되었는지 확인하세요. 업데이트 시간 초과가 현재 노드의 고장을 의미하지는 않습니다.
  • 시작 단계: 코어가 종료되었는지, 로컬 리스너가 생성되었는지 확인하세요. address already in use는 리스닝 주소나 포트 충돌을 나타내는 경우가 많습니다.
  • 접속 단계: 도메인 확인, 원격 연결, 핸드셰이크 중 어느 단계에서 실패했는지 확인하세요. timeout은 한 단계에서 시간 초과가 발생했다는 뜻일 뿐, 원인을 단정할 수는 없습니다.
  • 로그를 공유하기 전: 구독 주소, UUID, 비밀번호와 기타 자격 증명을 가리고 오류 내용, 시간, 필요한 작업 상황은 남겨 두세요.
서버 목록에 노드가 있는데 브라우저가 프록시를 사용하지 않는 이유는 무엇인가요?

먼저 오른쪽 클릭 메뉴에서 ‘활성 서버로 설정’을 선택하고 코어가 오류 없이 시작되었는지 확인하세요. 그런 다음 ‘시스템 프록시’가 ‘시스템 프록시 자동 설정’으로 되어 있는지 확인합니다. 브라우저에 별도 프록시가 설정되어 있다면 시스템 설정을 덮어쓰는지, 주소와 포트가 로컬 리스너와 일치하는지 확인하세요.

업데이트에 성공했는데 그룹이 비어 있는 이유는 무엇인가요?

먼저 ‘전체’로 돌아가 검색 조건을 지운 다음 대상 그룹을 열어 보세요. 그래도 항목이 없다면 로그에서 성공한 것이 다운로드 요청인지 노드 파싱인지 확인하세요. 웹페이지 내용이나 만료 안내가 반환되면 네트워크 요청에 성공했더라도 가져올 설정이 없을 수 있습니다.

포트 충돌이 발생하면 서버 포트를 바꿔야 하나요?

원격 포트부터 바꾸면 안 됩니다. 먼저 중복 실행된 클라이언트 인스턴스를 종료한 다음 ‘설정’ → ‘매개변수 설정’에서 로컬 리스닝 포트를 확인하세요. 로컬 포트를 바꿔야 한다면 애플리케이션에 직접 입력한 프록시 포트도 함께 바꾸고 시스템 프록시 설정을 다시 적용하세요.

실시간 연결 테스트는 성공했는데 특정 웹사이트가 열리지 않는 이유는 무엇인가요?

실시간 연결 테스트는 테스트 대상에 대한 연결만 확인합니다. 이어서 브라우저 요청이 프록시를 거치는지 확인한 뒤 현재 라우팅과 DNS 관련 로그를 살펴보세요. 한 사이트에서만 문제가 발생한다면 사이트 자체의 상태, 접근 제한, 필요한 연결 방식도 확인하세요. 곧바로 클라이언트를 다시 설치하지 마세요.

메인 창을 닫기 전 확인할 항목

첫 설정을 마친 뒤 화면의 네 가지 정보를 연결해 확인하세요. 서버 목록은 연결 대상을 보여주고, 코어 로그는 시작 상태를 알려주며, 로컬 리스너는 진입점을 제공하고, 시스템 프록시 또는 애플리케이션 설정은 요청을 프록시로 전달합니다. 노드를 계속 바꾸기보다 이 순서로 점검해야 유효한 단서를 놓치지 않습니다.

  1. 그룹 필터가 올바른지, 사용할 서버가 실제로 활성화되어 있는지 확인합니다.
  2. 실시간 지연 시간 테스트를 한 번 실행해 테스트 시간과 결과를 확인하고, 이전 결과를 현재 결과로 착각하지 않습니다.
  3. 시작 로그를 확인해 로컬 포트 충돌과 설정 불러오기 실패를 점검합니다.
  4. 시스템 프록시 또는 애플리케이션 프록시의 주소와 포트를 확인한 뒤 실제로 접속해 봅니다.
  5. 사용을 중단할 때는 종료 전에 시스템 프록시 상태를 정리하세요. ‘시스템 프록시 변경 안 함’으로 기존 설정이 해제된다고 생각하지 마세요.

이어서 라우팅과 DNS를 살펴보려면 고급 사용법을 참고하세요. 프로토콜, 코어, 구독 관련 용어를 확인하려면 용어집을 살펴보세요. 작동이 확인된 기본 설정은 유지하고 기능을 하나씩 추가하세요.

클라이언트 다운로드플랫폼에 맞는 설치 파일 선택