v2rayN을 열었지만 ‘서버 선택’, ‘활성 서버로 설정’, ‘시스템 프록시 켜기’의 차이를 잘 모르겠다면 이 글을 참고하세요. 서버 목록부터 구독 그룹, 프록시 상태, 로그와 설정 순으로 살펴보면 설정이 실제 요청에 적용되는 과정을 확인할 수 있습니다. 연결 문제가 생겼을 때 어느 메뉴를 확인해야 하는지도 파악할 수 있습니다.
먼저 메인 창의 네 영역을 구분하세요
v2rayN은 설정을 관리하는 데스크톱 클라이언트이며, 실제 연결은 코어 프로세스가 처리합니다. 서버 항목이 목록에 보인다고 코어가 정상적으로 실행 중이라는 뜻은 아닙니다. 코어가 실행되어도 브라우저가 이를 사용하고 있다는 보장은 없습니다. 설정, 실행 상태, 트래픽 연결을 각각 구분하면 문제를 더 쉽게 찾을 수 있습니다.
버전이나 데스크톱·클래식 에디션에 따라 컨트롤 위치와 번역된 메뉴 이름이 다를 수 있습니다. 이 글은 Windows에서 흔히 볼 수 있는 중국어 UI를 기준으로 기능을 찾는 방법을 안내합니다. 상태 표시줄 버튼 위치가 다르면 트레이 메뉴에서 같은 이름의 기능을 찾아보세요. 화면을 맞추려고 버전을 바꿀 필요는 없습니다.
- 상단 메뉴: ‘서버’, ‘구독 그룹’, ‘설정’ 등의 메뉴에서 가져오기, 업데이트, 옵션 조정을 할 수 있습니다.
- 그룹 및 서버 목록: 표시할 설정을 고르고 어떤 설정을 활성 서버로 사용할지 정합니다.
- 하단 상태 영역: 로컬 리스닝, 시스템 프록시, 라우팅 모드와 실행 상태를 확인합니다. 표시 항목은 버전에 따라 다를 수 있습니다.
- 로그 또는 정보 패널: 코어 시작, 연결 실패, 설정 파싱 관련 메시지를 확인하는 곳입니다. 속도 순위표로 오해하지 마세요.
서버 목록: 열 이름과 활성 표시를 확인하세요
서버 목록의 각 행은 일반적으로 아웃바운드 설정 하나를 나타내며, 이미 연결이 성립됐다는 뜻은 아닙니다. 행을 클릭하면 선택만 됩니다. 실제로 사용할 서버를 바꾸려면 해당 항목을 마우스 오른쪽 버튼으로 클릭한 뒤 ‘활성 서버로 설정’을 선택하세요. 활성 표시가 바뀌었는지 확인하고 로그에서 설정이 다시 로드됐는지 살펴보세요. 행 배경색만으로 전환 성공 여부를 판단하지 마세요.
| 항목 | 의미 | 확인할 점 |
|---|---|---|
| 별칭 또는 메모 | 식별하기 쉽게 표시하는 이름 | 이름은 프로토콜 설정값이 아니며 서버의 실제 위치를 증명하지도 않습니다. |
| 주소 및 포트 | 원격 서버에 연결할 때 사용하는 주소 | 여기에 표시된 포트는 컴퓨터의 로컬 프록시 포트가 아닙니다. |
| 유형 또는 프로토콜 | 예: VMess, VLESS | 프로토콜, 전송 방식, TLS 설정은 서버 측 설정과 일치해야 합니다. |
| 전송 및 보안 설정 | 예: WebSocket, gRPC, TLS | 모든 버전에서 목록에 전체 항목이 표시되는 것은 아닙니다. 필요하면 편집 창을 열어 확인하세요. |
| 구독 그룹 | 설정이 속한 관리 그룹 | 목록 필터링과 업데이트에 사용하며 자동 부하 분산 기능은 아닙니다. |
| 지연 시간 및 속도 | 특정 시점에 측정한 결과 | 비교하기 전에 테스트 종류, 측정 시각, 단위를 확인하세요. |
TCP 연결 테스트는 대상 포트에 연결할 수 있는지를 주로 확인합니다. 실제 연결 테스트에는 프록시 요청과 테스트 주소도 영향을 줍니다. 두 결과를 같은 지표로 보면 안 됩니다. 지연 시간 항목이 비어 있다면 아직 테스트하지 않았을 수 있습니다. 시간 초과가 발생하면 테스트 대상, 서버, 로컬 코어 중 어느 쪽에 문제가 있는지 구분해야 합니다. 속도도 테스트 주소와 경로, 당시 부하에 따라 달라지므로 장기적인 성능을 보장하는 수치로 보기는 어렵습니다.
구독 그룹: 먼저 구독 출처를 관리한 뒤 목록을 업데이트하세요
구독 그룹에는 설정의 출처와 업데이트 옵션이 저장됩니다. 그룹을 만들었다고 서버 항목이 자동으로 추가되는 것은 아니며, 그룹을 전환해도 목록에서 표시할 항목만 바뀝니다. 목록이 갑자기 비었다면 설정이 실제로 사라졌는지 판단하기 전에 선택된 그룹과 검색 조건부터 확인하세요. 구독 링크에는 접속 정보가 포함되는 경우가 많으므로 공개 스크린샷이나 로그 첨부 파일에 넣지 마세요.
-
그룹 설정 열기
‘구독 그룹’ → ‘구독 그룹 설정’으로 이동한 뒤 추가 메뉴를 사용해 그룹을 만드세요. 버전에 따라 추가 메뉴가 ‘추가’ 또는 더하기 기호로 표시될 수 있습니다.
-
구독 출처 입력
메모에는 알아보기 쉬운 출처 이름을 적고, 주소 입력란에는 구독 링크 전체를 붙여 넣으세요. 앞뒤에 공백이 없는지 확인한 뒤 저장합니다.
-
구독 업데이트 실행
메인 창으로 돌아가 ‘구독 그룹’ 메뉴에서 ‘현재 구독 업데이트(프록시 사용 안 함)’를 실행하세요. 구독 출처에 접속하는 데 기존 프록시가 필요하다면 해당하는 ‘프록시 사용’ 업데이트 항목을 선택합니다.
-
가져온 결과 확인
방금 만든 그룹으로 전환해 항목 수, 메모, 프로토콜 유형을 확인한 다음 항목 하나를 활성 서버로 설정하세요. 업데이트 성공 메시지가 떴다고 모든 서버에 연결할 수 있는 것은 아닙니다.
‘프록시를 통해 업데이트’하려면 현재 사용할 수 있는 프록시 경로가 있어야 합니다. 작동하는 서버가 하나도 없는 상태에서 이 옵션을 선택하면 순환 의존성이 생길 수 있습니다. 반대로 직접 연결로 구독 출처에 접근할 수 없는 경우, 프록시를 사용하지 않는 업데이트를 반복해도 문제가 해결되지는 않습니다. 먼저 출처 주소가 유효한지 확인한 뒤 실제로 이용할 수 있는 경로를 선택하세요.
시스템 프록시, 라우팅, 로컬 포트
시스템 프록시는 ‘앱이 요청을 클라이언트로 전달하는가’를 결정하고, 라우팅은 ‘클라이언트가 요청을 받은 뒤 어느 경로로 내보내는가’를 결정합니다. 따라서 라우팅을 전역 프록시로 설정해도 시스템 프록시를 무시하는 프로그램이 자동으로 연결되지는 않습니다. TUN은 트래픽을 연결하는 별도의 방식으로, 트레이의 시스템 프록시 스위치와 같지 않습니다. UI에 익숙해지는 단계라면 우선 활성화하지 않아도 됩니다.
시스템 프록시 자동 설정
권장Windows 시스템 프록시 설정을 따르는 앱이 로컬 프록시를 사용하도록 합니다. 활성 서버를 설정한 뒤 브라우저 연결을 먼저 확인할 때 적합합니다.
적합한 경우: 첫 연결 테스트, 시스템 프록시를 주로 사용하는 데스크톱 앱
시스템 프록시 해제
시스템 프록시가 가리키는 대상을 해제합니다. 서버를 삭제하거나 코어를 반드시 중지하는 것은 아닙니다. 로컬 프록시 주소를 직접 입력한 프로그램은 계속 코어를 통해 연결될 수 있습니다.
적합한 경우: 일시적으로 시스템 직접 연결로 되돌리거나 특정 프로그램에서 프록시를 직접 설정할 때
시스템 프록시 설정 유지
클라이언트가 시스템 프록시 설정을 직접 변경하지 않는다는 뜻이며, 프록시를 적극적으로 끈다는 뜻은 아닙니다. 전환 전에 시스템이 이미 로컬 포트를 가리키고 있었다면 해당 설정이 유지될 수 있습니다.
적합한 경우: 기존 시스템 프록시 설정을 유지해야 하는 사용자
아래 세 숫자는 포트 관계를 이해하기 위한 설정 예시입니다. 모든 버전의 고정 기본값이나 속도 테스트 결과가 아닙니다. 실제로 설정하기 전에 ‘설정’ → ‘옵션 설정’에서 로컬 리스닝 설정과 시작 로그를 확인하세요. 일부 버전은 혼합 리스너를 사용해 하나의 포트에서 여러 프록시 프로토콜을 받을 수 있습니다.
예를 들어 앱에 127.0.0.1:10808을 입력하면 원격 서버 목록의 443이 아니라 현재 컴퓨터의 리스너에 연결됩니다. 앱에서 선택한 HTTP 또는 SOCKS 프로토콜을 해당 리스너가 지원하는지도 확인하세요. 문제를 해결하는 동안에는 로컬 컴퓨터에서만 접속할 수 있도록 설정하세요. 브라우저 문제를 해결하려고 LAN 연결 허용을 무작정 켜지 마세요.
로그 패널: 첫 오류부터 앞뒤 흐름을 확인하세요
하단의 정보 또는 로그 영역에서 코어 실행 상태를 확인할 수 있습니다. 패널이 접혀 있다면 먼저 펼치세요. 버전에 따라 앱 로그와 코어 로그가 나뉘어 있을 수 있습니다. 구독 다운로드 실패는 클라이언트 관리 과정에 가까운 문제이고, 원격 핸드셰이크 실패는 보통 코어 출력을 확인해야 합니다. 로그 레벨이 너무 높으면 일반 연결 기록이 숨겨질 수 있으므로 새 로그가 없다는 사실만으로 트래픽이 유입되지 않았다고 단정할 수 없습니다.
- 먼저 문제를 재현합니다: 시간을 기록하고 확인할 페이지를 하나 열어 한 번만 조작해 백그라운드 요청의 영향을 줄입니다.
- 먼저 시작 상태를 확인합니다: 코어가 정상적으로 시작됐는지, 로컬 리스너가 열렸는지, 설정 파싱 오류나 포트 충돌이 있는지 살펴봅니다.
- 그다음 연결을 확인합니다: 같은 시각의 대상 주소, 아웃바운드 태그, 오류 전후 맥락을 찾아 문제가 로컬, 원격 연결 또는 TLS 단계 중 어디에서 발생했는지 판단합니다.
- 마지막으로 변경 사항을 확인합니다: 오류와 방금 수정한 서버, 라우팅, DNS 또는 리스너 설정을 대조하고 한 번에 하나씩 되돌립니다.
| 로그 키워드 | 일반적인 의미 | 다음 단계 |
|---|---|---|
address already in use | 로컬 리스너 주소 또는 포트가 이미 사용 중 | 클라이언트를 중복 실행했는지, 다른 프로세스가 같은 포트를 사용 중인지 확인하세요. |
connection refused | 특정 연결 대상에서 연결 거부 | 먼저 대상 주소를 확인해 로컬 리스너가 시작되지 않은 것인지 원격 서버에서 리스닝하지 않는 것인지 구분하세요. |
timeout | 연결 또는 읽기 단계에서 시간 초과 | 앞뒤 로그를 살펴 DNS, 원격 연결, 테스트 요청 중 어디서 시간 초과가 발생했는지 확인하세요. |
certificate | 인증서 또는 TLS 검증 관련 문제일 수 있음 | 시스템 시간, 서버 이름, 서버 측 설정을 확인하세요. 검증을 무작정 건너뛰지 마세요. |
트레이 메뉴와 옵션 설정의 역할
Windows 알림 영역의 v2rayN 아이콘에서는 메인 창 열기, 시스템 프록시 상태 변경, 라우팅 선택, 종료 등 자주 쓰는 작업을 할 수 있습니다. 창의 닫기 버튼은 설정에 따라 메인 창을 숨기기만 할 수도 있습니다. 종료 여부는 작업 표시줄에 창이 보이는지가 아니라 트레이 아이콘과 프로세스가 계속 실행 중인지 확인하세요.
오래 유지할 설정을 바꿀 때는 메인 창에서 ‘설정’ → ‘옵션 설정’으로 이동하세요. 서버 편집 창과 전역 옵션 창을 혼동하지 마세요. 전자는 특정 원격 설정을 수정하고, 후자는 로컬 리스닝과 실행 동작 등 공통 설정에 영향을 줍니다. 일부 버전은 코어 선택을 별도의 ‘Core 유형 설정’ 메뉴에 두므로 현재 UI에 표시된 항목을 기준으로 찾으세요.
- 서버 변경: 서버 목록으로 돌아가 활성 서버를 바꾸세요. 로컬 리스닝 포트를 변경할 필요는 없습니다.
- 프록시 연결 지점 변경: 옵션 설정에서 리스닝 포트, 리스닝 주소, LAN 접속 허용 여부를 확인하세요. 저장한 뒤 코어가 설정을 다시 불러왔는지 확인합니다.
- 트래픽 경로 변경: 먼저 메인 창이나 트레이에서 현재 선택한 라우팅 모드를 확인한 뒤 라우팅 설정에서 세부 규칙을 살펴보세요.
- 코어 변경: 먼저 노드의 프로토콜과 전송 설정이 지원되는지 확인하세요. 코어를 바꾼 뒤 시작 로그를 다시 살펴보고, 코어 업데이트만으로 설정 확인을 대신하지 마세요.
메인 화면에서 자주 묻는 질문
서버를 선택했는데 왜 이전 경로로 연결되나요?
행을 선택하는 것과 활성 서버로 설정하는 것은 별개의 작업입니다. 대상 항목을 마우스 오른쪽 버튼으로 클릭해 ‘활성 서버로 설정’을 선택한 뒤 활성 표시와 로그의 재로드 시각을 확인하세요. 이미 연결된 장시간 연결은 바로 전환되지 않을 수 있으므로 새 요청을 보내 확인해 보세요.
업데이트 후 목록이 비었어요. 구독이 삭제된 건가요?
먼저 목록 검색 조건을 지우고 대상 그룹이나 전체 그룹으로 전환한 뒤 업데이트 메시지를 확인하세요. 가져온 내용을 파싱할 수 없다면 출처가 유효한지와 가져오는 경로를 확인합니다. 기존 설정을 잃을 수 있으니 처음부터 그룹을 삭제하지 마세요.
지연 시간은 정상인데 브라우저에서 페이지가 열리지 않는 이유는 뭔가요?
지연 시간 테스트가 성공했다는 것은 해당 테스트를 통과했다는 뜻일 뿐입니다. 먼저 트레이에서 시스템 프록시 상태를 확인한 다음 브라우저가 시스템 프록시를 사용하는지, 로컬 리스닝 포트가 일치하는지, 페이지를 열 때 새 오류 로그가 생기는지 살펴보세요.
종료한 뒤 웹 페이지가 열리지 않아요. 무엇부터 확인해야 하나요?
먼저 Windows의 ‘설정’ → ‘네트워크 및 인터넷’ → ‘프록시’에서 중지된 로컬 리스너 포트를 계속 가리키고 있는지 확인하세요. 클라이언트를 다시 시작한 뒤 ‘시스템 프록시 해제’를 실행하고 정상적으로 종료하는 방법도 있습니다. 서버 옵션부터 변경할 필요는 없습니다.
일상적인 점검은 구독 출처 확인, 활성 서버 선택, 시스템 프록시와 라우팅 확인, 요청 한 번 전송, 관련 로그 확인 순으로 진행하면 됩니다. 문제의 원인이 어느 단계에 있는지 먼저 파악하세요. 포트, DNS, 코어 유형을 동시에 바꾸는 것보다 유효한 단서를 남기기 쉽습니다.