v2rayN을 처음 사용할 때는 네 가지 기능을 먼저 구분해야 합니다. 서버 목록에서는 노드를 선택하고, 구독 그룹에서는 노드 출처를 관리하며, 로그 창에서는 코어의 동작을 확인하고, 설정 메뉴에서는 로컬 리스너와 트래픽 규칙을 조정합니다. 이 글에서는 각 영역을 읽는 방법을 설명하고 실제 점검 순서도 살펴봅니다. 클라이언트는 열었지만 ‘노드 선택’과 ‘트래픽을 실제로 프록시로 보내는 것’의 차이를 아직 파악하지 못한 사용자에게 적합합니다.
메인 창 구성: 노드·출처·로그·트래픽 설정
먼저 기억할 점은 목록에 노드가 있다고 해서 코어가 정상적으로 시작된 것은 아니며, 노드를 활성 서버로 지정했다고 브라우저가 프록시를 사용하는 것도 아니라는 것입니다. v2rayN은 데스크톱에서 설정과 노드를 관리하는 인터페이스이고, 실제 연결은 코어가 처리합니다. 앱의 트래픽은 시스템 프록시, 앱 자체 프록시 설정 또는 TUN을 통해 알맞은 경로로 전달되어야 합니다.
버전이나 데스크톱 환경에 따라 화면 배치가 달라질 수 있습니다. 구독 그룹은 상단 탭, 드롭다운 또는 그룹 영역으로 표시될 수 있고, 시스템 프록시와 라우팅 선택 메뉴도 상태 표시줄이나 트레이 메뉴에 있을 수 있습니다. 아래에서는 일반적으로 쓰이는 메뉴 이름으로 기능을 안내합니다. 같은 이름의 버튼이 보이지 않으면 예전 스크린샷에서 위치를 찾기보다 현재 화면의 비슷한 기능을 확인하세요.
- 상단 메뉴와 도구 영역: 서버, 구독 그룹, 설정 메뉴에서 주로 노드 가져오기·업데이트·설정을 관리합니다.
- 가운데 서버 목록: 노드의 프로토콜, 주소, 포트, 테스트 결과를 확인하고 사용할 노드를 활성 서버로 지정합니다.
- 로그 또는 정보 영역: 시작 과정, 연결 기록, 오류를 확인합니다. 일부 화면에서는 하단 영역을 펼쳐야 합니다.
- 상태 표시줄과 트레이: 목록에서 강조 표시된 행만 보지 말고 시스템 프록시, 라우팅 모드, 실행 상태를 확인하세요.
서버 목록의 열 읽기: 주소·포트·지연 시간
노드 목록에 표시되는 VMess, VLESS 등의 이름은 연결 프로토콜이지 클라이언트 이름이 아닙니다. 별칭은 노드를 구분하기 위한 이름으로, 구독에서 제공되거나 사용자가 수정할 수 있습니다. 별칭이 연결 대상 자체를 결정하지는 않습니다. 문제를 점검할 때는 별칭에 적힌 지역명만 믿지 말고 주소, 서버 포트, 전송 방식, 보안 설정을 함께 확인하세요.
| 일반적인 열 이름 | 의미 | 확인할 점 |
|---|---|---|
| 유형／프로토콜 | 노드에서 사용하는 프로토콜입니다. 예: VMess, VLESS. | 코어의 지원 여부와 노드의 전체 설정을 함께 확인하세요. 프로토콜 이름만으로 속도를 판단할 수는 없습니다. |
| 별칭／메모 | 목록에 표시되는 노드 이름입니다. | 이름이 같아도 같은 노드라는 뜻은 아닙니다. 별칭을 바꿔도 서버 주소는 바뀌지 않습니다. |
| 주소 | 원격 서버의 도메인 또는 IP 주소입니다. | 도메인 조회에 실패하면 먼저 로그에서 이름 해석 오류를 확인하세요. |
| 포트 | 원격 서비스가 연결을 받는 포트입니다. 예: 443. | 서버 포트와 컴퓨터의 로컬 프록시 리스닝 포트는 서로 다릅니다. |
| 전송／TLS | 전송 방식과 전송 보안 관련 설정입니다. | 목록에는 요약만 표시되는 경우가 많으므로 전체 설정은 편집 창에서 확인하세요. |
| 지연 시간／속도 | 최근에 실행한 해당 테스트의 결과입니다. | 값을 비교하기 전에 테스트 종류, 단위, 측정 시각을 확인하세요. |
우클릭 메뉴의 TCP 연결 테스트, 실제 연결 지연 시간 테스트, 다운로드 속도 테스트는 측정 방식이 서로 다릅니다. TCP 연결에 성공했다는 것은 해당 시점에 연결을 맺을 수 있었다는 뜻일 뿐입니다. 실제 연결 테스트는 테스트 주소와 프록시 경로의 영향을 받으며, 다운로드 속도는 테스트 서버, 노드 부하, 로컬 회선 속도에도 좌우됩니다. 열이 비어 있다면 아직 테스트하지 않았을 수 있고, 시간 초과는 로그를 함께 살펴봐야 합니다. 이를 근거로 모든 앱에서 접속이 불가능하다고 단정하지 마세요.
- 정렬은 목록의 표시 순서만 바꿉니다. 정렬 결과 첫 번째 노드로 자동 전환되는 것은 아닙니다.
- 여러 노드를 한꺼번에 테스트하기 전에 선택 범위를 확인하세요. 특정 그룹만 선택한 상태를 전체 노드로 착각할 수 있습니다.
- 스크린샷을 공유할 때는 서버 주소, 사용자 식별 정보, 구독 주소를 가리세요. 전체 설정을 공개해서는 안 됩니다.
구독 그룹: 화면 전환과 노드 업데이트는 다릅니다
구독 그룹은 노드의 출처를 관리합니다. 그룹을 클릭하면 현재 표시되는 노드 목록이 바뀌지만, 활성 서버가 즉시 바뀌거나 구독 업데이트가 실행되는 것은 아닙니다. 새 그룹을 만든 뒤에도 목록이 비어 있다면 주소만 저장하고 업데이트를 실행하지 않았을 수 있습니다. 다른 그룹으로 전환한 뒤 노드가 ‘사라진’ 것처럼 보여도 단순히 표시 범위가 바뀐 것일 수 있습니다.
-
그룹 설정 열기
메인 창에서 ‘구독 그룹’ → ‘구독 그룹 설정’을 선택해 관리 창을 열고 항목을 추가합니다. 화면에 따라 그룹 영역에 추가 버튼이 제공될 수 있으며 기능은 같습니다.
-
구독 주소 저장
구분하기 쉬운 그룹 이름을 입력하고 전체 구독 URL을 주소 입력란에 붙여 넣은 뒤 저장하세요. 구독 URL과 개별 노드 공유 링크는 용도가 다릅니다. 개별 노드 링크를 구독 주소 입력란에 넣지 마세요.
-
구독 업데이트 실행
‘구독 그룹’ 메뉴로 돌아가 현재 구독 또는 전체 구독을 업데이트하는 항목을 선택합니다. 직접 업데이트와 프록시를 통한 업데이트가 구분되어 있다면 현재 사용할 수 있는 네트워크 경로에 맞는 항목을 선택하세요.
-
업데이트 결과 확인
업데이트 알림과 로그를 확인한 뒤 해당 그룹으로 돌아가 노드 수를 살펴보세요. 업데이트에 실패해도 오류 원문을 보관하고, 그룹을 반복해서 삭제하고 다시 만들지는 마세요.
-
대상 노드 활성화
그룹 안에서 대상 노드를 우클릭하고 ‘활성 서버로 설정’ 등 활성화 메뉴를 선택한 다음, 활성 표시와 코어 시작 결과를 확인하세요. 이 단계를 거쳐야 그룹 전환이 실제 연결에 사용할 노드 선택으로 이어집니다.
구독 업데이트 과정에서 해당 출처의 노드 항목이 다시 만들어질 수 있으므로 구독 노드를 직접 수정해도 다음 업데이트 후에는 변경 사항이 유지되지 않을 수 있습니다. 계속 사용할 수동 설정은 구독 출처와 분리해 관리하세요. 그룹을 삭제하기 전에는 그 안의 서버 항목도 함께 삭제되는지 확인해야 합니다. 구독 링크에는 접속 인증 정보가 포함되는 경우가 많으므로 문제를 문의할 때는 주소 구조와 오류 메시지에서 민감한 정보를 가리세요.
하단 로그 창: 시작 로그로 연결 문제 찾기
로그는 먼저 ‘어느 단계에서 실패했는지’를 알려 줍니다. 모든 문제를 한 번에 해결하는 버튼을 제공하는 것은 아닙니다. 사용할 노드를 활성화한 뒤 코어가 시작되는 과정을 확인하고, 이어서 테스트 페이지를 열어 보세요. 이 순서에 맞춰 읽으면 긴 과거 로그에서 빨간색 한 줄을 무작정 골라내는 것보다 원인을 파악하기 쉽습니다. 클라이언트 정보와 코어 출력이 같은 영역에 섞여 표시될 수 있으므로 구독 업데이트 오류와 프록시 연결 오류를 구분하세요.
| 로그 키워드 | 먼저 파악할 내용 | 다음 점검 항목 |
|---|---|---|
address already in use | 사용하려는 로컬 주소 또는 포트가 이미 사용 중입니다. | 클라이언트가 중복 실행 중인지, 다른 프로그램이 해당 로컬 리스닝 포트를 사용 중인지 확인하세요. |
failed to parse | 설정 항목을 해석하지 못했습니다. | 해당 줄의 뒷부분을 확인하고 가져온 설정 내용, 필드 값, 사용 중인 코어의 지원 여부를 점검하세요. |
no such host | 관련 도메인 이름을 유효한 주소로 확인하지 못했습니다. | 오류에 표시된 도메인이 구독 주소, 노드 주소, 접속 대상 중 어디에 해당하는지 확인한 다음 해당 경로의 이름 해석을 점검하세요. |
connection refused | 대상 주소에서 연결을 거부했습니다. | 오류에 표시된 주소와 포트를 확인하고 로컬 프록시가 수신 대기 중이지 않은 경우와 원격 서비스가 연결을 거부한 경우를 구분하세요. |
timeout | 정해진 시간 안에 단계가 완료되지 않았습니다. | 앞뒤 로그를 함께 읽어 이름 해석, 연결, 핸드셰이크, 테스트 요청 중 어느 단계에서 시간이 초과됐는지 확인하세요. |
위 내용은 로그에서 자주 찾는 키워드이지, 오류 메시지 전체가 항상 같은 형식이라는 뜻은 아닙니다. 시작 과정에서 안내 메시지 뒤에 실제 종료 원인이 되는 오류가 나올 수 있으므로 실패 지점의 앞뒤 로그를 보관하세요. 연결 기록에 대상 도메인이 표시되더라도 해당 요청이 코어의 처리 경로에 들어왔다는 것만 확인할 수 있습니다. 페이지 로딩이 성공했다는 증거는 아닙니다.
일반 설정과 라우팅 설정: 로컬 진입점과 아웃바운드 규칙 구분하기
‘설정’ → ‘일반 설정’에서는 보통 클라이언트 동작, 로컬 리스너, 관련 기본값을 관리합니다. ‘설정’ → ‘라우팅 설정’에서는 트래픽 매칭 규칙을 관리합니다. 버전에 따라 항목이 있는 탭은 달라질 수 있지만 두 메뉴의 역할은 다릅니다. 일반 설정은 앱이 트래픽을 어느 로컬 진입점으로 전달하는지, 라우팅 설정은 트래픽이 코어에 들어온 뒤 어떤 규칙으로 아웃바운드를 선택하는지 정합니다.
로컬 리스너 확인
- 메뉴
- ‘설정’ → ‘일반 설정’
- 확인할 항목
- 로컬 리스닝 주소, 포트, 프록시 프로토콜
- 주소 예시
127.0.0.1- 포트 예시
10808. 실제 값은 현재 화면에서 확인하세요.
앱에 프록시 유형과 포트를 직접 입력하는 경우 실제 리스너 설정과 일치해야 합니다.
라우팅 규칙 확인
- 메뉴
- ‘설정’ → ‘라우팅 설정’
- 확인할 항목
- 규칙 조건, 순서, 대상 아웃바운드
- 매칭 대상
- 도메인, IP 주소 등의 조건
- 결과 확인
- 접속 기록을 참고해 실제 아웃바운드를 확인하세요.
규칙을 저장한 뒤 메인 화면에서 의도한 라우팅 설정이 활성화되어 있는지도 확인하세요.
웹페이지 하나를 고치려고 리스닝 포트, DNS, 라우팅, 코어 설정을 한꺼번에 변경하지 마세요. 먼저 ‘트래픽이 클라이언트에 들어오지 않는 문제’인지 ‘들어온 뒤 경로를 잘못 선택하는 문제’인지 구분한 다음 해당 설정만 바꾸세요. 코어도 이름만 보고 임의로 전환해서는 안 됩니다. 선택한 코어가 노드 설정의 프로토콜과 추가 매개변수를 지원해야 합니다. 코어가 시작되는지와 핸드셰이크가 완료되는지는 별도로 확인해야 합니다.
세 숫자는 주소와 포트가 각각 어떤 역할을 하는지 보여 주는 예시이며, 모두 같은 값으로 바꾸라는 뜻이 아닙니다. 앱에 127.0.0.1:10808을 입력한다면 해당 포트가 앱에서 선택한 프록시 프로토콜을 실제로 제공하는지 확인해야 합니다. 원격 노드 포트가 443이라고 해서 로컬 앱에도 443을 입력하는 것은 아닙니다.
시스템 프록시와 TUN: 먼저 한 가지 경로로 확인하세요
시스템 프록시는 해당 설정을 따르는 앱에 프록시 정보를 제공하지만, 모든 프로그램이 자동으로 이를 사용하는 것은 아닙니다. TUN은 가상 네트워크 인터페이스를 통해 설정에 해당하는 트래픽을 처리하며 권한, 라우팅, DNS가 관련됩니다. 처음에는 한 가지 경로가 제대로 작동하는지 먼저 확인하세요. 두 모드를 함께 사용하면 요청이 어느 경로로 들어오는지 파악하기 어려울 수 있습니다.
앱 동작에 맞춰 확인 방법 선택
먼저 시스템 프록시 확인
- 메인 화면의 상태 표시줄이나 트레이에서 ‘시스템 프록시’ 메뉴를 열고 ‘시스템 프록시 자동 설정’ 등 활성화 항목을 선택하세요.
- 시스템 프록시 설정을 따르는 브라우저에서 테스트 페이지를 열고 같은 시각의 로그를 확인하세요.
- 앱에 자체 프록시 설정이 있다면 주소, 포트, 프록시 유형을 따로 확인하세요.
필요한 경우 TUN 확인
- 먼저 현재 시스템 프록시 상태를 기록한 다음, 클라이언트 안내에 따라 필요한 권한을 설정하고 TUN을 활성화하세요.
- 가상 인터페이스와 관련 시작 로그를 확인하세요. 스위치가 켜져 있는지만 확인해서는 안 됩니다.
- 문제가 발생하면 이번에 변경한 설정부터 되돌린 뒤 DNS와 라우팅을 확인하세요. 변경 사항을 연달아 추가하지 마세요.
확인 기준은 스위치 색상이 아니라 대상 앱의 실제 접속 결과와 관련 로그입니다.
메인 창의 라우팅 모드와 시스템 프록시 스위치는 별개의 설정입니다. 라우팅 모드는 코어에 들어온 뒤 트래픽을 어떻게 분기할지 결정하고, 시스템 프록시는 앱이 요청을 로컬 프록시에 전달할지에 영향을 줍니다. 설정을 전환한 뒤 새 요청을 보내 다시 확인하세요. 이미 연결된 장시간 연결은 라우팅 변경 결과가 즉시 반영되지 않을 수 있습니다.
자주 묻는 화면 관련 질문과 첫 점검 순서
노드를 눌렀는데 왜 외부 연결이 바뀌지 않나요?
먼저 목록의 행만 선택한 것은 아닌지 확인하세요. 우클릭 메뉴에서 ‘활성 서버로 설정’ 등 활성화 항목을 선택하고 활성 표시와 시작 로그를 확인한 다음 새 요청을 보내세요. 이어서 앱이 시스템 프록시, 수동 프록시, TUN 중 어떤 경로를 사용하는지 확인하세요. 목록에서 강조 표시된 행만 보고 연결 경로를 판단할 수는 없습니다.
구독 업데이트에 성공했는데 목록이 비어 있나요?
방금 업데이트한 그룹으로 돌아가 검색 조건을 지우고 다른 필터 화면을 보고 있는 것은 아닌지 확인하세요. 업데이트 결과에 표시된 유효 노드 수도 확인해야 합니다. 요청이 성공했더라도 응답 내용을 노드로 해석할 수 있다는 뜻은 아닙니다. 기존 설정을 모두 삭제하는 것부터 시작하지 마세요.
지연 시간은 표시되는데 브라우저에서 접속할 수 없나요?
먼저 표시된 값이 어떤 테스트 결과인지 확인한 뒤 브라우저의 프록시 경로를 점검하세요. ‘설정’ → ‘일반 설정’에서 로컬 리스너 값을 확인하고 웹페이지를 다시 열어 로그를 살펴보세요. 관련 기록이 없다면 원격 설정을 곧바로 바꾸기보다 요청이 로컬 프록시에 들어오는지 먼저 확인하세요.
로그 창이 비어 있으면 코어에 문제가 있는 건가요?
먼저 로그 영역이 펼쳐져 있는지, 필터가 적용되어 있지 않은지 확인하세요. 그런 다음 유효한 노드를 활성화하고 시작 로그를 확인합니다. 접속 기록만 없다면 현재 로그 수준도 확인해야 합니다. 코어 시작 실패 여부는 시작 오류를 근거로 판단해야 하며, 창이 잠시 비어 있다는 이유만으로 단정할 수 없습니다.
첫 점검은 다음 순서로 진행하면 됩니다. 구독 그룹에 유효한 노드가 있는지 확인하고, 노드를 활성화한 다음, 코어 시작 로그를 확인합니다. 이어서 트래픽이 들어오는 경로를 하나 선택하고 같은 앱으로 테스트하세요. 매번 한 항목씩만 변경하고 결과를 기록하면 문제가 생겼을 때 확인된 상태로 되돌아가기 쉽습니다. 계속 점검하려면 문제 해결 가이드를 참고하세요. 기본 사용 순서는 사용 안내에서 확인할 수 있습니다.
v2rayN 클라이언트 다운로드
운영체제와 프로세서 아키텍처에 맞는 클라이언트를 선택한 다음, 가이드를 따라 설정 가져오기, 활성 노드 선택, 프록시 설정을 완료하세요. 이미 사용 중인 설정이 있다면 먼저 백업한 뒤 현재 환경을 변경하세요.
다운로드 옵션 보기 사용 가이드 보기