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

먼저 메인 창의 다섯 영역부터 확인하기

v2rayN의 메인 창은 단순한 ‘연결’ 버튼이 아닙니다. 설정 관리 도구에 가깝습니다. 상단 메뉴에서는 작업을 실행하고, 왼쪽 구독 그룹에서는 설정을 필터링하며, 가운데 서버 목록에서는 노드를 확인합니다. 하단 상태 표시줄에는 현재 실행 상태가, 로그 패널에는 핵심 시작 및 연결 정보가 표시됩니다.

7.x의 세부 버전에 따라 버튼 위치가 조금 달라질 수 있으며, 창 너비에 따라 사이드바와 로그 영역이 모두 펼쳐지지 않을 수도 있습니다. 이 글은 v2rayN 7.15.x의 일반적인 배치와 한국어 인터페이스 명칭을 기준으로 설명합니다. 메뉴가 보이지 않으면 먼저 창이 너무 좁지 않은지 확인한 뒤 해당 메뉴를 살펴보세요.

위에서부터 작업 순서 익히기

• 메뉴 표시줄: 서버 추가, 구독 관리, 매개변수 조정 및 일괄 테스트를 실행합니다.
• 구독 그룹 사이드바: 여러 구독 또는 직접 만든 그룹 사이를 전환하며 현재 그룹의 서버만 표시합니다.
• 서버 목록: 별칭, 주소, 포트, 프로토콜, 전송 방식과 테스트 결과를 확인하고 활성 서버를 설정합니다.
• 상태 표시줄: 현재 서버, 시스템 프록시 상태, 라우팅 모드와 로컬 수신 포트를 확인합니다.
• 로그 패널: 핵심 시작, 설정 로드, DNS 조회, 연결 실패 및 포트 사용 중 정보를 확인합니다.

메뉴 표시줄에서 서버 추가·업데이트·전역 설정 관리하기

메뉴 표시줄은 모든 관리 작업의 진입점입니다. ‘서버’에서는 VMess, VLESS, Trojan 또는 Shadowsocks 설정을 직접 추가할 수 있으며, 클립보드에서 공유 내용을 여러 개 가져올 수도 있습니다. 서버를 직접 편집할 때는 주소, 포트, 사용자 식별자, 전송 방식, TLS, 서버 이름 등의 값이 서버 측 설정과 일치해야 합니다.

‘구독 그룹’에서는 구독 주소 추가, 그룹 이름 편집, 현재 구독 업데이트 또는 전체 구독 업데이트를 수행합니다. 업데이트가 끝나면 새 설정이 해당 그룹에 저장됩니다. 업데이트만으로 현재 네트워크에 가장 적합한 회선을 자동으로 판단할 수는 없으므로, 서버 목록에서 지연 시간을 테스트한 뒤 활성 서버를 선택해야 합니다.

‘설정’에는 매개변수 설정, 라우팅 설정, DNS 설정 및 코어 관리 메뉴가 있습니다. 처음 사용할 때는 Core 유형, 로컬 수신 포트, 시작 시 자동 실행 옵션과 시스템 프록시 동작을 우선 확인하는 것이 좋습니다. 용도를 모른 채 포트, DNS와 라우팅 규칙을 동시에 변경하면 로그에 오류가 발생했을 때 원인을 찾기 어렵습니다.

1. 매개변수 열기

   「설정」→「매개변수 설정」으로 이동해 기본 설정 페이지부터 확인하세요. 모든 옵션을 한꺼번에 바꿀 필요는 없습니다.

2. 코어 확인

   「설정」→「매개변수 설정」→「Core 유형」으로 이동합니다. 일반적인 VLESS 및 VMess 설정에는 Xray Core를 사용할 수 있습니다.

3. 포트 점검

   로컬 수신 포트를 확인하세요. 일반적인 혼합 포트는 10808입니다. 이미 변경했다면 브라우저나 다른 애플리케이션에도 같은 포트를 입력해야 합니다.

4. 설정 저장

   확인을 클릭한 뒤 하단 상태 표시줄을 살펴보세요. 코어가 자동으로 다시 시작되면 현재 서버 이름과 포트가 다시 표시될 때까지 기다립니다.

5. 로그 확인

   로그 패널로 전환해 약 30초 동안 확인하고, ‘address already in use’와 같은 포트 사용 중 알림이 없는지 살펴보세요.

메뉴 이름은 비슷해도 역할은 다릅니다

구독 그룹 사이드바에서 목록 표시 범위 결정하기

구독 그룹은 서버 목록의 필터라고 생각하면 됩니다. 그룹을 선택하면 가운데 영역에는 해당 그룹에 속한 설정만 표시됩니다. 노드 수가 갑자기 수십 개에서 몇 개로 줄었다면 즉시 구독을 다시 가져오기보다 왼쪽에서 수동 설정 그룹이나 테스트 그룹을 선택한 것은 아닌지, 이름 필터가 켜져 있지 않은지 먼저 확인하세요.

하나의 구독에 여러 지역과 프로토콜이 포함될 수 있습니다. 그룹 이름은 ‘일상 구독’, ‘보조 회선’, ‘수동 설정’처럼 출처나 사용 목적을 나타내는 방식이 적합합니다. 특정 노드 이름을 그룹 이름으로 지정하면 업데이트 후 노드 이름이 바뀌었을 때 설정의 출처를 파악하기 어려워집니다.

업데이트 후 목록이 비어 있으면 먼저 세 가지 확인하기

1. 현재 선택한 그룹이 방금 업데이트한 구독 그룹인지 확인하세요. ‘기본값’ 또는 수동 설정 그룹으로 바뀌어 있지 않아야 합니다.
2. 서버 목록 위에 있는 키워드 필터를 지우세요. 특히 지역 약어와 프로토콜 이름이 남아 있지 않은지 확인합니다.
3. 로그를 열어 업데이트 결과를 확인하고 네트워크 시간 초과, 구독 내용 없음, 내용 분석 실패를 구분하세요.

서버 목록의 각 열 이해하기

서버 목록은 메인 창에서 정보가 가장 밀집된 영역입니다. 각 행은 하나의 로컬 설정 기록을 나타냅니다. 일반적으로 별칭, 주소, 포트, 프로토콜 유형, 전송 방식, TLS, 지연 시간과 속도 열이 표시됩니다. 버전, 창 너비와 표시 설정에 따라 열 이름은 달라질 수 있지만 확인 순서는 대체로 같습니다.

‘별칭’은 사용자가 식별하기 위한 이름이며 네트워크 연결에는 사용되지 않습니다. 원격 진입점은 ‘주소’와 ‘포트’입니다. ‘유형’에는 VMess, VLESS, Trojan 또는 Shadowsocks가 표시됩니다. ‘전송’에는 TCP, WebSocket, gRPC 등이 나타날 수 있습니다. 원격 설정과 일치해야 하므로 지연 시간을 낮추려고 임의로 바꾸면 안 됩니다.

지연 시간 열은 테스트 방식을 구분해서 봐야 합니다. TCP Ping은 대상 포트에 TCP 연결을 만들 수 있는지 확인할 뿐이며, 수치가 낮다고 프록시 경로가 정상이라는 뜻은 아닙니다. 실제 연결 지연 시간은 현재 프록시 설정으로 실제 요청을 보내므로 노드가 제대로 작동하는지 판단하는 데 더 적합합니다. TCP 테스트에는 수치가 나오지만 실제 연결 테스트가 실패한다면 프로토콜 매개변수, TLS, 서버 이름과 시스템 시간을 먼저 확인하세요.

노드를 고를 때 가장 작은 숫자만 보지 마세요

• 먼저 여러 노드의 실제 연결 지연 시간을 일괄 테스트해 시간 초과와 핸드셰이크 실패 설정을 제외하세요.
• 성공한 결과 중 지연 시간이 안정적인 노드를 선택하세요. 순간적으로 가장 낮은 값만 기계적으로 고를 필요는 없습니다.
• 후보 노드를 2~3회 연속 테스트하세요. 결과가 120ms, 480ms, 160ms처럼 크게 흔들린다면 약 180ms를 꾸준히 유지하는 노드보다 안정성이 떨어지는 경우가 많습니다.
• 활성 서버로 지정한 뒤 실제 사용하는 웹페이지나 애플리케이션을 열어 확인하세요. 목록 테스트는 선별 도구일 뿐, 네트워크 품질을 완전히 판단하는 결과는 아닙니다.

상태 표시줄과 시스템 프록시의 의미

하단 상태 표시줄은 ‘현재 실제로 실행 중인 설정’을 확인하는 곳입니다. 일반적으로 활성 서버 이름, 로컬 포트, 시스템 프록시 상태와 라우팅 모드가 표시됩니다. 서버 목록에서 행을 강조 표시한 뒤 상태 표시줄의 이름도 함께 바뀌었는지 확인하세요. 바뀌지 않았다면 해당 행만 선택된 상태이며 아직 활성 서버로 지정되지 않은 것입니다.

시스템 프록시를 켜면 운영체제의 프록시 설정을 읽는 애플리케이션이 v2rayN의 로컬 포트로 요청을 보냅니다. 일반적인 혼합 포트 예시는 10808이며, HTTP와 SOCKS 같은 일반적인 인바운드 요청을 함께 받을 수 있습니다. 매개변수 설정에서 다른 포트로 바꿨다면 프록시를 수동 설정한 애플리케이션도 반드시 같은 값으로 변경해야 합니다.

라우팅 모드는 요청을 프록시로 보낼지, 직접 연결할지, 차단할지를 결정합니다. 규칙은 일반적으로 설정된 순서대로 적용되며 도메인, IP, 프로세스 또는 포트가 조건이 될 수 있습니다. 처음에는 클라이언트에 포함된 기본 규칙을 사용하고, 출처가 불분명하거나 내용이 겹치는 규칙 세트를 여러 개 동시에 가져오지 않는 것이 좋습니다.

로그 패널로 연결 문제 찾기

로그는 프로그램이 충돌했을 때만 보는 것이 아닙니다. 활성 서버 전환, Core 유형 변경, 라우팅 업데이트 또는 로컬 포트 조정 후에도 로그를 확인해야 합니다. 정상적으로 시작되면 설정 로드, 인바운드 수신 대기와 코어 실행 관련 기록이 나타납니다. 같은 오류가 계속 반복되면 설정이나 네트워크에 문제가 남아 있다는 뜻입니다.

‘address already in use’는 일반적으로 로컬 포트를 다른 프로세스가 사용 중이거나 v2rayN 인스턴스가 백그라운드에서 이미 실행 중이라는 뜻입니다. 먼저 작업 표시줄 알림 영역과 작업 관리자를 확인하고, 여러 인스턴스를 연속으로 실행하지 마세요. 중복 프로세스가 없음을 확인한 뒤 「설정」→「매개변수 설정」에서 로컬 포트를 점검하세요.

로그에 연결 시간 초과가 표시되면 구독 업데이트, 원격 서버 연결, DNS 조회 중 어디에서 발생했는지 먼저 구분하세요. 구독 업데이트 시간 초과만으로 기존 노드가 모두 작동하지 않는다고 단정할 수는 없습니다. 원격 연결 시간 초과 역시 로컬 포트 오류를 의미하지는 않습니다. 실행한 작업의 시점과 바로 앞뒤의 로그를 함께 확인해야 합니다.

권장 문제 해결 순서

1. 현재 활성 서버 이름, Core 유형, 로컬 포트와 시스템 프록시 상태를 기록합니다.
2. 현재 로그 위치를 지우거나 표시한 뒤 실제 연결 지연 시간 테스트처럼 명확한 작업을 한 번 실행합니다.
3. 새로 나타난 오류만 확인하고 몇 분 전의 구독 업데이트 기록을 현재 연결 오류로 보지 않습니다.
4. 한 번에 설정 하나만 변경하고 저장한 뒤 다시 테스트해 로그 변화를 비교합니다.
5. 사용 가능한 설정을 복구한 뒤 그룹, 라우팅과 DNS를 정리해 문제 범위를 더 넓히지 않도록 합니다.

처음 사용할 때의 전체 작업 흐름

전체 작업 지도를 익혔다면 일상적인 과정은 구독 가져오기, 그룹 업데이트, 서버 테스트, 활성 서버 지정, 시스템 프록시 켜기, 로그 확인의 여섯 단계로 줄일 수 있습니다. 각 단계가 메인 창의 명확한 영역에 대응하므로 여러 설정 페이지를 반복해서 오갈 필요가 없습니다.

처음 설정할 때는 기본 라우팅과 DNS를 유지하고 코어와 포트만 확인하는 것이 좋습니다. 노드로 정상 접속할 수 있게 된 뒤 사용 목적에 맞게 분기 규칙을 조정하세요. 그러면 이후 문제가 생겨도 원인이 노드 자체인지 새로 추가한 라우팅 또는 DNS 설정인지 빠르게 구분할 수 있습니다.

1. 구독 추가

   「구독 그룹」을 열어 새 그룹을 만들고 전체 구독 주소를 입력한 다음 저장 후 현재 구독 업데이트를 실행합니다.

2. 노드 필터링

   왼쪽에서 방금 업데이트한 그룹을 선택하고 키워드 필터를 지운 뒤 서버 목록에 설정이 표시되는지 확인합니다.

3. 연결 테스트

   여러 서버를 선택해 실제 연결 지연 시간을 테스트하고 시간 초과 항목을 제외한 다음 후보 노드를 2~3회 반복 테스트합니다.

4. 활성 서버 지정

   대상 행을 두 번 클릭하거나 마우스 오른쪽 버튼 메뉴에서 활성 서버로 지정한 뒤 하단 상태 표시줄의 노드 이름을 확인합니다.

5. 프록시 켜기

   현재 용도에 맞게 시스템 프록시를 켜고 상태 표시줄의 로컬 포트가 「설정」→「매개변수 설정」의 값과 일치하는지 확인합니다.

6. 로그 확인

   실제로 사용하는 웹페이지를 열면서 약 30초 동안 로그를 확인하세요. 실패하면 포트, DNS, 핸드셰이크, 원격 시간 초과 순서로 점검합니다.