v2rayN을 실행했지만 선택한 노드와 활성 노드의 차이가 헷갈리는 분을 위한 안내입니다. 메인 창의 사용 흐름에 따라 서버 목록, 구독 그룹, 시스템 프록시, 로그, 설정을 살펴본 뒤 연결 상태를 확인하는 절차를 정리합니다. 메뉴 이름은 Windows 데스크톱에서 흔히 쓰이는 중국어 표기를 기준으로 설명합니다. 버전이나 데스크톱판·WPF판에 따라 메뉴 위치가 다를 수 있으므로 실제 화면을 기준으로 확인하세요.
서버 목록: 행을 선택해도 노드가 활성화되는 것은 아닙니다
메인 창 가운데의 서버 목록에는 연결 설정이 저장됩니다. 각 행에는 보통 메모, 프로토콜, 주소, 포트, 구독 그룹과 테스트 후 표시되는 지연 시간이나 속도가 나타납니다. VMess, VLESS 등의 이름은 연결 프로토콜을 뜻합니다. v2rayN은 설정을 관리하고 코어를 실행하는 클라이언트이므로 두 개념은 서로 다른 층위입니다. 노드가 목록에 보인다는 것은 설정이 저장되었다는 뜻일 뿐, 서버가 온라인이라는 의미는 아닙니다.
행을 클릭하면 보통 해당 항목이 선택되어 우클릭 메뉴를 사용할 수 있습니다. 연결하려면 해당 행을 우클릭해 ‘활성 서버로 설정’을 선택하고, 활성 표시가 대상 노드로 옮겨졌는지 확인하세요. 일부 화면에서는 더블클릭으로 전환할 수 있지만, 특정 행 번호나 배경색을 모든 버전에서 통하는 기준으로 삼아서는 안 됩니다.
| 화면 항목 | 의미 | 사용 시 주의사항 |
|---|---|---|
| 메모 및 주소 | 메모는 항목을 구분하는 데 쓰고, 주소는 실제 연결 대상을 지정합니다 | 이름이 비슷해도 연결 설정은 다를 수 있습니다. 수정하기 전에 소속 그룹을 확인하세요. |
| 포트 | 원격 서버가 연결을 받는 포트(예: 443) | 로컬 프록시 포트로 바꾸어 입력하면 안 됩니다. 포트가 443이라고 해서 TLS가 자동으로 활성화되는 것도 아닙니다. |
| 서버 실제 연결 테스트 | 노드를 통해 테스트 대상에 접속하는 데 걸리는 시간 | 테스트 주소와 당시 네트워크 상태에 따라 달라지므로 다운로드 속도로 볼 수 없습니다. |
| 편집 및 삭제 | 로컬에 저장된 노드 설정을 수정하거나 삭제합니다 | 구독 노드를 다시 업데이트하면 설정이 새로 생성될 수 있습니다. 임시 변경을 영구 설정으로 여기지 마세요. |
먼저 소수의 노드만 선택해 실제 연결 테스트를 실행하고, 결과가 나온 다음 활성 서버로 설정하는 편이 좋습니다. 결과에 -1이 표시되거나 시간 초과가 발생해도 이번 테스트가 실패했다는 뜻이지, 곧바로 계정이 만료되었다고 단정할 수는 없습니다. 테스트 당시의 네트워크와 대상 주소를 확인하고, 로그에 연결 오류가 있는지 살펴본 뒤 노드를 바꿀지 결정하세요.
구독 그룹: 출처를 관리하고 목록 전환하기
구독 그룹을 사용하면 출처별로 노드를 나누어 관리할 수 있습니다. 메인 창에서 그룹을 바꾸면 보이는 목록만 달라지는 경우가 일반적이며, 현재 사용 중인 서버가 자동으로 바뀌지는 않습니다. ‘그룹을 바꿨는데 접속 경로가 그대로’라면 구독을 반복해서 업데이트하기보다 활성 서버 표시부터 확인하세요.
-
그룹 설정 열기
메인 메뉴에서 ‘구독 그룹’ → ‘구독 그룹 설정’을 선택합니다. 현재 화면에 그룹 관리 버튼이 있다면 그 버튼으로도 같은 설정 창을 열 수 있습니다.
-
주소 저장하기
그룹을 추가하고 출처를 구분하기 쉬운 메모를 입력한 다음, 전체 구독 주소를 주소 입력란에 붙여 넣고 저장합니다. 웹페이지 제목이나 서비스 제공업체의 홈페이지 주소만 복사해서는 안 됩니다.
-
구독 업데이트
‘구독 그룹’ 메뉴로 돌아가 ‘모든 구독 업데이트(프록시 사용 안 함)’를 선택합니다. 현재 네트워크에서 구독 주소에 접속할 수 없고 사용 가능한 노드가 이미 있다면 해당하는 ‘프록시 사용’ 업데이트 항목을 시도해 보세요.
-
출처 확인하기
새 그룹으로 전환해 노드 수와 메모가 표시되는지 확인합니다. 노드 하나를 선택해 테스트한 다음 활성 서버로 설정하세요. ‘업데이트 완료’만 보고 프록시가 적용되었다고 판단하지 마세요.
시스템 프록시와 라우팅: 연결 방식과 트래픽 경로 구분하기
활성 서버는 프록시 연결에 사용할 노드 설정을 정합니다. 시스템 프록시는 시스템 설정을 따르는 앱이 로컬 프록시로 요청을 전달할지 결정하고, 라우팅 규칙은 해당 요청을 직접 연결할지 프록시로 보낼지 정합니다. 세 가지 상태를 각각 확인해야 합니다. ‘노드를 선택했다’고 앱 연결까지 보장되는 것은 아니며, 시스템 프록시를 켜도 모든 프로그램에 적용되는 것은 아닙니다.
두 가지 연결 방식에서 확인할 점
시스템 프록시
- 메인 창 하단이나 트레이 메뉴의 ‘시스템 프록시’에서 ‘시스템 프록시 자동 설정’을 선택합니다.
- 시스템 프록시를 따르는 브라우저의 접속을 먼저 확인하기에 적합합니다.
- 브라우저에 별도 프록시 확장 프로그램을 설정했다면 시스템 설정을 덮어쓰고 있지 않은지 확인하세요.
TUN 모드
- 가상 네트워크 인터페이스로 트래픽을 연결하며, 더 넓은 범위의 트래픽 처리가 필요한 경우에 적합합니다.
- 권한, 가상 네트워크 어댑터, 라우팅 환경이 관련되므로 시스템 프록시 스위치만 보고 상태를 판단할 수 없습니다.
- 처음 문제를 확인할 때는 시스템 프록시로 기본 동작을 점검한 뒤 TUN을 따로 확인하세요.
먼저 한 가지 연결 방식이 작동하는지 확인한 다음 다른 방식을 추가하세요. 시스템 프록시, TUN, 라우팅을 한꺼번에 바꾸면 문제 원인을 구분하기 어렵습니다.
라우팅 모드 이름은 버전이나 프리셋에 따라 달라질 수 있습니다. 드롭다운의 특정 번호만 외우지 말고 현재 선택된 규칙을 확인하세요. 분기 연결을 확인하려면 직접 연결될 것으로 예상되는 대상과 프록시를 거칠 것으로 예상되는 대상을 각각 방문하고, 접속 로그의 경로 표시도 함께 확인하세요. 자세한 규칙은 설정 참고를 확인하면 됩니다. 메인 창을 이해하기 위해 곧바로 설정을 직접 작성할 필요는 없습니다.
로그 패널: 시작 실패와 요청 실패 구분하기
하단 로그 패널에서는 클라이언트 작업과 코어 실행 정보를 확인할 수 있습니다. 클라이언트는 구독 업데이트, 설정 저장, 프로세스 실행을 담당하고 코어는 실제 네트워크 연결을 담당합니다. 따라서 ‘구독 업데이트 성공’과 ‘프록시 요청 성공’은 서로 다른 이벤트입니다. 문제를 확인할 때는 작업 시각을 기록하고, 구독 업데이트·노드 전환·웹페이지 열기 중 어떤 작업을 했는지 분명히 한 뒤 같은 시간대의 로그를 살펴보세요.
- 코어가 시작 직후 종료됨: 시작 단계에서 처음 발생한 구체적인 오류를 찾으세요. 설정 구문 분석, 수신 대기 실패, 파일 경로를 우선 확인하고 원격 노드 비밀번호부터 바꾸지 마세요.
- 코어는 실행되지만 웹페이지가 시간 초과됨: 대상 주소 주변의 연결 오류를 찾아 활성 노드, 원격 포트, 라우팅 결과를 확인하세요.
- 특정 사이트만 접속되지 않음: 정상 접속 대상과 오류 대상의 로그를 비교한 뒤 DNS, 분기 연결 또는 TLS 설정을 확인하세요. 모든 설정을 한꺼번에 초기화하지 마세요.
- 접속 기록이 보이지 않음: 먼저 로그 수준과 표시 옵션을 확인하세요. 앱이 로컬 프록시를 우회하고 있을 수도 있으므로 패널에 기록이 없다는 이유만으로 연결이 정상이라고 판단해서는 안 됩니다.
listen tcp 127.0.0.1:10808: bind: address already in use
dial tcp 203.0.113.10:443: i/o timeout
x509: certificate has expired or is not yet valid
위 내용은 오류 유형을 구분하기 위한 예시이며, 이 컴퓨터에서 실제로 수집한 기록이 아닙니다. 실제 문구는 코어와 운영 체제에 따라 달라질 수 있습니다. 첫 번째 오류는 로컬 포트 사용 중을 가리키므로 클라이언트가 중복 실행되었는지 확인하세요. 두 번째는 원격 연결 시간 초과를 뜻하며, 예시 주소는 문서용 네트워크 대역에 속합니다. 세 번째는 인증서 유효 기간이나 시스템 시간 문제를 가리킵니다. 인증서 검증을 끄는 것은 일반적인 해결 방법이 아닙니다.
로그 수준은 보통 ‘설정’ → ‘매개변수 설정’의 코어 관련 영역에서 조정합니다. 짧은 진단 시간 동안만 기록량을 늘리고, 작업이 끝나면 평소 수준으로 되돌려 불필요한 로그가 계속 쌓이지 않게 하세요. 로그를 공유할 때는 오류 유형, 시각, 관련 포트만 남기고 식별 정보와 구독 토큰은 먼저 삭제하세요.
매개변수 설정: 수신 대기 포트와 로컬 접속 범위 확인
‘설정’ → ‘매개변수 설정’으로 이동해 로컬 수신 대기 포트, LAN 연결 허용 여부, 로그 수준, 코어 관련 옵션을 먼저 확인하세요. 화면에 따라 탭 이름이 기본 설정이나 코어 설정으로 표시될 수 있습니다. 저장 후 코어가 즉시 재시작되는지도 버전에 따라 다르므로 메인 창으로 돌아와 새 설정이 적용되었는지 확인하고, 필요한 경우 클라이언트를 다시 시작하세요.
이 컴퓨터에서만 사용
- 수신 대기 주소
127.0.0.1- 포트 예시
10808- LAN 연결 허용
- 사용 안 함
- 앱 연결
- 실제 인바운드 유형에 맞게 HTTP 또는 SOCKS를 설정
포트는 설명을 위한 예시이며 모든 버전의 고정 기본값이 아닙니다. 매개변수 설정과 시작 로그를 기준으로 확인하세요.
LAN 기기에서 사용
- 수신 대기 범위
- LAN 연결 허용 필요
- 클라이언트 주소
- v2rayN을 실행 중인 컴퓨터의 LAN IP 입력
- 포트 확인 위치
- 실제로 열려 있는 프록시 인바운드 포트 사용
- 방화벽 범위
- 필요한 신뢰할 수 있는 네트워크에만 허용
다른 기기에서는 127.0.0.1을 사용해 이 컴퓨터에 연결할 수 없습니다. 공유를 켜기 전에 접속 범위와 인증 기능을 확인하세요.
포트 번호가 같아도 프로토콜까지 같은 것은 아닙니다. 버전에 따라 혼합 인바운드를 사용하기도 하고, HTTP와 SOCKS를 별도 포트에서 수신하기도 합니다. 오래된 안내를 그대로 따라 연속된 포트를 입력하지 마세요. 아래 세 숫자는 각각 서로 다른 위치를 가리키므로, 문제를 확인할 때는 먼저 어느 구간에서 오류가 발생했는지 파악하세요.
단순히 ‘최신’ 버전을 사용하려고 코어 유형을 임의로 바꾸지 마세요. 클라이언트가 특정 프로토콜 설정을 저장할 수 있어도 모든 코어가 같은 항목을 동일하게 지원하는 것은 아닙니다. 특히 VLESS, Reality 또는 특정 전송 설정을 사용할 때는 선택한 코어의 지원 여부를 확인하세요. 구독을 가져온 뒤에는 클라이언트에 맞는 설정을 먼저 사용하고, 구체적인 오류가 확인되면 항목별로 조정하세요.
메인 창에서 자주 묻는 질문과 연결 확인
노드를 눌렀는데 브라우저의 접속 경로가 바뀌지 않는 이유는 무엇인가요?
해당 노드를 우클릭해 ‘활성 서버로 설정’을 선택하고 활성 표시가 바뀌었는지 확인하세요. 이어서 ‘시스템 프록시’ → ‘시스템 프록시 자동 설정’을 확인합니다. 브라우저에 별도 프록시 설정이 있다면 먼저 시스템 설정을 따르도록 한 뒤, 접속 경로 확인 페이지를 다시 여세요.
구독 그룹을 바꿨는데 이전 노드가 계속 사용되는 이유는 무엇인가요?
그룹 전환은 목록을 필터링할 뿐입니다. 대상 그룹으로 이동해 노드를 다시 선택하고 활성 서버로 설정하세요. 사용할 노드가 없다면 ‘구독 그룹’ 메뉴에서 구독을 업데이트하고 업데이트 로그를 확인하세요.
속도 테스트 결과는 있는데 웹페이지가 열리지 않는 이유는 무엇인가요?
실제 연결 테스트는 테스트 대상에 대한 연결만 확인합니다. 먼저 브라우저가 로컬 프록시에 연결되어 있는지 확인하고, 접속에 실패한 사이트의 라우팅과 로그를 살펴보세요. 대역폭, 대상 서버의 접속 가능 여부, DNS 문제는 지연 시간 숫자 하나만으로 배제할 수 없습니다.
메인 창을 닫았는데 프로그램이 계속 실행되는 이유는 무엇인가요?
창을 닫을 때 트레이로 최소화하도록 설정되어 있을 수 있습니다. 작업 표시줄 알림 영역에서 v2rayN 아이콘을 확인하세요. 사용을 중지하려면 트레이 메뉴에서 종료하고 시스템 프록시 설정이 해제되었는지도 확인하세요.
설정을 마친 뒤 정해진 순서로 다시 확인하세요. 구독 그룹에 노드가 있는지 확인하고, 실제 연결 테스트에 성공한 노드를 활성 서버로 설정한 다음, 연결 방식 하나를 활성화합니다. 브라우저 접속과 접속 경로 확인으로 결과를 검증하고, 마지막으로 로그 패널에서 방금 요청한 기록을 살펴보세요. 한 번에 조건을 하나씩만 바꿔야 노드 전환, 시스템 프록시 설정, 라우팅 변경 중 무엇이 효과가 있었는지 알 수 있습니다.
- 서버 목록은 연결 설정을 선택하는 곳이지, 연결 성공을 최종적으로 증명하는 곳은 아닙니다.
- 구독 그룹은 출처를 관리합니다. 업데이트 성공이 네트워크 요청 성공을 뜻하지는 않습니다.
- 로그는 문제를 판단할 근거를 제공하고, 매개변수 설정은 로컬 동작을 제어합니다.