‘행 선택’, ‘활성 서버 지정’, ‘시스템 프록시 사용’은 서로 다른 작업입니다. 구독 그룹, 서버 목록, 로그 창, 설정 순으로 확인해 보세요. 구독을 이미 가져왔지만 메인 창이 익숙하지 않은 사용자를 위한 안내입니다. 그룹 업데이트와 노드 테스트, 프록시 상태 확인을 마치고 첫 오류 로그를 바탕으로 다음 점검 방향을 찾을 수 있습니다.
메인 창 이해하기: 설정·선택·실행 상태 구분
v2rayN 메인 화면은 설정을 관리하는 곳이지, 연결 성공을 증명하는 화면은 아닙니다. 서버 목록에는 노드 설정이 저장되고, 구독 그룹은 노드의 출처를 관리합니다. 로그 창에서는 코어의 실행 과정을 확인할 수 있으며, 하단 상태 영역에는 시스템 프록시와 라우팅 등 현재 선택 사항이 표시됩니다. 목록에 노드가 보인다는 것은 클라이언트에 해당 설정이 있다는 뜻일 뿐입니다.
이 글은 Windows 데스크톱의 중국어 UI를 기준으로 설명합니다. 버전에 따라 메뉴 배치가 다를 수 있고, 시스템 프록시 메뉴가 창 하단과 트레이 메뉴 양쪽에 표시되기도 합니다. 버튼 위치 대신 메뉴 이름을 기준으로 찾으세요. 시작하기 전에 ‘도움말’ → ‘정보’에서 버전을 확인하고, 문제를 살펴볼 때 운영체제와 코어 버전도 함께 기록하세요.
| 영역 | 주요 기능 | 이 정보만으로 판단할 수 없는 내용 |
|---|---|---|
| 서버 목록 | 프로토콜, 주소, 포트 및 테스트 결과 확인, 활성 서버 지정 | 노드가 표시되어도 정상 작동한다는 뜻은 아닙니다 |
| 구독 그룹 | 노드 출처를 필터링하고 주소를 저장한 뒤 구독 업데이트 | 그룹을 바꿔도 활성 서버가 바뀌지는 않습니다 |
| 로그 창 | 코어 시작, 연결 요청 및 오류 정보 확인 | 요청 하나가 표시되어도 모든 앱이 프록시를 사용한다는 뜻은 아닙니다 |
| 하단 상태 영역 | 시스템 프록시, 라우팅 및 로컬 리스닝 정보 확인 | 시스템 프록시를 켜도 모든 트래픽이 프록시를 거치는 것은 아닙니다 |
| 설정 | 로컬 리스닝, UI 동작 및 관련 실행 옵션 변경 | 로컬 포트를 바꿔도 원격 서버 포트는 바뀌지 않습니다 |
서버 목록 사용하기: 활성 서버를 지정한 뒤 테스트
행을 클릭하면 보통 해당 항목이 선택되어 편집하거나 마우스 오른쪽 버튼 메뉴를 사용할 수 있습니다. 선택된 행의 배경색을 활성 서버 표시로 착각하지 마세요. 대상 노드를 마우스 오른쪽 버튼으로 클릭해 ‘활성 서버로 설정’을 선택한 뒤, 활성 표시와 이후 로그를 확인하세요. 설정이 적용되면 코어가 설정을 다시 불러올 수 있으며, 잠시 시작 로그가 나타나는지 확인해야 합니다.
목록의 ‘포트’는 일반적으로 원격 노드의 서비스 포트입니다. 설정의 로컬 리스닝 포트는 이 컴퓨터의 앱이 v2rayN에 연결하는 입구입니다. 두 포트는 용도가 달라서 같을 필요가 없습니다. 프로토콜, 전송 방식, TLS, 인증 설정은 함께 확인해야 합니다. 다른 노드가 작동한다는 이유로 포트나 도메인 하나만 복사해서는 안 됩니다.
- 노드 편집: 마우스 오른쪽 버튼 메뉴에서 해당 프로토콜의 편집 항목을 찾아 주소, 포트, 전송 설정을 확인하세요. 구독 노드는 먼저 출처를 점검해 임시 변경 사항을 장기 설정으로 착각하지 않도록 합니다.
- 서버 연결 지연시간 테스트: 테스트할 항목을 선택한 뒤 마우스 오른쪽 버튼 메뉴에서 실제 연결 지연시간 테스트를 실행하세요. 여러 항목을 선택했다면 대상만 테스트해 목록 전체에 요청이 한꺼번에 전송되지 않도록 합니다.
- 정렬 결과: 해당 열 제목을 클릭할 때 오름차순인지 내림차순인지 확인하세요. 빈 값, 실패 결과, 숫자의 정렬 방식은 다를 수 있으므로 맨 위에 있다고 해서 반드시 가장 좋은 것은 아닙니다.
- 항목 삭제: 먼저 해당 노드가 어느 구독 그룹에 속하는지 확인하세요. 구독 노드를 직접 삭제해도 다음 업데이트 때 다시 나타날 수 있습니다. 삭제가 적용되지 않은 것이 아닙니다.
구독 그룹 관리하기: 필터링과 업데이트는 다릅니다
구독 그룹은 구독 출처를 저장하고 같은 출처의 노드를 묶어 관리합니다. 그룹을 바꾸면 현재 목록의 표시 범위만 달라집니다. 구독 내용이 자동으로 다시 다운로드되거나 활성 서버가 바뀌지는 않습니다. 목록이 갑자기 비어 보이면 검색 조건을 지우고 전체 그룹으로 돌아간 다음 노드가 실제로 삭제됐는지 확인하세요.
-
그룹 설정 열기
‘구독 그룹’ → ‘구독 그룹 설정’으로 이동합니다. 기존 그룹을 선택하거나 새 그룹을 추가하세요. 출처를 알아보기 쉬운 ‘일상용’, ‘예비용’ 같은 메모를 사용하고, 구독 주소 전체를 메모에 적지 마세요.
-
구독 주소 저장
그룹 설정에 전체 구독 주소를 입력하고 저장하세요. 주소의 쿼리 매개변수도 인증 정보의 일부일 수 있으므로 도메인과 경로만 남겨서는 안 됩니다. 화면을 캡처하기 전에 주소 전체를 가리세요.
-
구독 업데이트 실행
‘구독 그룹’ → ‘모든 구독 업데이트(프록시 사용 안 함)’을 선택해 업데이트를 시작하세요. 현재 네트워크에서 구독 주소에 접근할 수 없고 사용할 수 있는 프록시 연결이 이미 있다면 ‘모든 구독 업데이트(프록시 사용)’를 시도하세요.
-
업데이트 결과 확인
업데이트 알림을 확인하고 대상 그룹으로 돌아가 노드 이름, 주소, 프로토콜을 점검하세요. 업데이트에 성공한 뒤 활성 서버를 선택하고 실제 연결 지연시간을 테스트하세요. ‘구독 다운로드 성공’을 ‘노드 연결 성공’으로 간주하지 마세요.
구독 업데이트로 원본의 노드가 교체될 수 있으므로 구독 노드를 직접 편집한 내용은 유지되지 않을 수 있습니다. 매개변수를 임시로 시험하려면 먼저 별도 항목으로 복사하고 구독 업데이트의 영향을 받지 않는지 확인한 뒤 한 번에 하나씩 변경해 비교하세요. 자동 업데이트 주기는 목록을 가져오는 기능일 뿐, 노드 연결 테스트를 대신하지 않습니다. 구독 서비스가 요청 횟수를 제한한다면 업데이트 버튼을 반복해서 눌러 해결하려 하지 마세요.
로그와 상태 읽기: 요청 하나를 따라 연결 경로 확인
먼저 로그 표시 영역을 열고 활성 서버를 바꾼 다음, 접속 가능한 HTTPS 주소에 접속하세요. 시간 순서대로 코어가 시작됐는지, 로컬 요청을 받았는지, 어떤 아웃바운드로 라우팅됐는지, 마지막에 오류가 발생했는지 확인합니다. 마지막 줄만 캡처하지 마세요. 처음 발생한 시작 오류가 이후 반복되는 연결 실패보다 원인을 찾는 데 더 중요할 수 있습니다.
로그의 대상 도메인, IP, 포트, 라우팅 태그를 보면 트래픽 경로를 판단하는 데 도움이 됩니다. 다만 로그의 상세 수준은 로그 레벨과 코어에 따라 달라집니다. 모든 요청이 표시되지 않는다고 해서 트래픽이 없다는 뜻은 아닙니다. 필요할 때 로그 상세 수준을 잠시 높여 문제를 한 번 재현한 뒤 원래 설정으로 되돌리세요. 불필요한 접속 기록이 장기간 쌓이지 않도록 합니다.
| 로그 키워드 | 먼저 확인할 항목 | 다음 조치 |
|---|---|---|
address already in use | 로컬 리스닝 포트 사용 중 | 중복 실행된 인스턴스를 종료하거나 포트를 사용하는 프로세스를 확인한 뒤 로컬 포트를 변경하세요 |
connection refused | 연결 대상 주소와 포트에서 서비스가 리스닝 중인지 확인 | 대상이 로컬 진입점인지 원격 노드인지 먼저 구분한 뒤 해당 서비스를 확인하세요 |
i/o timeout | 네트워크 경로, 원격 서비스 및 요청 대상 | 같은 테스트 주소를 유지하고 정상 작동이 확인된 다른 노드와 비교하세요 |
x509 | 시스템 시간, 인증서 유효기간 및 서버 이름 | 시스템 시간을 동기화하고 구독의 TLS 설정을 확인하세요. 인증서 검증을 바로 끄지 마세요 |
하단의 속도 표시만으로 특정 브라우저가 프록시를 사용한다고 판단할 수 없습니다. 다른 프로그램이 트래픽을 만들고 있을 수 있기 때문입니다. 확인할 때는 관련 없는 작업을 멈추고 시스템 프록시 상태를 확인한 다음, 해당 요청의 로그와 출구 IP를 살펴보세요. 라우팅 분할 설정에 따라 일부 대상은 직접 연결될 수 있으므로 ‘프록시 사용’과 ‘모든 웹사이트의 출구 변경’은 같은 의미가 아닙니다.
설정 확인하기: 로컬 포트와 원격 포트 구분
‘설정’ → ‘매개변수 설정’에서 구성 창을 엽니다. 먼저 로컬 리스닝 포트와 ‘LAN 연결 허용’ 같은 관련 옵션을 확인하세요. 버전에 따라 옵션이 다른 탭으로 이동할 수 있습니다. 변경하기 전에 기존 값을 기록하고 한 번에 하나씩 수정하세요. 리스닝 관련 설정을 저장한 뒤에는 시작 로그를 다시 확인해 실제로 적용된 주소와 포트를 확인합니다.
아래 두 세트는 설정 항목 간 관계를 설명하기 위한 예시이며 모든 버전의 기본값도, 가져올 수 있는 노드도 아닙니다. 이 컴퓨터에서 혼합 프록시 진입점을 사용하고 원격 노드가 TLS 서비스 포트를 사용한다고 가정하면 다음과 같이 구분할 수 있습니다.
로컬 리스닝 예시
- 리스닝 주소
- 127.0.0.1
- 리스닝 포트
- 10808
- 진입점 유형
- 혼합 프록시 진입점
- LAN 연결
- 사용 안 함
실제 설정이 혼합 진입점인 경우에만 이 포트를 통해 앱이 해당 프로토콜을 사용하도록 하세요. 시작 로그를 기준으로 확인합니다.
원격 노드 예시
- 서버 주소
- node.example.invalid
- 서버 포트
- 443
- 프로토콜
- VLESS
- 전송 보안
- TLS
연결할 수 없는 설명용 주소입니다. 실제 노드 설정은 구독 출처를 기준으로 확인하세요. 이 네 항목만으로 전체 설정을 구성할 수는 없습니다.
기록을 쉽게 대조할 수 있도록 점검에 필요한 세 가지 숫자를 따로 적어 두세요. 아래 값은 앞서 나온 예시 또는 프로토콜 범위 설명이며, 실제 측정 결과가 아닙니다.
- 로컬 리스닝: 앱이 연결할 로컬 진입점을 지정합니다. 포트를 바꾸면 프록시 설정을 직접 입력한 앱의 포트도 함께 변경해야 합니다.
- LAN 연결: 다른 기기에서 해당 진입점을 사용해야 하는 경우에만 켜고, 방화벽으로 접근 가능한 기기를 제한하세요. 로컬 프록시 포트를 인터넷에 직접 노출하지 마세요.
- 코어 선택: 노드의 프로토콜 및 전송 특성과 일치해야 합니다. 프로토콜이나 필드를 인식하지 못하면 실제 실행 중인 코어와 버전을 먼저 확인하세요. 보안 설정을 삭제해 강제로 실행하지 마세요.
- 시작 및 UI 동작: 시작 시 실행, 최소화 등의 옵션은 실행 방식만 바꿉니다. 서버에 연결할 수 없거나 인증에 실패하는 문제를 해결하지는 않습니다.
시스템 프록시와 TUN 선택하기: 앱 요구 사항에 맞춰 확인
메인 창 하단이나 트레이 메뉴에서 ‘시스템 프록시’ → ‘시스템 프록시 자동 구성’을 선택하면 시스템 프록시 설정을 따르는 앱이 로컬 진입점을 사용합니다. 종료하기 전 ‘시스템 프록시 지우기’를 선택하면 프로그램 종료 후에도 중지된 로컬 포트를 시스템이 계속 가리키는 일을 막을 수 있습니다. 브라우저 확장 프로그램이나 앱 자체 프록시 설정이 시스템 설정을 덮어쓸 수 있으므로 별도로 확인하세요.
사용 사례 비교: 시스템 프록시와 TUN
시스템 프록시 사용
- 시스템 프록시 설정을 따르는 브라우저와 데스크톱 앱에 적합합니다.
- 먼저 로컬 포트가 리스닝 중인지 확인한 다음 자동 구성을 켜세요.
- 앱에서 프록시를 직접 설정했다면 이전 포트를 가리키고 있지 않은지 확인하세요.
TUN 모드 사용
- 시스템 프록시를 따르지 않지만 네트워크 계층에서 트래픽을 처리해야 하는 프로그램에 적합합니다.
- 권한 상승이 필요할 수 있으며 가상 네트워크 어댑터, DNS, 라우팅을 확인해야 합니다.
- 먼저 충돌을 일으키는 네트워크 가로채기 프로그램을 중지한 뒤 대상 앱을 확인하세요.
두 방식 모두 라우팅 규칙의 영향을 받습니다. 한 방식을 먼저 정상 작동시킨 뒤 다른 방식을 추가해 여러 변수를 동시에 바꾸지 않도록 하세요.
라우팅 설정에 따라 트래픽은 프록시 아웃바운드 또는 직접 연결 아웃바운드로 전달됩니다. 특정 사이트를 점검할 때는 현재 라우팅 설정을 기록하고 요청 로그와 출구 결과를 확인하세요. 규칙을 임시로 바꿨다면 점검 후 원래 설정으로 되돌려야 합니다. 프록시 작동 여부를 확인하려고 검증되지 않은 전체 프록시 설정을 계속 사용하지 마세요. 특히 LAN 주소와 로컬 서비스에 접근해야 하는 경우 주의하세요. 자세한 조작 방법은 시스템 프록시 안내와 TUN 모드 안내를 참고하세요.
자주 묻는 UI 문제
다른 노드를 클릭했는데 출구 IP가 그대로인 이유는 무엇인가요?
노드를 클릭해 선택만 하지 말고 마우스 오른쪽 버튼을 눌러 ‘활성 서버로 설정’을 실행하세요. 그런 다음 대상 요청이 직접 연결로 라우팅되지 않았는지 확인합니다. 이전 연결 결과를 새 노드의 결과로 착각하지 않도록 기존 테스트 연결을 닫거나 테스트 앱을 다시 시작한 뒤 재시도하세요.
구독 업데이트 후 목록이 비어 있어요. 노드가 모두 사라진 건가요?
검색창을 비우고 전체 그룹으로 전환한 다음 업데이트 알림을 확인하세요. 가져온 내용이 인식 가능한 구독 형식이 아니거나 주소 인증이 만료된 경우 전체 구독 주소와 서비스 상태를 확인하세요. 모든 그룹을 반복해서 삭제하고 다시 만들지는 마세요.
실제 연결 지연시간은 표시되는데 브라우저에서 사이트가 열리지 않는 이유는 무엇인가요?
‘시스템 프록시’가 자동 구성되었는지 확인한 뒤 브라우저에 별도의 프록시가 설정되어 있는지 살펴보세요. 실제 연결 지연시간은 테스트 경로만 확인합니다. 브라우저의 프록시 진입점, DNS, 대상 사이트 라우팅까지 확인해 주지는 않습니다.
설정을 바꾼 뒤 로그에 포트 사용 중이라고 표시되면 어떻게 하나요?
먼저 중복 실행된 v2rayN 인스턴스를 종료한 뒤 다시 시작하세요. 그래도 포트가 사용 중이면 시스템 도구로 해당 포트를 사용하는 프로세스를 확인합니다. 포트를 바꿔야 한다면 ‘설정’ → ‘매개변수 설정’에서 수정하고, 프록시 포트를 직접 지정한 앱도 함께 변경하세요.
도움을 요청할 때 어떤 화면 정보를 제공해야 하나요?
클라이언트 버전, 운영체제, 코어 버전, 선택한 프록시 방식, 문제 재현 전후의 오류 로그를 제공하세요. 구독 주소와 인증 정보, 불필요한 접속 대상은 가리세요. 오류 키워드, 시간 순서, 포트 관계는 남겨야 어느 계층에서 문제가 발생했는지 판단하기 쉽습니다.
전체 점검은 ‘구독 업데이트 → 활성 서버 지정 → 실제 연결 지연시간 테스트 → 시스템 프록시 확인 → 요청 로그 확인’ 순서로 진행하세요. 각 단계의 결과를 기록하고 문제가 발생하면 해당 단계에서 멈춰 원인을 확인합니다. 이렇게 하면 구독 가져오기 실패, 코어 시작 실패, 앱의 프록시 미사용을 구분할 수 있어 관련 없는 메뉴의 설정을 반복해서 바꾸지 않아도 됩니다.