v2rayN 메인 화면 완벽 가이드: 서버 목록, 구독 그룹, 로그 창과 설정 메뉴

이 글의 핵심

이 글은 v2rayN 7.14.3을 처음 사용하는 데스크톱 사용자를 대상으로 합니다. 상단 메뉴, 구독 그룹, 서버 목록, 로그 영역, 상태 제어 영역의 역할을 순서대로 설명하고, 활성 서버 선택, 구독 업데이트, 로컬 포트 확인, Core 유형 전환 방법을 안내합니다. 세부 버전에 따라 버튼 위치는 달라질 수 있지만 설정 대상과 문제 해결 순서는 같습니다.

먼저 메인 화면의 영역 순서부터 익히기

작업 전에 화면 역할부터 파악하기

v2rayN의 메인 화면은 단순한 노드 목록이 아닙니다. 상단 메뉴에서는 구성을 만들고 가져오거나 수정합니다. 구독 그룹은 현재 표시할 데이터 범위를 정하고, 가운데 서버 목록에는 실제 구성이 표시됩니다. 하단 로그에는 Core 시작, 리스닝, 연결 결과가 기록되며, 상태 제어 영역에서는 시스템 프록시, 라우팅 모드, 현재 활성 서버를 관리합니다. 이 구조를 이해하면 자주 쓰는 작업을 일정한 순서로 처리할 수 있습니다.

처음 실행했을 때 서버 목록이 비어 있어도 프로그램 오류는 아닙니다. 개별 VMess 또는 VLESS 공유 링크를 가져오거나 구독을 추가한 뒤 업데이트해야 목록에 구성이 나타납니다. 창 하단에 초기화 로그가 기록되어 있다면 화면 프로세스는 실행 중인 것입니다. 노드 수가 계속 0이라면 먼저 로컬 포트가 아니라 가져온 원본을 확인해야 합니다.

서버를 선택하는 것과 활성화하는 것은 서로 다른 작업입니다. 한 행을 클릭하면 목록의 포커스만 바뀝니다. 해당 행을 더블클릭하거나 마우스 오른쪽 버튼 메뉴에서 활성 서버로 지정해야 상태 영역에 해당 별칭이 표시됩니다. 이후 사용 환경에 맞게 시스템 프록시를 켜야 하며, 시스템 프록시를 따르는 브라우저와 데스크톱 앱만 로컬 리스닝 포트로 요청을 전달합니다.

조작 흐름: 구성 관리와 트래픽 제어를 분리하기

메인 화면에서 처리

구독 그룹 전환 및 노드 업데이트
활성 서버 선택 및 지연 시간 테스트
시작 로그 및 연결 오류 확인

설정 메뉴에서 처리

Xray 또는 v2fly Core 유형 확인
로컬 리스닝 포트 10808 확인
라우팅 모드 및 구독 업데이트 방식 조정

먼저 구성을 정상적으로 불러오고 로컬 리스닝을 만든 다음 시스템 프록시를 켜세요. 두 단계를 나누어 점검하면 포트, 노드, 프록시 상태가 서로 영향을 주는 문제를 줄일 수 있습니다.

서버 목록의 열 제목 이해하기

서버 목록의 각 행은 Core가 읽을 수 있는 하나의 아웃바운드 구성입니다. 열 제목은 창 너비, 버전, 표시 옵션에 따라 조금씩 달라질 수 있으며, 일반적으로 별칭, 주소, 포트, 전송 방식, TLS, 구독 그룹, 지연 시간, 속도 등이 표시됩니다. 별칭은 사용자가 구분하기 위한 이름이고, 주소와 포트는 원격 진입점입니다. 전송 및 보안 항목은 연결 매개변수가 서버 측과 일치하는지 결정합니다.

노드를 계속 점검할 가치가 있는지 판단할 때는 먼저 구성의 완전성을 확인하고 그다음 테스트 결과를 보세요. 주소, 포트, 사용자 식별자, 전송 방식 또는 보안 매개변수가 빠져 있으면 지연 시간 테스트가 유효한 결과를 내기 어렵습니다. 지연 시간은 다운로드 속도와도 다릅니다. 예를 들어 TCP 또는 실제 지연 시간 테스트에서 86ms가 나왔다면 해당 탐색의 왕복이 빨랐다는 뜻일 뿐, 대용량 파일 전송 속도가 일정하다는 의미는 아닙니다.

목록 항목	실제 의미	중점 확인 사항
별칭	노드를 구분하기 위한 로컬 표시 이름	이름이 같은 노드가 많다면 주소와 그룹을 함께 확인
주소	원격 서버의 도메인 또는 IP	빈 값, 공백, 복사 중 잘린 내용이 없는지 확인
포트	원격 서비스 연결에 사용하는 포트	유효 범위는 1~65535이며 서버 측 값과 일치해야 함
전송	TCP, WebSocket, gRPC 등의 전송 방식	경로, 서비스 이름, Host 등 추가 항목도 일치해야 함
TLS	보안 계층 및 관련 서버 이름 설정	서버 이름, 지문, Reality 매개변수 확인
그룹	해당 구성이 속한 구독 또는 로컬 분류	현재 필터 때문에 대상 노드가 숨겨져 있지 않은지 확인
지연 시간	최근 테스트에서 측정된 밀리초 값	시간 초과가 발생하면 로그를 먼저 확인하고 한 번의 결과만으로 노드를 삭제하지 않기

목록 정렬은 표시 순서만 바꾸며 활성 서버를 자동으로 전환하지 않습니다. 지연 시간 열 제목을 클릭하면 지연 시간이 짧은 노드가 위로 올라올 수 있지만, 현재 연결은 상태 영역에 표시된 활성 항목을 계속 사용합니다. 전환하려면 대상 행을 선택하고 ‘활성 서버로 지정’을 실행한 뒤 로그에 구성이 다시 로드되었는지 확인하세요.

마우스 오른쪽 버튼 메뉴는 단일 구성이나 여러 구성을 처리할 때 유용합니다. 일반적인 작업으로는 서버 편집, 서버 제거, 지연 시간 테스트, 속도 테스트, 활성 서버 지정이 있습니다. 구독으로 생성된 노드를 편집하기 전에는 다음 업데이트에서 변경 사항이 덮어써질지 확인하세요. 서버 주소나 전송 매개변수가 구독에서 제공된 것이라면 구독 원본에서 수정하는 편이 우선입니다.

구독 그룹 전환 및 업데이트 방법

구독 그룹은 데이터를 정리하는 방식이지 프록시 프로토콜이 아닙니다. 하나의 그룹에 여러 VMess 또는 VLESS 구성이 들어갈 수 있고, 별도의 업데이트 주소를 설정할 수도 있습니다. 그룹 탭을 전환하면 현재 목록의 표시 범위만 바뀌며 활성 서버가 자동으로 변경되지는 않습니다. 다른 그룹으로 이동해도 기존 활성 항목이 계속 실행될 수 있습니다.

구독을 추가하기 전에 받은 주소가 단일 노드 공유 링크가 아니라 구독 주소인지 확인하세요. vmess:// 또는 vless://로 시작하는 내용은 보통 단일 구성으로 클립보드에서 가져올 수 있습니다. 브라우저로 접속했을 때 여러 구성으로 이루어진 인코딩 데이터나 구성 목록을 반환하는 URL이 구독 그룹에 입력하기 적합합니다.

그룹 열기

메인 화면에서 ‘구독 그룹’ 관리 메뉴로 들어가 ‘+’를 클릭해 새 그룹을 만들고, 알아보기 쉬운 이름을 입력합니다.
주소 붙여넣기

전체 구독 URL을 주소 입력란에 넣고 프로토콜의 시작 부분, 끝의 매개변수, 복사 과정에서 공백이 섞이지 않았는지 확인합니다.
그룹 저장

확인 후 메인 화면으로 돌아옵니다. 새 그룹은 아직 비어 있을 수 있으므로 구독 업데이트를 한 번 직접 실행해야 합니다.
구독 업데이트

‘구독 그룹’ → ‘모든 구독 업데이트’를 실행하고 상태 메시지가 완료될 때까지 기다린 다음 서버 목록의 개수를 확인합니다.
활성 항목 선택

대상 그룹에서 구성을 하나 선택하고 지연 시간을 테스트한 뒤 활성 서버로 지정합니다. 이어서 하단 시작 로그를 확인합니다.

업데이트 작업은 일반적으로 원격 콘텐츠에 따라 해당 그룹을 새로 고칩니다. 그룹에서 노드를 수동으로 삭제해도 다음 업데이트 때 다시 나타날 수 있습니다. 노드 별칭이나 매개변수를 직접 편집한 내용도 새 콘텐츠로 바뀔 수 있습니다. 장기간 유지할 사용자 지정 구성은 로컬 그룹에 따로 넣어 자동 업데이트 데이터와 분리하세요.

여러 그룹은 출처나 용도에 따라 ‘일상’, ‘테스트’, ‘백업’처럼 나누어 사용하기 좋습니다. 프로토콜별로만 분리하지 마세요. 하나의 구독에 VMess와 VLESS가 함께 포함될 수 있습니다. 문제를 점검할 때는 목록의 행 번호보다 그룹 이름, 노드 별칭, 업데이트 시간을 기록하는 편이 안정적입니다. 정렬이나 업데이트 후에는 행 번호가 바뀌기 때문입니다.

하단 로그 창에서 확인할 수 있는 내용

로그 창은 Core가 실제로 시작되었는지 판단하는 첫 번째 확인 지점입니다. 서버를 활성 항목으로 지정하면 v2rayN이 실행 구성을 생성하고 선택한 Core를 시작합니다. 정상적으로 시작되면 구성 로드, 로컬 리스닝 생성, 실행 상태와 관련된 정보가 표시됩니다. 구성 항목이 불완전하거나 포트가 사용 중이거나 Core가 매개변수를 읽지 못하면 오류도 이곳에 기록됩니다.

로그를 읽을 때는 가장 최근에 기록된 error, failed, invalid, bind 또는 timeout을 먼저 찾고, 같은 시작 작업의 맥락을 위쪽에서 확인하세요. 이전 실패 기록에 잘못 이끌리지 않도록 주의해야 합니다. 노드를 전환하면 새로운 기록 묶음이 생성되므로 최근 작업 시간을 기준으로 판단하세요. 아래 내용은 구조를 파악하기 위한 예시이며 실제 표현은 Core 유형과 버전에 따라 달라집니다.

2026-08-28 10:18:42 loading configuration
2026-08-28 10:18:42 listening on 127.0.0.1:10808
2026-08-28 10:18:42 core started
2026-08-28 10:19:03 outbound connection timeout

로그 단서	우선 확인 항목	처리 방법
address already in use	로컬 10808 포트를 다른 프로세스가 사용 중	해당 프로그램을 종료하거나 설정에서 사용되지 않는 포트로 변경
invalid config	프로토콜, 전송 항목 또는 JSON 구성이 요구 사항에 맞지 않음	원본 공유 링크를 다시 가져오고 누락된 항목 확인
timeout	원격 서버에 연결할 수 없거나 구독 매개변수가 만료되었거나 네트워크 경로가 차단됨	다른 노드를 테스트하고 주소, 포트, 서버 이름 확인
connection refused	대상 포트가 리스닝하지 않거나 원격 서버에서 직접 거부함	원격 포트가 구독 내용과 일치하는지 확인
core started	Core 프로세스가 시작됨	시스템 프록시 상태와 실제 요청 로그를 계속 확인

‘core started’가 보인다는 것은 로컬 Core 프로세스가 실행 중이라는 뜻일 뿐, 원격 노드를 사용할 수 있다는 의미는 아닙니다. 웹 페이지에 접속하면서 outbound 연결 기록이 생기는지 확인하세요. 새 요청이 전혀 없다면 시스템 프록시가 켜지지 않았거나 대상 앱이 시스템 프록시를 따르지 않는 문제일 가능성이 큽니다.

일반적인 로컬 혼합 리스닝 포트는 10808이지만 실제 값은 ‘설정’ → ‘매개변수 설정’의 구성을 기준으로 확인해야 합니다. 포트를 변경한 뒤에는 Core를 다시 시작하고 시스템 프록시가 같은 포트를 가리키는지 확인하세요. 브라우저 프록시만 바꾸고 매개변수 설정을 동기화하지 않으면 이전 포트로 연결을 시도하게 됩니다.

설정 메뉴에서 자주 사용하는 항목

처음부터 모든 고급 옵션을 확인할 필요는 없습니다. 먼저 Core 유형, 로컬 리스닝 포트, 시스템 프록시, 라우팅 모드를 확인하세요. Core 유형은 어떤 Core가 구성을 해석할지 결정하고, 포트는 로컬 앱이 트래픽을 전달할 위치를 정합니다. 시스템 프록시는 해당 설정을 따르는 앱에 프록시 주소를 제공하며, 라우팅은 요청을 프록시 출구로 보낼지 직접 연결 출구로 보낼지 결정합니다.

‘설정’ → ‘매개변수 설정’ → ‘Core 유형’에서 현재 Core를 확인할 수 있습니다. VLESS, Reality처럼 Xray에서 구현되거나 확장된 구성은 일반적으로 Xray를 선택합니다. v2fly Core를 사용하는 구성은 해당 Core를 선택해야 합니다. 구독을 가져올 때 항목이 표시된다고 해서 모든 Core가 모든 전송 및 보안 매개변수를 해석할 수 있는 것은 아닙니다. 최종 판단은 시작 로그에 나타납니다.

Core 및 리스닝

메뉴 경로: 설정 → 매개변수 설정
Core 유형: Xray 또는 v2fly
일반적인 포트: 10808
리스닝 주소: 127.0.0.1

Core 또는 로컬 포트를 변경한 뒤 구성을 다시 로드하고 최신 로그에서 리스닝이 생성되었는지 확인합니다.

프록시 및 라우팅

시스템 프록시: 필요할 때 활성화
라우팅 메뉴: 설정 → 라우팅 설정
매칭 기준: 도메인, IP, 포트
일반적인 출구: 프록시, 직접 연결, 차단

시스템 프록시는 요청이 v2rayN으로 들어갈지 결정하고, 라우팅 규칙은 들어온 요청을 어떤 아웃바운드로 보낼지 결정합니다.

시스템 프록시: 브라우저와 시스템 설정을 따르는 데스크톱 앱의 트래픽을 가로채는 데 적합합니다. 전환한 뒤 상태 영역의 문구가 함께 바뀌었는지 확인할 수 있습니다.
라우팅 설정: 규칙은 순서대로 매칭됩니다. 사용자 지정 규칙을 만들 때는 먼저 로컬 네트워크 주소를 처리한 다음 특정 도메인이나 대상 포트를 처리하세요.
구독 업데이트: 업데이트에 실패하면 현재 네트워크 환경에서 이미 활성화된 프록시를 통해 요청을 보내야 하는지 확인할 수 있습니다.
시작 시 실행: 활성화하기 전에 수동으로 한 번 시작해 활성 서버, Core, 로컬 포트가 모두 정상적으로 로드되는지 확인하세요.

라우팅 모드와 서버 노드는 서로 다른 차원입니다. 활성 서버를 전환하면 프록시 출구만 바뀌고 분할 라우팅 규칙은 자동으로 다시 작성되지 않습니다. 라우팅 규칙을 바꿔도 노드 주소는 수정되지 않습니다. 일부 웹 사이트만 열리고 다른 사이트는 실패한다면 구독을 반복해서 업데이트하기보다 라우팅 매칭 방향과 로그의 실제 아웃바운드를 함께 확인하세요.

같은 구독을 Android 기기에서도 사용해야 한다면 v2rayNG 또는 v2flyNG로 각각 가져올 수 있습니다. v2rayNG는 Xray Core를 사용하고 v2flyNG는 v2fly Core를 사용합니다. 두 앱은 같은 출처의 호환 구성을 읽을 수 있지만 시스템 프록시, 앱별 프록시, 로컬 리스닝은 각 기기의 설정이며 구독을 통해 동기화되지 않습니다.

처음 사용할 때 자주 묻는 질문

메인 화면을 사용하는 단계에서 다음과 같은 현상을 자주 만납니다. 항상 같은 순서로 처리하세요. 먼저 목록에 완전한 구성이 있는지 확인하고, 그다음 활성 서버를 확인한 뒤 Core 시작 로그를 확인하고 마지막으로 시스템 프록시와 라우팅을 점검합니다. 포트, Core, 노드를 동시에 변경하면 어느 단계에서 변화가 생겼는지 판단하기 어렵습니다.

노드를 더블클릭했는데 웹 페이지가 열리지 않는 이유는 무엇인가요?

먼저 상태 영역에 해당 서버가 활성 서버로 표시되는지 확인하고 시스템 프록시가 활성화되었는지 점검하세요. 그런 다음 웹 페이지에 접속하면서 로그를 확인합니다. 새 연결 기록이 없다면 앱이 시스템 프록시를 따르는지, 프록시 포트가 매개변수 설정의 10808과 일치하는지 확인하세요.

구독 업데이트는 성공했는데 목록이 비어 있는 이유는 무엇인가요?

해당 구독 그룹으로 전환하고 목록 필터를 해제하세요. 그룹의 개수도 0이라면 구독 주소를 편집해 반환된 내용이 실제 노드 목록인지 확인하고, 업데이트 알림에서 파싱 오류나 HTTP 상태를 확인하세요.

지연 시간이 시간 초과로 표시되면 노드를 바로 삭제해야 하나요?

먼저 같은 그룹의 다른 구성 두 개를 테스트한 다음 로그에서 DNS 오류인지, 연결 시간 초과인지, 매개변수 오류인지 확인하세요. 단일 테스트는 현재 네트워크 상태의 영향을 받습니다. 세 번 연속 실패하고 원격 주소와 포트에도 연결할 수 없다면 구독 제공처에 구성 상태를 문의하세요.

그룹을 전환하면 현재 연결도 자동으로 바뀌나요?

아니요. 그룹 탭은 주로 목록에 표시할 범위를 제어하며 현재 활성 서버는 그대로 유지됩니다. 새 그룹에서 대상 노드를 선택해 ‘활성 서버로 지정’을 실행하고 최신 로그에서 Core가 다시 로드되었는지 확인해야 합니다.

로그 창에 접속 기록이 전혀 없으면 어떻게 해야 하나요?

먼저 Core가 시작 성공으로 표시되는지 확인한 다음 시스템 프록시 상태를 점검하세요. 대상 프로그램에 별도의 프록시 설정이 있다면 127.0.0.1과 현재 로컬 포트를 지정합니다. 포트를 변경했다면 프로그램이 이전 값을 계속 사용하지 않도록 Core를 다시 시작하세요.

서버 목록에서 주소, 포트, 프로토콜, 전송 항목이 정상적으로 로드되었는지 확인합니다.
구성을 하나 선택해 활성 서버로 지정하고 ‘선택한 행’과 ‘이미 활성화된 상태’를 혼동하지 마세요.
로그에서 Core 시작을 확인하고 127.0.0.1 로컬 리스닝이 생성되었는지 확인합니다.
시스템 프록시를 켠 뒤 실제 요청을 보내 새로운 인바운드 및 아웃바운드 기록을 확인합니다.
기본 연결이 정상적으로 작동한 뒤에만 라우팅 규칙, 자동 업데이트, 시작 옵션을 조정합니다.

이 다섯 단계를 완료하면 메인 화면의 각 영역이 반복 가능한 작업 흐름을 이룹니다. 구독 그룹은 구성을 제공하고, 서버 목록은 활성 항목을 선택하며, Core는 구성을 실행 상태로 바꾸고, 로컬 포트는 앱의 요청을 받으며, 로그는 각 단계를 검증합니다. 이후 연결 문제가 발생해도 같은 흐름을 따라 구간별로 원인을 찾을 수 있습니다.