v2rayN 메인 화면 기능 안내: 서버 목록·구독 그룹·로그·설정

먼저 메인 창의 네 가지 작업 영역 이해하기

v2rayN 메인 창은 용도에 따라 메뉴 및 도구 모음, 구독 그룹, 서버 목록, 실행 로그의 네 영역으로 나눌 수 있습니다. 평소 연결할 때 모든 설정을 자주 열 필요는 없습니다. 먼저 구독 그룹에서 노드 출처를 좁히고, 서버 목록에서 사용할 서버를 선택한 다음, 로그 영역에서 코어가 정상적으로 시작되었는지 확인하면 됩니다.

7.x의 세부 버전에 따라 버튼 위치나 열 이름이 달라질 수 있지만 기본 흐름은 같습니다. 구독은 원격 설정을 로컬 서버 항목으로 변환하고, 서버 목록은 항목을 표시하고 선택하는 역할을 합니다. Xray 또는 v2fly 코어가 연결을 실행하며, 시스템 프록시는 브라우저와 시스템 프록시를 지원하는 프로그램의 트래픽을 로컬 수신 포트로 보냅니다.

서버 목록의 각 열을 판단하는 방법

서버 목록의 한 행은 하나의 사용 가능한 설정을 나타내며 VMess, VLESS 또는 Trojan 같은 프로토콜에서 가져올 수 있습니다. 이름은 보통 구독 제공자가 지정하며 지역, 회선 및 배율을 식별하는 용도일 뿐 실제 품질을 의미하지는 않습니다. 주소와 포트는 원격 접속 지점이고, 전송 방식·보안·TLS·Reality 등의 열은 연결 매개변수를 설명합니다. 구독을 가져온 뒤에는 보통 항목별로 수정할 필요가 없습니다.

지연 시간은 측정 방식에 따라 구분해야 합니다. TCPing은 주로 대상 포트에 TCP 연결을 수립할 수 있는지 확인하므로, 수치가 낮아도 전체 프록시 경로가 사용 가능하다는 뜻은 아닙니다. 실제 연결 지연은 코어가 실제 프록시 요청을 보내 측정하므로 노드 선별에 더 적합합니다. 한 번은 68ms였다가 다음에는 210ms가 나온다면 회선이 불안정하다는 의미이므로 최저값만 보지 말고 2~3회 연속 측정하세요.

• 별칭 또는 메모: 지역, 회선 유형, 배율을 우선 확인하세요. 예: “도쿄 IEPL 1.0x”.
• 주소 및 포트: 구독이 완전한 설정을 생성했는지 확인하는 데 사용합니다. 포트가 443이라고 해서 반드시 같은 프로토콜을 사용하는 것은 아닙니다.
• 전송 방식: TCP, WebSocket, gRPC 등이 일반적이며 서버 설정과 정확히 일치해야 합니다.
• 보안 매개변수: VLESS 노드는 TLS 또는 Reality를 사용할 수 있고, VMess 설정에는 auto 같은 암호화 옵션이 표시될 수 있습니다.
• 지연 시간: 100ms 이하면 대체로 반응이 빠르고, 100~250ms도 대부분의 웹페이지를 정상적으로 이용할 수 있습니다. 계속 시간 초과가 발생하면 다른 노드로 바꾸세요.
• 속도: 측정 대상, 시간대, 로컬 네트워크의 영향을 받으므로 같은 측정 회차의 결과를 비교하는 데 적합합니다.

여러 출처의 노드를 구독 그룹으로 정리하는 방법

구독 그룹은 프로토콜별 그룹이 아니라 구독 출처와 업데이트 규칙을 저장하는 기능입니다. 구독 두 개를 사용한다면 각각 별도의 그룹을 만들어 모든 서버가 한 목록에 섞이지 않게 하고, 변경된 출처만 따로 업데이트할 수 있습니다. 그룹 이름은 알아보기 쉬운 서비스명이나 용도로 지정하고 “구독 1”, “구독 2”처럼만 작성하지 않는 것이 좋습니다.

구독을 업데이트하면 원격 내용을 다시 읽으므로 노드 이름, 주소, 포트, 인증 정보가 변경될 수 있습니다. 수동으로 수정한 구독 노드는 업데이트 후 덮어써질 수 있습니다. 따라서 개인 메모는 그룹 필터나 클라이언트가 지원하는 메모 기능으로 관리하고, 핵심 연결 필드는 직접 수정하지 않는 편이 좋습니다.

1. 그룹 만들기

   메인 화면에서 「구독 그룹」을 열고 「+」 또는 추가 메뉴를 클릭한 다음 그룹 이름과 구독 주소를 입력해 저장합니다.

2. 내용 업데이트

   「구독 그룹」에서 해당 출처를 선택하고 현재 구독 업데이트를 실행하세요. 처음 가져올 때는 전체 구독 업데이트를 사용할 수 있습니다.

3. 항목 수 확인

   서버 목록으로 돌아가 그룹의 항목 수와 이름을 확인하세요. 목록이 비어 있으면 먼저 그룹이 활성화되어 있는지 확인합니다.

4. 일괄 속도 측정

   먼저 현재 그룹을 선택한 뒤 실제 연결 지연 테스트를 실행하세요. 관련 없는 수백 개 서버에 동시에 요청하는 일을 피할 수 있습니다.

5. 활성 서버로 설정

   지연 시간이 안정적인 서버를 선택해 활성 서버로 설정하고, 상태 영역에 새 이름이 함께 표시되는지 확인하세요.

키워드 필터를 실용적으로 사용하는 방법

노드가 많을 때는 이름에 포함된 지역이나 회선 식별자로 필터링할 수 있습니다. 예를 들어 “도쿄”를 입력하면 이름에 도쿄가 포함된 항목만 남습니다. “배율 3x”를 제외하면 높은 배율 회선의 영향을 줄일 수 있습니다. 필터는 노드 이름에 의존하므로 프로토콜 매개변수 확인을 대신할 수 없으며 원격 구독 내용도 변경하지 않습니다.

업데이트 후 이전 노드가 계속 남아 있다면 먼저 현재 어떤 그룹을 보고 있는지 확인한 다음, 만료된 서버를 유지하는 관련 옵션이 활성화되어 있는지 살펴보세요. 같은 구독 주소를 반복해서 추가하지 마세요. 서버 목록에 이름은 같지만 소속이 다른 중복 항목이 생길 수 있습니다.

설정 영역의 Core 유형과 로컬 포트

설정에서는 코어, 수신 포트, 시작 동작, 프록시 관련 옵션을 한곳에서 관리합니다. 처음 사용할 때는 Core 유형을 사용할 수 있는지 확인하고 로컬 수신 포트를 기억하는 것이 중요합니다. 일반적인 설정은 로컬 수신 주소로 127.0.0.1을 사용하고 포트는 10808로 지정할 수 있습니다. 실제 적용값은 현재 설정과 상태 표시줄을 기준으로 확인하세요.

브라우저에서 프록시를 수동으로 설정하려면 프로토콜과 포트가 서로 맞아야 합니다. 혼합 포트는 일반적인 HTTP와 SOCKS 인바운드를 동시에 받을 수 있으며, 기존 설정에서는 10808과 10809를 각각 사용할 수도 있습니다. 포트 충돌이 발생하면 무작정 반복해서 시작하지 말고 먼저 로그에서 사용 중인 포트를 확인한 뒤 10818처럼 사용하지 않는 값으로 변경하세요.

1. 설정 열기

   메인 창에서 「설정」→「매개변수 설정」→「Core 유형」으로 이동해 현재 설정에 맞는 코어 선택을 확인하세요.

2. 코어 확인

   일상적으로 VLESS, Reality 또는 최신 Xray 설정을 사용한다면 Xray를 선택하세요. 기존 VMess 설정은 구독 요구 사항에 따라 호환되는 코어를 유지해야 합니다.

3. 포트 확인

   매개변수 설정에서 로컬 수신 포트(예: 10808)를 확인하고 127.0.0.1에서만 수신하도록 설정되어 있는지도 점검하세요.

4. 저장 후 재시작

   매개변수를 저장한 뒤 코어를 재시작하고, 로그에서 새 코어와 새 포트가 로드되었는지 확인하세요. 이전 프로세스를 계속 사용하는 일을 피할 수 있습니다.

로그 창에서 시작 및 연결 오류 확인하기

로그 문제 해결은 가장 최근 기록부터 시작해야 합니다. 먼저 코어가 설정을 정상적으로 읽고 로컬 포트를 수신 중인지 확인한 다음, 웹페이지에 접속할 때 아웃바운드 기록이 생성되는지 살펴보세요. 로그가 시작 단계에서 멈췄다면 문제는 대개 코어·설정 파일·포트에 있습니다. 연결 기록은 있지만 원격 시간 초과가 발생한다면 노드·네트워크·원격 서비스 상태 이상일 가능성이 큽니다.

정상적으로 시작되면 로그에 코어 버전, 설정 로드, 수신 주소 등의 정보가 표시되는 경우가 많습니다. 코어마다 문구가 완전히 같지는 않으므로 글자 단위로 일치시킬 필요는 없습니다. 다만 failed, invalid, address already in use 같은 오류가 곧바로 이어지지 않고 상태 표시줄이 실행 상태를 유지하는지가 중요합니다.

판단 예시 순서
1. Core: Xray
2. Local listen: 127.0.0.1:10808
3. Configuration loaded
4. 브라우저 접속 후 outbound connection이 표시됨
5. timeout 또는 connection refused가 표시되지 않음

문제 해결을 위해 로그를 복사하기 전 구독 주소, 노드 인증 정보, 전체 설정 내용을 삭제하세요. 보통 오류 전후 10~20줄, v2rayN 버전, Core 유형, 노드 프로토콜, 수행한 단계만 남겨도 문제가 로컬 포트·설정 파싱·원격 연결 중 어디에 속하는지 판단할 수 있습니다.

상태 표시줄, 시스템 프록시, 라우팅 분할의 관계

서버를 선택했다고 해서 트래픽이 이미 프록시로 들어간 것은 아닙니다. 전체 경로는 활성 서버 설정, 코어 실행, 로컬 포트 수신, 애플리케이션 트래픽의 해당 포트 지정으로 구성됩니다. 시스템 프록시를 따르는 데스크톱 프로그램은 v2rayN에서 시스템 프록시를 켤 수 있습니다. 시스템 프록시를 읽지 않는 프로그램은 별도로 프록시를 설정하거나 필요에 따라 TUN 모드를 사용해야 합니다.

라우팅 분할은 코어에 들어온 뒤 트래픽이 향할 경로를 결정합니다. 규칙 모드에서는 로컬 네트워크와 자주 사용하는 직접 연결 대상은 그대로 연결하고, 프록시가 필요한 요청은 활성 서버로 보낼 수 있습니다. 전역 모드는 더 많은 트래픽을 일괄적으로 프록시를 거치게 합니다. 라우팅 규칙을 바꾼 뒤에는 직접 연결 대상과 프록시 대상 하나씩을 모두 테스트해 특정 웹페이지만 확인하는 일이 없도록 하세요.

1. 서버 목록에서 실제 연결 지연이 정상인 서버를 활성 서버로 설정하세요.
2. 로그에 코어가 로드되었고 현재 설정의 로컬 포트를 수신 중인지 확인하세요.
3. 시스템 프록시를 켜고 브라우저로 서로 다른 웹사이트 두 곳에 접속하세요.
4. 외부 IP 주소가 선택한 노드 지역과 일치하는지 확인하고 직접 연결 규칙도 예상대로 적용되는지 점검하세요.
5. 시스템 프록시를 끈 뒤 다시 접속해 프록시 상태 전환이 실제 트래픽 경로에 영향을 주는지 확인하세요.

메인 화면의 자주 발생하는 문제와 해결 순서

메인 화면의 이상 현상이 발생해도 바로 재설치할 필요는 없습니다. 먼저 그룹과 활성 서버를 확인하고, 다음으로 코어와 포트를 점검한 뒤, 마지막으로 시스템 프록시와 라우팅 모드를 확인하면 구독 문제·노드 문제·로컬 프록시 문제를 분리할 수 있습니다. 한 번에 변수 하나만 바꾸고 변경 후 다시 테스트하면 원인을 더 명확하게 찾을 수 있습니다.

메인 창에 익숙해지면 일상 작업을 짧은 순서로 고정할 수 있습니다. 해당 구독 그룹 업데이트, 실제 연결 지연 측정, 활성 서버 설정, 시스템 프록시 시작, 로그 확인, 외부 IP 검증 순서입니다. 문제가 발생하면 반대 방향으로 확인하면 대개 애플리케이션 트래픽이 로컬 포트에 들어오지 않는지, 코어가 원격 노드에 연결하지 못하는지를 빠르게 구분할 수 있습니다.