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

이 글의 주요 내용

v2rayN을 실행했지만 ‘서버 선택’과 ‘프록시 사용’의 차이가 헷갈리는 분을 위한 안내입니다. 서버 목록, 구독 그룹, 실행 로그, 설정을 차례로 확인하고 구독 가져오기부터 브라우저 접속까지 점검합니다. Windows 한국어판 v2rayN 7.x에서 흔히 볼 수 있는 화면 구성을 기준으로 설명합니다. 데스크톱 버전과 WPF 버전은 메뉴 위치나 명칭이 다를 수 있으며, 포트는 현재 클라이언트에 표시된 값을 기준으로 확인하세요.

먼저 메인 창의 네 가지 상태를 구분하세요

v2rayN은 서버 정보를 저장하고 실행 설정을 생성한 뒤 코어를 실행하는 클라이언트 관리 프로그램입니다. 메인 창이 표시되는 것은 프로그램이 실행됐다는 뜻일 뿐입니다. 코어가 실행 중인지, 어떤 서버를 사용 중인지, 브라우저 요청이 로컬 프록시로 전달되는지는 각각 따로 확인해야 합니다. 문제를 해결할 때는 이 상태를 구분하는 편이 서버를 계속 바꾸는 것보다 효과적입니다.

메인 창: 설정 작업과 실행 상태를 구분해 확인

설정 작업 영역

서버 목록: 프로토콜, 주소, 포트와 테스트 결과를 확인합니다.
구독 그룹: 출처별로 목록을 필터링하고 구독 주소를 관리합니다.
설정: 로컬 리스닝, 로그 수준 등의 옵션을 조정합니다.

실행 상태 영역

활성 서버 표시: 마우스로 선택한 행이 아니라 실제로 사용 중인 항목인지 확인합니다.
시스템 프록시와 라우팅 선택: 요청이 어떻게 전달되고 분기되는지 확인합니다.
로그 창: 코어 실행 결과와 요청 오류를 확인합니다.

서버 목록, 코어 실행 여부, 시스템 프록시 설정은 각각 따로 확인하세요. 어느 하나만으로 전체 상태를 판단할 수는 없습니다.

처음 사용할 때는 Tun을 끈 상태로 두고 서버 하나와 시스템 프록시만 테스트하세요. 문제가 생겨도 가상 네트워크 어댑터, 권한, 라우팅 가로채기까지 한꺼번에 점검하지 않고 로컬 리스닝, 서버 연결, 브라우저 설정에 집중할 수 있습니다.

서버 목록: 항목별 의미와 활성화 방법

행을 한 번 클릭하면 보통 해당 항목이 선택되어 편집, 테스트 또는 삭제할 수 있습니다. 실제로 사용할 서버를 바꾸려면 마우스 오른쪽 버튼 메뉴에서 ‘활성 서버로 설정’을 선택하세요. 이 기능을 지원하는 화면에서는 항목을 두 번 클릭해 활성화할 수도 있습니다. 전환한 뒤 활성 표시와 로그가 바뀌는지 확인하고, 행의 배경색만으로 판단하지 마세요.

목록 항목	의미	확인할 점
메모 또는 별칭	서버를 쉽게 구분하기 위한 표시 이름	이름에 표시된 지역이나 배율은 제공자가 붙인 설명일 뿐, 실제 접속 위치나 속도를 보장하지 않습니다.
유형 또는 프로토콜	예: VMess, VLESS	연결에 사용하는 프로토콜입니다. 시스템 프록시 모드나 속도 등급을 뜻하지 않습니다.
주소와 포트	원격 서버의 도메인 또는 IP 주소와 서비스 포트	원격 서버의 443 포트와 로컬 리스닝 포트 10808은 용도가 다르므로 서로 바꿔 쓸 수 없습니다.
전송 방식과 TLS	예: WebSocket, gRPC 및 연결 보안 설정	서버 측 설정과 일치해야 합니다. 연결을 시험하려고 임의로 바꾸지 마세요.
지연 시간	한 차례 테스트에 걸린 시간으로, 보통 밀리초 단위로 표시됩니다.	테스트 유형을 먼저 확인하세요. TCP 연결 테스트와 실제 연결 테스트는 의미가 다릅니다.
속도	다운로드 테스트로 측정한 처리량	테스트 주소, 시간대, 로컬 네트워크 상태에 따라 달라집니다. 테스트 자체도 트래픽을 사용합니다.
구독 그룹	해당 설정이 속한 출처 그룹	목록 필터링 및 일괄 업데이트에 쓰이며, 그룹별로 트래픽이 자동 분배되는 것은 아닙니다.

예를 들어 항목에 80 ms라고 표시되어도 이는 한 번의 테스트 결과일 뿐, 모든 웹사이트의 응답 시간을 뜻하지 않습니다. TCP 테스트 성공은 대상 포트에 연결할 수 있다는 의미입니다. UUID, TLS, 전송 경로가 모두 올바르다는 보장은 없습니다. 실제 연결 테스트는 일반적인 사용 환경에 더 가깝지만, 테스트 대상 주소에 접속할 수 없으면 시간 초과가 발생할 수도 있습니다.

항목 하나를 선택한 뒤 마우스 오른쪽 버튼 메뉴에서 ‘서버 실제 연결 지연 시간 테스트’를 실행하고, 해당 행의 결과와 함께 기록된 로그를 확인하세요.
이어서 ‘활성 서버로 설정’을 선택하고 활성 서버 표시가 대상 행으로 바뀌는지 확인합니다.
설정을 수정해야 한다면 해당 서버의 편집 창을 여세요. 구독에서 가져온 항목은 업데이트 후 수동 변경 사항이 덮어써질 수 있으므로 출처를 먼저 확인하세요.
처음부터 모든 서버를 한꺼번에 테스트하지 마세요. 적은 수의 항목부터 확인하면 동시 요청이 네트워크와 결과에 미치는 영향을 줄일 수 있습니다.

구독 그룹: 먼저 그룹을 만들고 목록을 업데이트하세요

구독 주소는 서버 설정을 가져오는 경로입니다. 일반 웹페이지 주소나 VMess 또는 VLESS 단일 공유 링크와는 다릅니다. ‘공유 링크 가져오기’는 개별 설정을 가져오고, ‘구독 주소 추가’는 나중에 새로고침할 수 있는 출처를 저장합니다. 구독 링크에는 접근 자격 정보가 포함되는 경우가 많으므로 스크린샷이나 공개 로그에 노출하지 마세요.

그룹 설정 열기

메인 창에서 ‘구독 그룹’ → ‘구독 그룹 설정’으로 이동한 뒤 ‘추가’를 선택하세요. 현재 화면에서 그룹 옆에 ‘+’ 버튼을 제공한다면 이를 눌러 새 그룹을 만들 수도 있습니다.
구독 출처 입력

‘일상 회선’처럼 알아보기 쉬운 별칭을 입력하고, 전체 구독 주소를 ‘선택 주소(Url)’ 또는 해당 구독 주소 입력란에 붙여 넣은 다음 저장하세요.
구독 업데이트

‘구독 그룹’ 메뉴에서 ‘모든 구독 업데이트(프록시 사용 안 함)’를 선택하세요. 출처에 접속하려면 프록시가 필요한 경우, 먼저 사용 가능한 서버를 활성화한 다음 ‘모든 구독 업데이트(프록시 사용)’를 선택합니다.
결과 확인

업데이트 알림을 확인하고 새로 만든 그룹으로 전환해 서버 목록을 살펴보세요. 항목 하나를 연결 테스트한 뒤 활성 서버로 설정합니다.

그룹을 전환하면 목록의 필터 범위가 바뀔 뿐, 활성 서버가 자동으로 전환되지는 않습니다. 다른 그룹으로 옮겨도 현재 사용 중인 서버는 이전 그룹에 남아 있을 수 있습니다. 회선을 바꾸려면 활성화 작업을 별도로 해야 합니다. 구독 업데이트는 출처에서 제공하는 항목을 새로 가져오므로 기존 항목이 교체될 수 있습니다. 중요한 수동 설정은 따로 저장하세요.

로그 창: 시간순으로 첫 오류 찾기

로그 창은 보통 메인 창 아래쪽에 있으며, UI 안내와 코어 실행 메시지를 표시합니다. 문제를 점검할 때는 작업한 시간을 기록한 뒤 서버를 한 번 전환하거나 웹페이지에 접속하고, 그 시점 전후에 새로 기록된 로그만 확인하세요. 서버를 바꿔도 이전 오류 기록은 지워지지 않습니다. 몇 시간 전에 발생한 오류를 현재 상태로 착각하지 마세요.

로그 키워드	먼저 확인할 사항	다음 단계
`address already in use`	로컬 리스닝 포트가 사용 중일 수 있습니다.	클라이언트가 두 개 실행 중인지 확인하세요. 로컬 포트를 바꿨다면 프록시를 수동 설정한 앱의 포트도 함께 변경합니다.
`connection refused`	대상에서 연결을 거부했습니다.	먼저 대상 주소를 확인하세요. 127.0.0.1은 로컬 리스닝을 가리키고, 원격 주소라면 서버 포트와 서비스 상태를 확인해야 합니다.
`i/o timeout`	연결 또는 읽기·쓰기가 제한 시간을 초과했습니다.	같은 로그 행의 대상을 확인해 서버 연결, DNS 조회, 웹사이트 접속 중 어느 단계에서 시간 초과가 발생했는지 살펴보세요.
`x509`	인증서 검증에 실패했습니다.	먼저 시스템 날짜와 시간을 맞춘 뒤 서버 설정의 TLS 도메인, SNI, 인증서가 서로 일치하는지 확인하세요.
`failed to load config`	실행 설정을 불러오지 못했습니다.	바로 이어지는 필드, 파일 또는 행 번호 안내를 확인하고 최근 변경 사항을 살펴보세요. 먼저 서버를 사용할 수 없는 문제라고 단정하지 마세요.

로그에 표시된 대상 주소와 아웃바운드 표시도 중요합니다. 요청이 코어에 들어왔다고 해서 반드시 프록시를 거치는 것은 아닙니다. 직접 연결 규칙이 적용되어도 연결 기록이 남습니다. 반대로 접속 로그가 없다고 브라우저가 요청을 보내지 않았다고 단정할 수도 없습니다. 현재 로그 수준에서 해당 정보가 기록되지 않을 수 있습니다.

문제를 점검하기 전에 필요한 오류 내용을 보관한 다음 표시 영역을 지우세요. 이전 기록과 새 기록을 혼동하지 않는 데 도움이 됩니다.
로그 수준을 일시적으로 높이고 문제를 한 번 재현하세요. 점검이 끝나면 로그가 계속 쌓이지 않도록 평소 수준으로 되돌립니다.
로그를 공유하기 전에 구독 주소, 사용자 식별 정보, 접속 도메인, 개인 파일 경로를 가리고 오류 키워드와 발생 시간은 남겨 두세요.

설정: 로컬 포트, 시스템 프록시, Tun

‘설정’ → ‘매개변수 설정’에서 설정 창을 열고 ‘Core 기본 설정’, ‘v2rayN 설정’ 등의 페이지를 먼저 확인하세요. 버전에 따라 탭 위치가 달라질 수 있으므로 다른 버전의 스크린샷을 그대로 따라 하기보다 설정 항목 이름으로 찾으세요. 변경 사항을 저장한 뒤 코어가 다시 시작됐는지도 확인합니다.

로컬 리스닝 확인

주소 예시: 127.0.0.1, 이 컴퓨터에서만 연결 가능
포트 예시: 10808, 현재 설정값을 기준으로 확인
리스닝 프로토콜: 현재 SOCKS, HTTP, 혼합 리스닝 중 무엇을 사용하는지 확인하세요.
LAN 연결: 다른 기기에서 접속할 필요가 없다면 LAN 연결 허용을 켜지 마세요.

이전 버전은 10808과 10809를 각각 사용하기도 하고, 최신 버전은 혼합 리스닝을 사용할 수도 있습니다. 앱에 입력하는 프로토콜과 포트가 실제 설정과 일치해야 합니다.

일상적인 실행 설정

로그 수준: 평소에는 warning을 사용하고, 문제를 확인할 때 필요에 따라 info 또는 debug로 바꾸세요.
시스템 프록시: 일반 브라우저 접속을 테스트할 때는 ‘시스템 프록시 자동 설정’을 선택하세요.
Tun 모드: 처음 문제를 점검할 때는 끄고, 다른 트래픽까지 처리해야 할 때 활성화하세요.
시작 시 실행: 수동 실행과 연결 테스트가 정상적으로 되는지 확인한 다음 필요에 따라 켜세요.

접속 기록 표시 여부는 로그 수준과 코어에 따라 다릅니다. 시스템 프록시를 켜도 모든 앱이 자동으로 프록시를 사용하는 것은 아닙니다.

시스템 프록시와 라우팅 모드는 서로 다른 설정입니다. ‘시스템 프록시 자동 설정’을 사용하면 시스템 프록시 설정을 따르는 앱이 요청을 로컬 리스닝으로 전달합니다. 라우팅 규칙은 이후 해당 요청을 직접 연결, 프록시 또는 차단 중 어디로 보낼지 정합니다. 따라서 시스템 프록시를 설정해도 모든 트래픽이 프록시를 거치는 것은 아니며, 전역 프록시 라우팅을 선택해도 모든 프로그램의 트래픽을 가로채는 것은 아닙니다.

Tun은 가상 네트워크 인터페이스를 통해 더 많은 트래픽을 처리하는 기능으로, 필요한 권한과 네트워크 환경이 갖춰져야 합니다. Windows에서 권한 안내가 표시되면 클라이언트의 지침을 따르세요. 다만 ‘관리자 권한으로 실행’을 모든 오류의 해결책으로 여기지는 마세요. 코어 실행 실패, 잘못된 구독 설정, 로컬 포트 충돌은 각각 따로 해결해야 합니다.

메인 창에서 웹 접속 확인하기

‘설정 가져오기 완료 → 활성 서버 확인 → 코어 정상 실행 → 요청이 로컬 리스닝에 도달 → 라우팅에서 예상한 아웃바운드 선택’ 순서로 점검하세요. 한 번에 하나씩만 바꾸고, 접속 가능한 동일한 페이지를 반복해서 열어야 변경 효과를 쉽게 판단할 수 있습니다. 다음은 처음 사용할 때 자주 헷갈리는 상황입니다.

서버가 많이 표시되는데 왜 인터넷에 연결되지 않나요?

먼저 항목을 마우스 오른쪽 버튼으로 클릭해 ‘활성 서버로 설정’을 선택하고, 로그에 실행 오류가 있는지 확인하세요. 그런 다음 메인 화면이나 트레이 메뉴에서 시스템 프록시를 ‘시스템 프록시 자동 설정’으로 바꾸고, 시스템 프록시를 따르는 브라우저에서 테스트합니다. 목록에 서버가 있다는 것은 설정이 저장되어 있다는 뜻일 뿐입니다.

구독 그룹을 바꿨는데 접속 위치가 그대로인 이유는 무엇인가요?

그룹 전환은 목록을 필터링하는 작업입니다. 대상 그룹에서 서버를 다시 활성화하고 활성 표시를 확인한 다음 새 웹 연결을 만드세요. 이미 연결된 장시간 연결은 바로 전환되지 않을 수 있으므로, 필요한 경우 테스트 페이지를 닫았다가 다시 여세요.

지연 시간 테스트는 성공했는데 브라우저에서 계속 로딩되는 이유는 무엇인가요?

TCP 연결 테스트와 실제 연결 테스트 중 무엇을 했는지 확인한 다음, 브라우저가 별도 프록시 확장 프로그램이나 수동 포트를 사용하는지 점검하세요. 예를 들어 127.0.0.1:10808은 현재 해당 프로토콜로 리스닝 중일 때만 사용할 수 있습니다. 로그에 TLS 오류나 시간 초과가 기록됐는지도 확인하세요.

클라이언트를 종료한 뒤 브라우저에서 페이지가 열리지 않는 이유는 무엇인가요?

클라이언트를 다시 실행한 뒤 시스템 프록시 메뉴에서 ‘시스템 프록시 지우기’를 선택하고 정상적으로 종료하세요. 클라이언트를 실행할 수 없다면 Windows의 ‘설정’ → ‘네트워크 및 인터넷’ → ‘프록시’에서 127.0.0.1을 가리키는 수동 프록시가 남아 있는지, 사용할 수 없는 자동 구성 스크립트가 설정되어 있는지 확인하세요.

점검을 마친 뒤 확인된 포트, 라우팅, 로그 설정을 유지하고 시작 시 실행, 구독 자동 업데이트, Tun을 하나씩 활성화하세요. 구독 가져오기나 프록시 설정을 더 알아보려면 안내에 따라 설정하고, 실행 오류가 발생하면 로그에서 처음 나타난 유효한 오류를 저장한 뒤 문제 해결 가이드를 참고하세요.

클라이언트 설정 안내 보기: 설치, 설정 가져오기, 활성화, 접속 테스트 순서로 기본 설정을 진행합니다.
문제 해결 가이드 보기: 연결 단계와 오류 메시지를 기준으로 원인을 좁혀 갑니다.