서버 구성, 활성 서버, 시스템 프록시, 라우팅 규칙은 서로 구분해서 확인한 뒤 화면 영역별로 살펴보세요. 이 글에서는 Windows 데스크톱 버전에서 흔히 볼 수 있는 메뉴를 기준으로 목록 항목, 구독 업데이트, 로그 확인, 로컬 수신 포트를 설명합니다. v2rayN을 실행했지만 다음에 어디를 눌러야 할지 모르는 사용자에게 적합합니다. 데스크톱 버전에 따라 버튼 위치가 다를 수 있으므로 실제 메뉴 이름은 설치한 버전을 기준으로 확인하세요.
1. 메인 창의 네 가지 상태를 구분하세요: 선택한 행이 연결 성공을 뜻하지는 않습니다
v2rayN은 구성을 관리하고 프록시 코어를 실행하는 데스크톱 클라이언트입니다. 메인 창의 서버 목록에는 연결 매개변수가 저장되고, 코어는 로컬 포트에서 연결을 수신하고 라우팅을 처리해 원격 서버에 연결합니다. 목록에 구성이 표시된다는 것은 클라이언트에 구성이 추가되었다는 뜻일 뿐, 원격 서버에 연결할 수 있거나 브라우저가 해당 구성을 사용하고 있다는 뜻은 아닙니다.
평소에는 ‘구성 추가 → 활성 서버로 지정 → 코어 실행 → 앱 연결’ 순서로 확인하면 됩니다. 라우팅은 연결된 트래픽이 어떤 아웃바운드로 나갈지 결정하고, 시스템 프록시는 해당 설정을 따르는 앱이 연결을 로컬 프록시에 전달할지 결정합니다. 서로 다른 단계의 설정입니다.
| 화면 영역 | 역할 | 자주 하는 오해 |
|---|---|---|
| 서버 목록 | 서버 구성 확인·편집·테스트 | 행을 선택해 강조 표시해도 해당 구성이 활성 서버로 지정된 것은 아닙니다 |
| 구독 그룹 | 구성의 출처를 관리하고 해당 항목을 필터링합니다 | 그룹을 바꿔도 활성 서버는 바뀌지 않습니다 |
| 시스템 프록시 | 앱에 제공되는 운영체제의 프록시 설정을 변경합니다 | 활성화해도 이 설정을 따르지 않는 프로그램이 있습니다 |
| 라우팅 선택 | 코어에서 사용할 트래픽 분기 규칙을 선택합니다 | ‘전역’ 라우팅이 시스템 전체의 네트워크 트래픽을 가로챈다는 뜻은 아닙니다 |
| 로그 및 상태 표시줄 | 코어 실행, 연결 오류, 로컬 수신 정보를 확인합니다 | 트래픽이 표시되어도 모든 사이트에 접속할 수 있는 것은 아닙니다 |
2. 서버 목록의 각 열: 주소·포트·프로토콜·테스트 결과
목록의 한 행은 보통 서버 구성 하나를 나타냅니다. 별칭은 항목을 식별하는 데 쓰이며, 주소와 포트는 원격 서버에 연결할 때 사용됩니다. 프로토콜과 전송 방식은 함께 연결 방식을 결정합니다. VLESS, VMess, Trojan은 프록시 프로토콜이고 WebSocket, gRPC 등은 전송 방식입니다. 서로 바꿔 쓸 수 있는 같은 종류의 옵션으로 보면 안 됩니다.
| 주요 열 이름 | 확인할 내용 | 권장 사항 |
|---|---|---|
| 별칭 | 항목을 알아보기 위한 이름이며 서버 인증에는 사용되지 않습니다 | 이름에 포함된 지역이나 배율은 제공자가 표시한 정보이지 클라이언트의 측정 결과가 아닙니다 |
| 주소 | 원격 도메인 또는 IP 주소 | 도메인 이름을 확인할 수 없다면 먼저 로그를 확인하세요. 임의로 다른 IP로 바꾸지 마세요 |
| 포트 | 원격 서비스가 연결을 수신하는 포트입니다. 예: 구성의 443 | 원격 포트는 로컬 프록시 포트가 아니므로 브라우저의 로컬 프록시 포트에 입력하면 안 됩니다 |
| 유형·프로토콜 | VLESS, VMess, Trojan 등 연결 프로토콜을 표시합니다 | 가져온 구성의 프로토콜은 서버와 동일하게 유지하세요. 프로토콜을 바꿔도 시간 초과가 해결되지는 않습니다 |
| 전송·TLS | 전송 방식과 연결 보안 매개변수의 요약입니다 | 편집 창의 경로, 서비스 이름, SNI 등도 서버 설정과 일치해야 합니다 |
| 구독 | 해당 구성이 속한 구독 그룹입니다 | 출처를 확인한 다음 여러 항목을 삭제해 다른 그룹의 구성을 잘못 지우지 않도록 하세요 |
| 지연 시간·속도 | 해당 항목의 최근 테스트 결과입니다 | 결과를 비교하기 전에 테스트 종류, 측정 시각, 단위를 확인하세요 |
서버 행을 마우스 오른쪽 버튼으로 클릭하면 현재 화면에서 제공하는 편집, 활성 서버 지정, 테스트, 삭제 명령을 확인할 수 있습니다. 구성을 실제로 바꾸려면 오른쪽 클릭 메뉴에서 ‘활성 서버로 지정’을 선택한 다음 활성 표시와 이어지는 코어 로그를 확인하세요. 행이 선택되어 색이 바뀌었다는 사실만으로 판단하지 마세요. 더블 클릭 동작은 화면 구현에 따라 다를 수 있으므로 모든 버전에서 통하는 방법으로 간주하면 안 됩니다.
- TCPing: 대상 주소와 포트에 TCP 연결을 설정할 수 있는지 주로 확인합니다. 프록시 인증, TLS, 대상 사이트 접속까지 성공했다는 뜻은 아닙니다.
- 실제 연결 지연 시간: 해당 구성을 통한 프록시 경로로 테스트 대상에 접속하므로 실제 프록시 요청에 더 가깝습니다. 단, 결과는 테스트 URL의 영향을 받습니다.
- 다운로드 속도: 테스트 리소스, 회선, 현재 부하에 따라 달라집니다. 한 번 측정한 결과만으로 장기적인 대역폭을 판단할 수 없습니다.
- 결과가 비어 있거나 실패함: 아직 테스트하지 않았거나 시간 초과가 발생했거나 구성이 잘못되었을 수 있습니다. 먼저 오류 원인을 확인하세요. 결과가 비어 있다고 속도가 0이라고 단정하면 안 됩니다.
3. 구독 그룹: 출처를 등록한 뒤 서버 목록 업데이트
구독 그룹에는 구독 출처 정보가 저장되고 가져온 항목은 해당 그룹에 분류됩니다. 그룹 이름은 로컬에서 항목을 관리하기 위한 정보이며, 업데이트할 때 요청하는 리소스는 구독 주소입니다. 액세스 토큰이 포함된 전체 주소는 민감한 정보로 취급하고 스크린샷, 로그, 문의 내용에서 가리세요.
-
그룹 설정 열기
메인 창에서 ‘구독 그룹’ → ‘구독 그룹 설정’으로 이동합니다. 현재 화면에서 이 항목이 버튼이나 다른 메뉴에 포함되어 있다면 같은 이름의 메뉴를 찾으세요. 서버 편집 창에 구독 주소를 입력하면 안 됩니다.
-
구독 출처 입력
그룹 설정 창에서 ‘추가’를 선택하고 알아보기 쉬운 별칭과 제공자가 안내한 전체 구독 주소를 입력한 뒤 저장합니다. 주소의 쿼리 매개변수를 그대로 유지하고 도메인 부분만 복사하지 마세요.
-
구독 업데이트
‘구독 그룹’ 메뉴로 돌아가 ‘모든 구독 업데이트(프록시 사용 안 함)’ 또는 이에 해당하는 ‘프록시를 통해 업데이트’ 명령을 선택합니다. 두 옵션의 차이는 업데이트 요청이 사용하는 네트워크 경로이지 구독 형식이 아닙니다.
-
업데이트 결과 확인
로그에 요청 실패나 파싱 오류가 있는지 확인한 뒤 해당 그룹으로 전환해 항목을 살펴보세요. 목록이 비어 있다면 먼저 검색 필터를 해제하고 다른 그룹만 표시 중인 것은 아닌지 확인하세요.
-
활성 서버로 지정
업데이트된 목록에서 대상 행을 오른쪽 버튼으로 클릭하고 ‘활성 서버로 지정’을 선택합니다. 코어가 실행되는지 확인한 뒤 시스템 프록시를 설정하고 웹 페이지 접속을 테스트하세요.
업데이트 과정에서 구독으로 관리되는 항목이 다시 생성되거나 덮어써질 수 있으므로 중요한 수정을 구독 노드에만 저장하지 않는 것이 좋습니다. 사용자 지정 매개변수를 계속 유지해야 한다면 먼저 변경 사항을 기록하고 현재 클라이언트가 지원하는 별도 구성 관리 방식으로 저장하세요. 업데이트 후에는 활성 서버를 다시 확인해 이미 삭제된 이전 항목을 계속 사용하지 않도록 하세요.
4. 로그 창: 실행 실패·연결 실패·라우팅 결과 구분하기
오류가 발생한 시각을 먼저 기록하고 확인 범위를 정리한 다음 요청을 한 번만 재현하세요. 메인 창 아래쪽의 로그 또는 정보 영역에는 클라이언트 작업 메시지와 코어 출력이 함께 표시될 수 있습니다. 구독 파싱 실패는 가져오기 단계, 로컬 포트 점유는 실행 단계, 원격 연결 시간 초과는 연결 단계의 문제입니다. 각각 다른 절차로 해결해야 합니다.
| 로그 단서 | 먼저 확인할 사항 | 다음 조치 |
|---|---|---|
address already in use 또는 포트 사용 중 안내 | 로컬 수신 포트를 다른 프로세스가 사용 중인지 확인 | 중복 실행 중인 클라이언트를 종료하거나 로컬 포트를 변경하고 앱 설정도 함께 수정 |
connection refused | 오류 메시지에 표시된 주소가 로컬인지 원격인지 확인 | 로컬 주소라면 코어 실행 여부를 먼저 확인하고, 원격 주소라면 서버 포트와 연결 가능 여부를 확인 |
timeout 또는 deadline exceeded | 구독 요청, 원격 연결, 테스트 대상 중 어느 단계에서 시간 초과가 발생했는지 확인 | 전체 오류 맥락을 보존하고 설정을 한 번에 하나씩만 바꿔 재시도 |
certificate 관련 오류 | 시스템 시간, 인증서 유효성, 서버 이름 일치 여부 | 먼저 시스템 시간을 맞추고 TLS 매개변수를 확인하세요. 검증을 건너뛰는 방법을 기본 해결책으로 사용하지 마세요 |
| 연결 대상 및 아웃바운드 표시 | 규칙이 요청을 예상한 아웃바운드로 전달하는지 확인 | 현재 생성된 구성과 라우팅 규칙을 대조해 판단하세요. 표시 이름은 항상 동일하지 않을 수 있습니다 |
접속 기록이 없다고 코어가 반드시 손상된 것은 아닙니다. 로그 수준에서 연결 정보가 기록되지 않거나 앱이 프록시에 연결되지 않았을 수 있습니다. ‘설정’ → ‘매개변수 설정’에서 현재 화면의 로그 옵션을 확인하세요. 진단이 필요하면 출력 수준을 일시적으로 높이고 완료 후 원래 설정으로 되돌리세요. 로그에 대상 도메인이나 로컬 경로 등이 포함될 수 있으므로 공유하기 전에 민감한 정보를 가리세요.
- 대상 접속을 확인하기 전에 코어가 정상적으로 실행되었는지 먼저 확인하세요. 실행에 실패한 상태에서 사이트를 계속 바꿔 접속해도 문제 진단에 도움이 되지 않습니다.
- 브라우저에서만 문제가 발생한다면 브라우저 자체의 프록시 설정과 시스템 프록시 설정을 비교해 서로 덮어쓰는지 확인하세요.
- 특정 대상에서만 문제가 발생한다면 해당 시각의 연결 로그를 확인하세요. 로그 창에 남아 있는 과거 오류를 모두 현재 문제로 간주하지 마세요.
5. 매개변수 설정: 로컬 포트와 원격 서버 설정 따로 확인하기
‘설정’ → ‘매개변수 설정’에서는 클라이언트와 코어의 실행 옵션을 주로 관리하고, 서버 행의 편집 창에서는 특정 원격 구성을 관리합니다. 두 곳에 모두 ‘포트’가 표시될 수 있지만 용도는 다릅니다. 아래의 10808과 443은 설명을 위한 예시이며 기존 구성을 덮어쓰라는 뜻도, 모든 설치 파일의 기본값이라는 뜻도 아닙니다.
로컬 프록시 수신 설정 예시
- 설정 위치
- ‘설정’ → ‘매개변수 설정’의 로컬 수신 관련 옵션
- 수신 주소
127.0.0.1은 이 컴퓨터의 루프백 주소만 사용한다는 뜻입니다- 수신 포트
10808. 실제 화면과 실행 로그를 기준으로 확인하세요- 앱에 입력할 값
- 수신 설정에서 지원하는 프로토콜에 맞춰 주소와 포트를 입력
혼합 수신은 하나의 포트에서 여러 프록시 프로토콜을 받을 수 있습니다. HTTP와 SOCKS 수신 포트가 분리되어 있다면 각각 확인하세요. 오래된 안내의 포트 조합을 그대로 따라 하면 안 됩니다.
원격 서버 설정 예시
- 설정 위치
- 서버 행을 오른쪽 클릭 → ‘편집’
- 원격 포트
443. 서버 설정에 따라 결정됩니다- 프로토콜 유형
- 가져온 VLESS, VMess 또는 Trojan 구성을 기준으로 확인
- 인증 및 전송
- 사용자 식별자나 비밀번호, TLS, 경로 등이 서버 설정과 일치해야 합니다
원격 서버 포트가 443이라고 해서 브라우저가 로컬 443 포트에 연결해야 하는 것은 아닙니다. 이 숫자만으로 해당 구성에 올바른 TLS 매개변수가 설정되었다고 단정할 수도 없습니다.
로컬 포트를 변경해 저장한 뒤에는 코어가 설정을 다시 불러왔는지 확인하세요. 시스템 프록시를 사용하는 경우 시스템에 기록된 포트도 확인해야 하며, 프록시를 수동 설정한 앱은 각각 포트를 맞춰야 합니다. 로컬 네트워크에서 접속을 허용하면 수신 범위와 방화벽 규칙에 따라 다른 기기의 연결 여부가 달라집니다. 일반적인 단일 기기 사용에서는 ‘속도 향상’을 위해 수신 범위를 넓힐 필요가 없습니다.
코어 유형도 임의로 바꾸면 안 됩니다. Xray와 V2Fly는 지원하는 설정이 완전히 같지 않습니다. 클라이언트에 프로토콜 이름이 표시되더라도 선택한 코어가 해당 구성의 모든 매개변수를 지원한다는 뜻은 아닙니다. 실행 중 지원하지 않는 필드 오류가 나타나면 네트워크 문제를 확인하기 전에 구성 요구사항과 선택한 코어를 먼저 비교하세요. 필드 구조를 확인하려면 JSON 구성 매뉴얼을 참고하세요.
6. 트레이와 시스템 프록시: 창을 닫아도 프로세스가 종료되지 않을 수 있습니다
Windows 알림 영역의 트레이 메뉴에서 현재 활성 서버를 확인하고 시스템 프록시를 조정하거나 프로그램을 종료할 수 있습니다. 창을 닫은 뒤의 동작은 클라이언트 설정에 따라 달라집니다. 창이 트레이로 숨겨져도 코어는 계속 실행 중일 수 있습니다. 사용을 중단하려면 창이 사라졌다는 사실만으로 판단하지 말고 트레이 메뉴에서 프록시 상태를 확인한 뒤 프로그램을 종료하세요.
앱의 시스템 프록시 지원 여부에 따라 연결 방법 선택
시스템 프록시 설정을 사용하는 앱
- 활성 서버를 지정하고 코어가 실행되었는지 확인합니다.
- 트레이의 ‘시스템 프록시’ 메뉴에서 ‘시스템 프록시 자동 설정’을 선택합니다.
- 메인 창에서 시스템 프록시 상태를 확인한 뒤 접속을 시도합니다.
- 실제 아웃바운드는 현재 라우팅 규칙에 따라 결정됩니다.
별도 프록시 설정이 필요한 앱
- 앱 자체의 네트워크 설정에서 프록시를 활성화합니다.
- 호스트에
127.0.0.1을 입력하고 포트에는 실제 로컬 수신 포트를 입력합니다. - 선택한 HTTP 또는 SOCKS 유형이 해당 수신 설정에서 지원되는지 확인합니다.
- 프록시 설정을 지원하지 않는 프로그램은 TUN 연결을 별도로 검토해야 합니다.
‘시스템 프록시 지우기’는 시스템 프록시 설정을 제거하는 기능이지 서버를 삭제하는 기능이 아닙니다. ‘시스템 프록시 변경 안 함’은 기존 설정을 정리하지 않습니다.
클라이언트를 종료한 뒤에도 브라우저가 중지된 로컬 포트를 가리키고 있으면 연결이 거부될 수 있습니다. 서버를 모두 다시 가져오기보다 시스템 프록시 설정이 남아 있는지 확인하세요. 라우팅의 ‘직접 연결’은 코어가 일치하는 연결을 직접 내보낸다는 뜻이지 로컬 프록시 수신을 중지한다는 뜻은 아닙니다.
7. 메인 화면에서 자주 겪는 문제: 증상에 맞는 영역 확인하기
구독 그룹을 바꿨는데 실제 접속 경로가 그대로인 이유는 무엇인가요?
그룹을 전환하면 주로 목록에 표시되는 범위가 바뀝니다. 대상 서버를 오른쪽 클릭해 ‘활성 서버로 지정’을 선택하고 활성 표시와 코어 로그를 확인한 뒤 테스트하세요. 브라우저에서 이미 연결된 요청은 기존 연결을 계속 사용할 수 있으므로 필요한 경우 새 요청을 시작하세요.
목록에 지연 시간이 표시되는데 웹 페이지가 열리지 않는 이유는 무엇인가요?
먼저 TCPing 결과인지 실제 연결 지연 시간인지 확인한 다음 시스템 프록시가 설정되었는지 확인하세요. 현재 요청의 로그를 살펴보세요. 로컬 연결이 거부되면 수신 설정을, 원격 연결 시간이 초과되면 서버와 네트워크 경로를 확인하세요. 특정 사이트에서만 실패한다면 라우팅과 해당 대상에 대한 연결 가능성을 점검하세요.
구독 업데이트는 성공했는데 새 서버가 보이지 않는 이유는 무엇인가요?
메인 창의 검색 조건을 지우고 해당 구독 그룹이나 전체 목록으로 전환한 다음 업데이트 로그를 확인하세요. 구독을 가져오는 데 성공했더라도 새 항목이 추가되지 않을 수 있으며 기존 항목의 매개변수만 변경되었을 수도 있습니다. 현재 보이는 행의 수만으로 업데이트 결과를 판단하지 마세요.
창을 닫은 뒤에도 시스템 프록시를 지워야 하나요?
먼저 프로그램이 트레이에서 계속 실행 중인지 확인하세요. 프록시 사용을 중단하려면 트레이의 ‘시스템 프록시’ → ‘시스템 프록시 지우기’를 선택한 다음 프로그램을 종료하세요. 시스템 프록시 설정을 다시 열어 중지된 로컬 수신 포트를 계속 참조하지 않는지도 확인하세요.
구성을 완료한 뒤에는 세 곳을 확인할 수 있도록 기억해 두세요. 서버 목록에서 활성 항목을 확인하고, ‘설정’ → ‘매개변수 설정’에서 로컬 수신 설정을 확인하며, 로그 창에서 실행 및 요청 결과를 확인합니다. 나중에 구독을 바꾸거나 라우팅을 조정할 때 한 번에 한 항목만 변경하면 어느 단계에서 문제가 생겼는지 더 쉽게 찾을 수 있습니다.