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

이 글의 핵심

서버 목록에서 선택된 행과 활성 서버를 구분한 뒤 구독 그룹, 하단 프록시 상태, 로그를 살펴봅니다. v2rayN을 실행했지만 다음에 무엇을 눌러야 할지 헷갈리는 사용자에게 적합한 안내입니다. 구독 업데이트와 서버 전환, 연결 확인을 차례로 수행하고 임의로 바꾸면 안 되는 설정도 알아봅니다.

메인 창의 네 영역부터 살펴보기

먼저 상단의 ‘서버’, ‘구독 그룹’, ‘설정’ 메뉴를 확인하고, 가운데 목록을 본 다음 로그와 하단 상태 영역을 살펴보세요. 이 글은 Windows 데스크톱용 중국어 인터페이스를 기준으로 합니다. 버전에 따라 버튼 위치와 열 이름, 로그 표시 방식이 달라질 수 있습니다. 같은 위치에서 버튼을 찾을 수 없다면 예전 스크린샷의 아이콘을 추측하지 말고 메뉴 이름으로 찾아보세요.

상단 메뉴: 서버 가져오기, 구독 관리, 환경 설정 열기 등을 수행합니다. 주로 기능을 실행하는 메뉴이며 현재 연결 상태를 증명하지는 않습니다.
서버 목록: 로컬에 저장된 노드 설정을 표시합니다. 각 행은 보통 선택 가능한 서버 설정 하나를 나타내며, 현재 연결 중인 서버라는 뜻은 아닙니다.
로그 영역: 클라이언트 작업 결과와 코어 실행 정보를 보여줍니다. 구독 업데이트 실패와 연결 실패는 각각 발생한 시점의 새 로그를 확인해야 합니다.
하단 상태 영역: 시스템 프록시와 라우팅 등의 상태를 확인하거나 전환합니다. 일부 버전에서는 로컬 리스닝 정보, 트래픽, 활성 설정 요약도 표시됩니다.

서버 목록: 열의 의미를 확인하고 활성 서버 선택하기

행을 한 번 클릭한 다음 마우스 오른쪽 버튼을 눌러 사용할 수 있는 작업을 확인하세요. 클릭은 보통 편집이나 테스트, 일괄 작업을 위한 선택일 뿐입니다. 서버를 전환하려면 오른쪽 클릭 메뉴에서 ‘활성 서버로 설정’을 실행해야 합니다. 선택된 행의 배경색만 보고 서버가 바뀌었다고 판단하지 말고 활성 표시나 하단 요약, 전환 시 생성된 로그도 확인하세요.

열 이름	의미	사용 방법
별칭 또는 메모	노드를 구분하기 위해 표시하는 이름	용도에 따라 구분하세요. 이름에 포함된 지역이나 배율은 제공업체가 정한 값이며 클라이언트가 확인한 정보가 아닙니다.
유형	VMess, VLESS 등의 프록시 프로토콜	가져온 설정이 올바른지 확인하세요. 프로토콜 유형은 속도 순위가 아닙니다.
주소, 포트	원격 서버에 연결할 때 사용하는 주소	예를 들어 원격 포트가 443일 수 있습니다. 앱에 입력하는 로컬 프록시 포트와는 다릅니다.
전송 프로토콜, TLS	전송 방식 및 연결 보안 관련 설정	서버 설정과 일치해야 합니다. 속도를 높이려고 임의로 바꾸면 안 됩니다.
구독 그룹	노드가 속한 구독 출처	노드를 업데이트하거나 교체, 정리할 때 어떤 그룹에 영향을 주는지 확인하는 데 사용합니다.
지연 시간, 속도	해당 항목의 가장 최근 테스트 결과	먼저 어떤 종류의 테스트를 실행했는지 확인한 뒤 결과를 비교하세요. 값이 비어 있다면 아직 테스트 결과가 없는 경우가 많습니다.

노드를 선택할 때는 실제 요청이 성공하는지 먼저 확인하고 지연 시간을 비교하세요. TCP 연결 테스트는 서버 주소와 포트에 연결할 수 있는지를 주로 확인합니다. 실제 연결 지연 시간 테스트는 프록시를 통해 테스트 대상에 접속하므로 실제 사용 환경에 더 가깝지만, 테스트 사이트와 네트워크 부하, 서버 정책의 영향을 받습니다. 다운로드 속도 테스트는 트래픽을 소모하므로 클라이언트를 열 때마다 모든 노드에서 실행할 필요는 없습니다.

예를 들어 테스트 결과가 120ms라면 해당 테스트에 걸린 시간만 의미하며, 동영상 다운로드 속도를 예측할 수는 없습니다. 목록에 숫자가 표시돼도 브라우저가 프록시에 연결됐다는 뜻은 아닙니다. 웹페이지를 열어보려는 사용자라면 지연 시간순으로 계속 정렬하기보다 실제 요청이 성공하는 노드를 고르는 편이 유용합니다.

구독 그룹: 필터링·저장·업데이트 구분하기

‘구독 그룹’ → ‘구독 그룹 설정’을 열고 그룹 이름과 구독 주소가 저장됐는지 확인하세요. 그룹은 구독 출처를 관리할 뿐 아니라 메인 창 목록을 필터링하는 데도 사용됩니다. 그룹 하나를 선택했을 때 해당 그룹의 노드만 보이는 것은 정상입니다. 노드가 ‘줄어든’ 것처럼 보인다면 실제로 삭제됐는지 판단하기 전에 전체 그룹으로 전환하세요.

그룹 확인

‘구독 그룹’ → ‘구독 그룹 설정’에서 대상 그룹의 메모와 주소를 확인하세요. 이름은 그룹을 구분하는 용도이며 업데이트 출처는 주소로 결정됩니다. 구독 주소에 접근 자격 정보가 포함될 수 있으므로 화면을 공개하지 마세요.
설정 저장

그룹 편집 창에서 저장을 확인한 다음 메인 화면으로 돌아오세요. 주소를 입력란에 붙여넣기만 하고 저장하지 않은 채 닫았다면 구독 설정이 완료된 것이 아닙니다.
현재 그룹 업데이트

대상 그룹을 선택한 뒤 ‘구독 그룹’ 메뉴에서 ‘현재 구독 업데이트(프록시 사용 안 함)’ 또는 ‘현재 구독 업데이트(프록시 사용)’를 실행하세요. 구독 주소에 접근할 때 프록시가 필요하다면 먼저 사용할 수 있는 프록시 연결이 있는지 확인해야 합니다.
업데이트 결과 확인

이번 업데이트 로그를 확인한 다음 목록을 살펴보세요. 주소에 접속할 수 있어도 콘텐츠 형식이 지원되지 않으면 노드를 가져오지 못할 수 있습니다. ‘다운로드 성공’을 ‘가져오기 성공’으로 간주하지 마세요.

‘현재 구독 업데이트’는 선택한 그룹만 처리하고, ‘모든 구독 업데이트’는 여러 출처를 처리합니다. 문제를 확인할 때는 현재 그룹부터 업데이트하면 로그를 쉽게 파악할 수 있습니다. 구독 업데이트는 목록 끝에 항목 몇 개를 단순히 추가하는 작업이 아닙니다. 해당 그룹의 노드가 교체될 수도 있습니다. 직접 수정한 중요한 설정은 미리 백업하고, 다음 업데이트 후에도 그대로 남을 것이라고 기대하지 마세요.

하단 상태: 시스템 프록시와 라우팅의 차이

하단의 ‘시스템 프록시’를 클릭하고 ‘시스템 프록시 자동 설정’을 선택하면 Windows 시스템 프록시 설정을 따르는 앱에서 클라이언트를 사용할 수 있습니다. ‘시스템 프록시 해제’는 시스템 프록시 설정을 제거합니다. 두 작업 모두 노드를 추가하거나 삭제하는 기능이 아니며, 모든 프로그램이 같은 네트워크 경로를 사용하는 것도 보장하지 않습니다.

시스템 프록시 메뉴

확인 위치: 메인 창 하단의 ‘시스템 프록시’
연결 방법: ‘시스템 프록시 자동 설정’
해제 방법: ‘시스템 프록시 해제’
적용 범위: 시스템 프록시 설정을 따르는 앱

스위치가 적용됐는지 판단하기 전에 앱이 시스템 프록시를 사용하는지 확인하세요.

라우팅 규칙

확인 위치: 하단 라우팅 선택 메뉴 및 ‘설정’ → ‘라우팅 설정’
적용 대상: 코어에 전달된 연결
주요 처리 방식: 프록시, 직접 연결, 차단
확인 기준: 현재 규칙과 연결 로그의 아웃바운드 정보

규칙 이름은 참고용일 뿐입니다. 실제 동작은 사용 설정된 규칙과 규칙의 적용 순서에 따라 달라집니다.

시스템 프록시는 ‘앱이 요청을 어떻게 전달하는가’를, 라우팅은 ‘전달된 요청을 어디로 보낼 것인가’를 결정합니다. 브라우저가 시스템 프록시를 사용하지 않는다면 라우팅을 바꿔도 연결 문제는 해결되지 않습니다. 요청이 이미 코어에 전달됐지만 규칙에 따라 직접 연결되고 있다면 구독을 반복해서 가져올 게 아니라 라우팅을 확인해야 합니다.

TUN은 별도의 트래픽 연결 방식으로, 시스템 프록시와 적용 범위가 다르며 권한과 가상 네트워크 어댑터, 라우팅 설정이 필요할 수 있습니다. 처음 메인 창 작업을 확인할 때는 여러 설정을 동시에 켜서 어떤 설정이 영향을 줬는지 알기 어려워지지 않도록 한 가지 연결 방식만 사용하세요. 이미 TUN을 설정해 사용 중이라면 변경하기 전에 현재 상태를 기록해 두세요.

로그 패널: 가장 최근 작업에서 단서 찾기

작업한 시간을 먼저 기록하고 동작을 한 번 실행한 다음 새로 추가된 로그만 확인하세요. 코어 실행 정보를 보려면 ‘설정’ → ‘환경 설정’에서 ‘실시간 로그 표시’를 찾아 설정할 수 있습니다. 버전에 따라 코어를 다시 시작해야 적용될 수 있습니다. 로그 수준이 자세할수록 출력이 많아지는 경향이 있으므로 문제 해결이 끝나면 평소 설정으로 되돌리세요.

방금 구독을 업데이트했다면: 다운로드 실패, 시간 초과, 파싱 실패, 가져오기 결과를 확인하세요. 이때는 구독 주소와 업데이트 방식을 먼저 살펴보세요.
방금 서버를 전환했다면: 설정 로드, 코어 시작, 리스닝 결과를 확인하세요. 코어가 시작되지 않았다면 브라우저에서 나타나는 현상은 보통 그 이후에 발생한 결과입니다.
방금 웹페이지를 열었다면: 관련 로그 출력이 켜져 있는지 확인한 뒤 대상 연결, 시간 초과, 핸드셰이크 오류가 나타나는지 살펴보세요. 로그에 대상이 표시되지 않는다는 사실만으로 트래픽이 없다고 단정할 수는 없습니다.
방금 로컬 포트를 변경했다면: 바인딩 또는 리스닝 실패가 있는지 확인하세요. 로그에 address already in use가 표시되면 원격 노드를 바꾸기보다 먼저 포트 충돌을 확인해야 합니다.

핸드셰이크 오류가 항상 프로토콜 미지원 때문인 것은 아닙니다. 서버 설정, 시스템 시간, 네트워크 간섭이 원인일 수도 있습니다. 시간 초과가 발생해도 구독이 만료됐다고 바로 단정하지 마세요. 구독은 설정을 제공하는 출처일 뿐이며, 원격 서버에 연결하거나 대상 사이트에 접속하는 도중에도 시간 초과가 발생할 수 있습니다. 오류가 발생하기 직전에 어떤 작업을 했는지 함께 살펴보세요.

환경 설정: 포트를 먼저 확인하고 코어 변경은 신중하게

‘설정’ → ‘환경 설정’으로 이동해 로컬 리스닝 포트와 관련 연결 설정부터 확인하세요. 포트는 현재 화면에 표시된 값을 기준으로 해야 하며, 안내서의 예시를 고정값으로 생각하면 안 됩니다. 예를 들어 로컬 HTTP 프록시가 실제로 127.0.0.1:10809에서 리스닝 중이라면 앱에서 이 주소를 사용할 수 있습니다. 화면에 다른 포트가 표시된다면 실제 값에 맞춰 입력해야 합니다.

앱 유형별 확인 순서

시스템 프록시를 사용하는 브라우저

먼저 서버를 활성화하고 코어가 정상적으로 시작됐는지 확인합니다.
‘시스템 프록시’ → ‘시스템 프록시 자동 설정’을 선택합니다.
브라우저 확장 프로그램이나 별도의 프록시 설정이 이를 덮어쓰는지 확인합니다.
대상 웹페이지에 접속한 뒤 로그를 확인해 라우팅 경로를 살펴봅니다.

프록시를 직접 설정하는 프로그램

먼저 프로그램이 HTTP 프록시와 SOCKS 프록시 중 어떤 방식을 지원하는지 확인합니다.
로컬 리스닝 주소와 해당 프로토콜에 맞는 실제 포트를 입력합니다.
예를 들어 10809를 사용하기 전에 해당 포트가 필요한 프로토콜을 제공하는지 확인합니다.
요청을 다시 실행합니다. 터미널 프로그램은 환경 변수를 별도로 설정해야 할 수 있습니다.

먼저 앱이 올바른 로컬 프록시 주소를 사용하도록 한 다음 원격 연결을 확인하세요. 원격 서버의 443 포트를 로컬 프록시 포트로 입력하면 안 됩니다.

프로토콜이나 기능상 필요한 이유가 명확할 때만 ‘설정’ → ‘환경 설정’의 ‘코어 유형’ 등 코어 관련 옵션을 확인하세요. 옵션 위치는 버전에 따라 달라질 수 있습니다. VMess와 VLESS는 프로토콜이고 Xray와 V2Fly는 코어 프로젝트로, 서로 다른 개념입니다. 코어를 바꿔도 잘못된 서버 주소나 사용자 식별 정보, 전송 설정이 자동으로 수정되지는 않습니다.

한 번에 한 항목만 바꾸고 기존 값을 기록한 다음 같은 요청을 다시 실행하세요. 포트와 DNS, 라우팅, 코어를 동시에 변경하면 연결이 복구돼도 원인을 알아내기 어렵습니다. 처음 사용할 때는 고급 설정을 하나씩 바꾸기보다 구독에서 가져온 프로토콜과 전송 설정을 유지하는 편이 문제를 찾기 쉽습니다.

메인 창 자주 묻는 질문과 설정 확인

노드를 클릭했는데 왜 기존 출구 IP가 그대로인가요?

대상 행을 마우스 오른쪽 버튼으로 클릭해 ‘활성 서버로 설정’을 실행한 다음 활성 표시나 전환 로그를 확인하세요. 이어서 새 요청으로 테스트하세요. 기존에 연결된 장시간 연결은 바로 다시 생성되지 않을 수 있습니다. 라우팅 규칙이 대상에 직접 연결을 지정하면 활성 노드를 바꿔도 해당 요청의 출구는 바뀌지 않습니다.

구독 업데이트에 성공했는데 목록이 비어 있어요. 왜 그런가요?

먼저 전체 그룹으로 전환하고 검색 조건을 지운 다음 업데이트 로그에서 실제 가져오기 결과를 확인하세요. 다운로드만 완료되고 인식 가능한 노드가 없다면 구독 콘텐츠 형식을 확인해야 합니다. 같은 주소를 연속해서 추가하면 구분하기 어려운 중복 그룹이 생길 수 있으므로 반복해서 추가하지 마세요.

상태 표시줄에 트래픽이 표시되면 웹페이지도 프록시를 통과하나요?

트래픽 숫자만으로 특정 웹페이지의 연결 경로를 판단할 수는 없습니다. 다른 연결이나 백그라운드 요청에서 발생한 트래픽일 수 있습니다. 먼저 브라우저의 연결 방식을 확인한 다음 접속 시간에 맞춰 대상 연결과 아웃바운드 정보를 살펴보세요. 필요하면 다른 프로그램의 간섭을 줄이기 위해 요청 하나만 다시 실행하세요.

창을 닫았는데 작업 표시줄 알림 영역에 아이콘이 남는 이유는 무엇인가요?

메인 창을 닫아도 클라이언트가 종료되는 대신 알림 영역으로 숨겨질 수 있습니다. 완전히 종료하려면 알림 영역 아이콘을 마우스 오른쪽 버튼으로 클릭하고 ‘종료’를 선택하세요. 시스템 프록시를 사용하도록 설정했다면 먼저 ‘시스템 프록시 해제’를 선택한 다음 종료 후 Windows 프록시 설정을 확인하세요. 중지된 리스닝 포트를 가리키는 프록시 설정이 남는 일을 방지할 수 있습니다.

마지막으로 정해진 순서에 따라 확인하세요. 그룹과 목록 확인, 서버 활성화, 코어 시작 확인, 연결 방식 선택, 라우팅 확인, 요청 실행, 새 로그 확인 순입니다. 이 순서를 익히면 메인 창의 각 메뉴가 어떤 역할을 하는지 파악하기 쉽고, 노드 설정 문제와 앱이 프록시에 연결되지 않은 문제를 구분할 수 있습니다.