2026-08-24 · 입문 가이드 · 약 9분

v2rayN 메인 화면 기능 한눈에 보기: 서버 목록·구독 그룹·로그·설정

v2rayN 메인 창의 주요 영역을 살펴봅니다. 서버 목록의 우클릭 메뉴, 구독 그룹 필터, 하단 로그 확인법과 자주 바꾸는 설정을 정리했습니다.

핵심 내용

v2rayN을 일상적으로 사용할 때는 네 가지를 관리하면 됩니다. 구독 그룹으로 출처를 정리하고, 서버 목록에서 사용할 서버를 지정한 다음, 시스템 프록시나 TUN으로 트래픽을 클라이언트에 연결하고, 로그에서 코어와 라우팅 결과를 확인합니다. 클라이언트를 열었지만 목록에서 선택한 항목과 실제 활성 서버가 헷갈리는 사용자에게 적합합니다. 이 글을 읽으면 구독 업데이트부터 연결 문제의 원인을 찾기까지 기본 점검을 수행할 수 있습니다.

먼저 구분할 네 가지 영역: 목록, 그룹, 로그, 실행 상태

핵심부터 말하면, 서버 목록에 항목이 있다고 코어가 정상 실행 중인 것은 아닙니다. 코어가 정상 실행 중이어도 브라우저가 프록시를 사용한다고 단정할 수 없습니다. 메인 화면은 서로 다른 상태를 보여주므로 연결 여부를 판단할 때는 한 행의 지연 시간만 보지 말고 각 정보를 함께 확인해야 합니다.

아래 설명은 데스크톱 중국어 UI에서 흔히 쓰는 메뉴 이름을 기준으로 합니다. 배포 버전, 운영체제, 창 너비에 따라 메뉴 위치가 다를 수 있고 로그 영역이 접혀 있을 수도 있습니다. 메뉴 이름이 다르면 버튼의 위치를 고정된 경로로 여기지 말고 기능을 기준으로 찾아보세요.

영역주요 기능확인할 상태
서버 목록노드 확인, 연결 테스트, 활성 서버 전환선택된 행이 아니라 현재 활성화된 항목
구독 그룹구독 출처별 노드 관리·업데이트·필터링현재 그룹과 검색어 때문에 다른 노드가 숨겨져 있지 않은지
로그 창시작, 리스닝, 연결 및 오류 정보 확인이번 작업의 시간과 처음 발생한 관련 오류
상태 영역 및 설정 메뉴시스템 프록시, 라우팅, TUN 및 실행 설정 조정트래픽을 받는 방식과 현재 라우팅 구성

서버 목록: 선택, 활성화, 우클릭 메뉴의 차이

행을 한 번 클릭하면 보통 해당 항목이 선택되며, 편집·복사·테스트·삭제 작업을 할 수 있습니다. 실제로 사용할 서버를 바꾸려면 우클릭 메뉴에서 ‘활성 서버로 설정’을 선택한 다음 활성 표시와 하단 로그를 확인하세요. 일부 버전은 더블 클릭으로 전환할 수 있지만, 처음 사용할 때는 우클릭 메뉴를 이용하는 편이 동작을 확인하기 쉽습니다.

목록의 이름은 노드를 구분하기 위한 것입니다. 주소와 포트는 서버를 가리키고, VMess·VLESS 같은 프로토콜은 연결 방식을 나타내지만 속도를 직접 판단할 수는 없습니다. 전송 및 보안 설정도 서버와 일치해야 합니다. 예를 들어 이름을 바꾸는 것은 대체로 연결에 영향을 주지 않지만, 주소·포트·TLS 설정을 변경하면 핸드셰이크가 실패할 수 있습니다.

구독 그룹: 출처 업데이트와 목록 필터링은 별개

구독 그룹은 출처 관리와 표시 필터링을 모두 담당하지만, 두 기능은 구분해서 이해해야 합니다. 그룹을 전환하면 현재 표시되는 노드가 달라지지만 활성 서버까지 자동으로 바뀌지는 않습니다. 구독을 업데이트하면 출처의 내용을 다시 읽어 노드가 추가·삭제되거나 설정이 덮어써질 수 있습니다.

  1. 그룹 설정 열기

    메인 창에서 ‘구독 그룹’ → ‘구독 그룹 설정’을 열고 그룹 이름과 주소를 확인합니다. 구독 주소에는 보통 액세스 토큰이 포함되므로 신뢰할 수 있는 출처에서 받은 전체 링크만 저장하세요.

  2. 구독 업데이트

    ‘구독 그룹’ 메뉴로 돌아가 ‘현재 구독 업데이트(프록시 사용 안 함)’를 선택해 원하는 그룹을 업데이트합니다. 출처에 프록시 연결이 필요하다고 명시된 경우에는 사용 가능한 연결을 먼저 확보한 뒤 ‘프록시 사용’ 업데이트 항목을 이용하세요.

  3. 표시 필터 초기화

    모든 노드가 표시되는 그룹 화면으로 전환하고 검색창을 비우세요. 업데이트 로그에 성공으로 표시됐는데 목록이 비어 있다면 다시 가져오기를 반복하기 전에 그룹과 검색어 필터가 함께 적용됐는지 확인하세요.

  4. 활성 항목 다시 확인

    업데이트된 서버 목록에서 사용할 항목을 선택하고 우클릭한 뒤 ‘활성 서버로 설정’을 선택하세요. 그런 다음 로그에서 설정을 불러온 결과를 확인해 업데이트 전의 다른 노드를 계속 사용하고 있지 않은지 점검하세요.

일상적인 관리를 위해 그룹 이름은 지역을 비슷하게 붙이기보다 출처를 기준으로 정하는 것이 좋습니다. 하나의 출처에 여러 지역이 포함될 수 있고, 같은 지역의 노드가 여러 출처에서 제공될 수도 있습니다. 출처를 명확히 적어 두면 어떤 구독을 업데이트했는지 확인하기 쉽습니다. 구독 노드를 직접 수정하기 전에는 다음 업데이트 때 변경 사항이 덮어써질 수 있다는 점도 고려하세요. 계속 보관해야 할 설정은 별도로 백업하는 것이 좋습니다.

시스템 프록시, 라우팅, TUN: 서로 다른 단계의 설정

시스템 프록시는 시스템 설정을 따르는 앱의 요청을 어디로 보낼지 정합니다. TUN은 가상 네트워크 인터페이스를 통해 설정 조건에 맞는 트래픽을 처리합니다. 라우팅 규칙은 코어에 들어온 요청을 프록시, 직접 연결, 차단 중 어디로 보낼지 결정합니다. 세 기능은 서로 다른 설정이며, 모두 켜면 더 안정적이라고 볼 수 없습니다.

시스템 프록시부터 시작

권장

Windows 메인 창의 시스템 프록시 메뉴에서 ‘시스템 프록시 자동 설정’을 선택한 뒤 시스템 프록시를 따르는 브라우저로 확인하세요. 적용 범위를 확인하기 쉬워 점검 과정을 시작하기에 적합합니다.

적합한 경우: 첫 설정, 브라우저 접속, 기본 연결 점검

필요할 때 TUN 사용

시스템 프록시를 따르지 않는 앱을 처리해야 할 때 TUN 사용을 검토하세요. 활성화 전에 현재 플랫폼의 권한 요구 사항을 확인하고 가상 네트워크 어댑터, DNS, 라우트 생성 로그를 살펴보세요. 실제 적용 범위는 설정에 따라 달라집니다.

적합한 경우: 앱이 시스템 프록시를 무시하거나 트래픽을 통합해 연결해야 하는 상황

프록시 수동 설정

프록시 설정을 지원하는 앱에 로컬 주소, 포트, 프록시 유형을 직접 입력합니다. 특정 앱만 따로 테스트하기 편리하지만 앱 내부 설정이 시스템 프록시보다 우선할 수 있으므로 원래 설정으로 되돌리는 방법을 기록해 두세요.

적합한 경우: 명령줄 도구, 개별 앱, 특정 문제 진단

라우팅 구성을 전환한 뒤에는 새 구성이 적용됐는지 확인하세요. 직접 연결 규칙에 해당하면 요청이 프록시를 통하지 않는 것이 정상이며, 곧바로 노드 문제로 볼 수 없습니다. 규칙 순서와 아웃바운드의 의미를 알아보려면 사용 가이드를 참고하세요. 복잡한 트래픽 처리 문제는 전체 문제 해결 매뉴얼을 따라 하나씩 점검할 수 있습니다.

로그 창: 시간, 수준, 연결 단계별로 확인하기

로그는 ‘명확한 작업을 한 번 실행한 뒤 그 이후의 기록을 읽는’ 방식으로 확인하는 것이 가장 효과적입니다. 예를 들어 현재 시간을 기억하고 활성 서버를 다시 지정한 뒤, 확인하려는 사이트에 한 번만 접속합니다. 이렇게 하면 시작 실패와 접속 실패를 구분할 수 있어 오래된 로그에서 관련 있어 보이는 단어를 찾느라 헤매지 않습니다.

UI 로그에는 구독 업데이트 결과가 포함될 수 있고, 코어 로그는 설정 불러오기, 리스닝, 연결에 초점을 둡니다. 모든 버전에서 접속 세부 정보가 기본 표시되는 것은 아닙니다. 로그 수준이 높게 설정되어 있으면 특정 요청이 보이지 않을 수 있지만, 그렇다고 요청이 발생하지 않았다는 뜻은 아닙니다. 필요할 때만 상세 로그를 잠시 켜고 문제를 한 번 재현하세요. 디버그 출력을 계속 쌓아 둘 필요는 없습니다.

로그 내용주요 단계다음 점검 항목
address already in use로컬 리스닝 시작로컬 포트를 다른 프로세스가 사용 중인지, 클라이언트가 중복 실행되고 있는지 확인
failed to load config설정 읽기뒤이어 나오는 구체적인 오류를 확인하고 사용자 설정과 필드 호환성을 점검
timeout연결 또는 요청 대기대상 주소를 함께 확인해 서버 연결, DNS, 대상 사이트 접속 중 어디에서 시간 초과가 발생했는지 판단
certificateTLS 검증시스템 시간, 서버 인증서, TLS 서버 이름 설정을 확인

설정: 리스닝 포트와 코어 선택부터 확인

‘설정’ → ‘매개변수 설정’을 열고 현재 값을 기록한 뒤 한 번에 하나씩 변경하세요. 일상적인 연결에 가장 큰 영향을 주는 항목은 로컬 리스닝, 코어 선택, DNS, 시작 동작이며 UI 테마가 아닙니다. 코어 설정은 버전에 따라 ‘Core 유형’이나 별도의 코어 설정 화면에 있을 수 있습니다. 노드 프로토콜과 현재 코어의 지원 여부를 확인해 선택하세요.

10808
일반적인 로컬 리스닝 포트 예시. 실제 설정값을 기준으로 확인하세요.
127.0.0.1
현재 기기만 가리키는 루프백 주소

위 두 값은 로컬 프록시 주소를 설명하기 위한 예시이며 서버 노드 설정을 뜻하지 않습니다. 앱의 로컬 프록시 주소에 127.0.0.1:10808을 입력할 수 있지만, 해당 리스닝 포트가 앱에서 선택한 HTTP 또는 SOCKS 유형을 실제로 지원하는지 확인해야 합니다. 버전에 따라 포트 구성이 다를 수 있으므로 오래된 안내를 보고 다른 포트가 반드시 있다고 단정하지 마세요.

설정을 저장한 뒤 로그에서 다시 불러오기가 성공했는지 확인하고, 메인 화면으로 돌아가 활성 서버와 프록시 상태를 점검하세요. 문제가 생기면 방금 변경한 항목을 되돌리는 편이 구독을 전부 다시 가져오는 것보다 원인을 찾기 쉽습니다.

v2rayN 메인 화면 FAQ: 간단한 순서로 문제 해결

노드를 클릭했는데 접속 위치가 그대로인 이유는 무엇인가요?

먼저 해당 행을 우클릭해 ‘활성 서버로 설정’을 선택하고 활성 표시가 바뀌는지 확인한 뒤 로그에서 설정을 불러왔는지 살펴보세요. 활성 항목이 바뀌었다면 대상이 직접 연결 규칙에 해당하는지, 브라우저가 자체 프록시 설정을 사용하는지도 확인해야 합니다. 행을 선택하는 것만으로 실제 연결이 바뀌는 것은 아닙니다.

구독 업데이트는 성공했는데 노드가 보이지 않나요?

먼저 검색창을 비운 뒤 모든 노드가 표시되는 화면으로 전환하세요. 그래도 비어 있다면 ‘구독 그룹’ → ‘구독 그룹 설정’을 열어 방금 업데이트한 출처와 현재 그룹이 일치하는지 확인하세요. 로그에서 주소 요청만 완료된 것이 아니라 노드도 실제로 읽어 왔는지 살펴보세요.

로그가 계속 올라오는데 어느 부분을 복사해야 하나요?

반복 테스트를 멈추고 시간을 기록한 뒤 서버 전환이나 접속을 한 번만 실행하세요. 해당 시간 전후에서 작업 시작부터 첫 관련 오류까지의 기록을 복사하면 됩니다. 시작 실패라면 리스닝 또는 설정 불러오기 부분을 우선 제공하고, 접속 기록 전체를 제출할 필요는 없습니다.

클라이언트를 종료한 뒤 브라우저 연결이 끊기는 이유는 무엇인가요?

시스템이 이미 리스닝을 중단한 로컬 프록시를 계속 가리키는지 확인하세요. v2rayN을 다시 열 수 있다면 시스템 프록시 메뉴에서 ‘시스템 프록시 지우기’를 실행한 뒤 종료하세요. 브라우저나 다른 앱에 프록시 주소를 별도로 수동 설정해 두었는지도 확인해야 합니다.

일상적인 점검 순서는 구독 그룹과 활성 서버 확인, 로컬 리스닝 확인, 앱의 연결 방식 확인, 이번 접속에 해당하는 라우팅 및 오류 로그 확인으로 정리할 수 있습니다. 이렇게 하면 ‘노드를 사용할 수 없음’, ‘앱이 프록시를 사용하지 않음’, ‘규칙에 따라 직접 연결됨’을 별개의 문제로 구분해 근거 없는 설정 변경을 줄일 수 있습니다.

v2rayN 다운로드