v2rayN을 실행했지만 화면의 각 메뉴가 아직 익숙하지 않은 사용자를 위한 안내입니다. 서버 목록, 구독 그룹, 상태 표시줄, 로그, 설정 순으로 살펴보면 ‘어떤 행을 선택했는지’, ‘어떤 노드를 사용 중인지’, ‘앱 트래픽이 프록시를 통과하는지’를 구분하고, 확인 가능한 연결 테스트까지 진행할 수 있습니다.
메인 창: 먼저 다섯 가지 영역 파악하기
v2rayN은 설정을 관리하는 데스크톱 클라이언트이며, 실제 연결은 선택한 코어가 처리합니다. 창이 열린다는 것은 그래픽 인터페이스가 실행됐다는 뜻일 뿐입니다. 노드 설정, 코어 실행 상태, 앱 트래픽이 프록시로 들어오는 경로도 확인해야 합니다. 이 글은 Windows 데스크톱 사용을 기준으로 설명합니다. 데스크톱 버전과 기존 WPF 버전은 메뉴 위치가 다를 수 있으므로 실제 항목은 현재 화면에서 확인하세요.
| 영역 | 주요 기능 | 우선 확인할 항목 |
|---|---|---|
| 서버 목록 | 설정 확인, 사용할 서버 선택, 연결 테스트 | 현재 활성 서버와 테스트 결과 |
| 구독 그룹 | 출처별 노드 필터링 및 구독 주소 관리 | 올바른 그룹을 선택했는지, 구독 업데이트가 성공했는지 |
| 하단 상태 영역 | 시스템 프록시, 라우팅, 실행 상태 확인 | 프록시 연결 경로와 라우팅 정책이 예상대로인지 |
| 로그 패널 | 시작·연결·오류 정보 확인 | 최초 오류와 발생 시각 |
| 설정 메뉴 | 수신 대기, 코어, 인터페이스 설정 변경 | 변경 사항을 저장하고 다시 불러왔는지 |
작업은 그룹 확인, 활성 서버 설정, 시스템 프록시 확인, 웹페이지 접속 후 로그 확인 순으로 진행하세요. 처음부터 포트, DNS, 라우팅을 한꺼번에 바꾸지 마세요. 여러 설정을 동시에 변경하면 어떤 항목이 결과에 영향을 줬는지 파악하기 어렵습니다.
서버 목록: 선택한 행이 현재 사용 중인 노드는 아닙니다
목록의 각 행은 일반적으로 서버 설정 하나를 나타내며, 이미 연결된 세션을 뜻하지는 않습니다. 행을 한 번 클릭하면 편집이나 일괄 작업을 위해 해당 항목이 선택됩니다. 실제 사용할 노드를 바꾸려면 마우스 오른쪽 버튼 메뉴에서 ‘활성 서버로 설정’을 선택한 뒤 화면의 활성 표시를 확인하세요. 버전에 따라 아이콘, 색상 또는 상태 문구로 표시될 수 있습니다.
- 별칭: 노드를 구분하기 위한 이름으로, 보통 구독 정보에서 가져옵니다. 이름에 표시된 지역이나 배율은 제공자가 붙인 표기이며 클라이언트가 연결 경로의 속성을 별도로 검증한 결과는 아닙니다.
- 주소와 포트: 원격 서버를 가리킵니다. 원격 포트와 로컬 수신 대기 포트는 서로 다르므로 혼동하지 마세요.
- 프로토콜과 전송 방식: VMess, VLESS 등은 프록시 프로토콜이고 TCP, WebSocket 등은 전송 방식입니다. 보안 계층과 전송 매개변수도 서버 설정과 일치해야 합니다.
- 구독 그룹: 해당 설정의 출처를 나타냅니다. 이름이 같은 노드라도 서로 다른 구독에 속할 수 있으므로 별칭만 보고 중복 여부를 판단하지 마세요.
- 지연 시간과 속도: 특정 시점에 실행한 테스트 결과이며 실시간 모니터링 값은 아닙니다. 값이 비어 있다면 아직 결과가 없다는 뜻이지, 노드가 반드시 작동하지 않는다는 의미는 아닙니다.
주소, 사용자 식별자 또는 전송 매개변수를 수정하려면 설정을 두 번 클릭하거나 마우스 오른쪽 버튼 메뉴에서 편집을 선택하세요. 구독에서 생성된 노드는 다음 업데이트 때 수동 변경 사항이 덮어써질 수 있습니다. 계속 유지할 설정은 별도의 수동 설정으로 관리하고 기존 구독 그룹과 구분하는 편이 좋습니다.
테스트 후 활성 서버 설정
권장후보 노드를 몇 개 선택한 뒤 마우스 오른쪽 버튼 메뉴에서 ‘서버 실제 연결 지연 시간 테스트’를 실행하세요. 유효한 결과가 나온 노드를 활성 서버로 설정한 다음 브라우저에서 실제 접속을 확인합니다.
추천 상황: 처음 연결할 때, 노드가 많을 때, 기본적인 사용 가능 여부를 확인할 때.
확인된 노드로 바로 전환
최근에 확인한 노드를 활성 서버로 바로 설정한 다음 로그를 확인하세요. 이전 테스트 결과는 회선과 서비스 상태 변화의 영향을 받으므로, 이번 접속을 직접 확인하는 과정은 생략할 수 없습니다.
추천 상황: 자주 사용하는 소수의 노드 사이에서 전환할 때.
실제 연결 지연 시간 테스트는 프록시 경로를 거쳐 테스트 대상에 접속합니다. TCP 포트 연결 테스트와는 다릅니다. 테스트에 성공해도 그 시점에 해당 대상에 접속할 수 있다는 뜻일 뿐입니다. 다운로드 속도, 특정 웹사이트 접속, 장시간 연결 안정성은 각각 따로 확인해야 합니다. 정렬은 목록 순서만 바꾸며 맨 위 노드를 자동으로 활성화하지 않습니다.
구독 그룹: 출처 관리와 목록 필터링
구독 주소로 설정 모음을 가져오고, 그룹으로 설정을 정리합니다. 그룹을 전환하면 일반적으로 목록만 필터링되며 활성 서버가 자동으로 바뀌지는 않습니다. 목록이 갑자기 비었다면 모든 설정을 삭제하고 다시 가져오기보다 현재 그룹, 검색 조건, 구독 업데이트 결과부터 확인하세요.
-
그룹 관리 열기
주 메뉴에서 ‘구독 그룹’ → ‘구독 그룹 설정’을 선택합니다. 현재 버전에서 그룹 표시줄의 관리 버튼에 해당 메뉴가 있다면 같은 이름의 설정 창을 여세요.
-
구독 주소 입력
그룹을 추가하고 알아보기 쉬운 메모와 전체 구독 주소를 입력한 다음 저장하세요. 노드 공유 링크를 구독 주소 입력란에 잘못 넣지 않도록 주의하세요.
-
구독 업데이트
‘구독 그룹’ 메뉴로 돌아가 ‘모든 구독 업데이트(프록시 사용 안 함)’ 또는 현재 버전에 해당하는 업데이트 명령을 실행하세요. 가져오기나 파싱 오류가 로그에 기록되는지도 확인합니다.
-
새 노드 확인
방금 만든 그룹을 선택하고 검색 조건을 지운 뒤 노드가 표시되는지 확인하세요. 이어서 후보 노드를 테스트하고 활성 서버로 설정한 다음 브라우저에서 접속을 확인합니다.
‘프록시 사용 안 함’은 현재 네트워크에서 구독 주소에 직접 접속할 수 있을 때 사용합니다. 프록시를 통해야만 주소에 접속할 수 있다면 기존 노드가 작동하는지 먼저 확인한 뒤 ‘모든 구독 업데이트(프록시 사용)’를 선택하세요. 사용 가능한 프록시가 없는데 이 옵션을 반복하면 아직 연결되지 않은 프록시에 구독 업데이트를 의존하게 됩니다.
하단 상태 표시줄: 시스템 프록시와 라우팅 구분하기
시스템 프록시는 시스템 설정을 따르는 앱의 요청을 로컬 프록시 수신 지점으로 전달할지 결정합니다. 라우팅은 코어에 들어온 요청이 어떤 경로로 나갈지 결정합니다. 두 설정은 서로 다른 계층에 있습니다. 라우팅을 ‘전역’으로 바꿔도 모든 앱이 프록시에 연결되는 것은 아닙니다. 특히 네트워크 방식을 자체 지정하는 프로그램은 별도로 확인해야 합니다.
두 단계로 확인: 먼저 진입 경로, 다음으로 나가는 경로
시스템 프록시: 앱에서 로컬 장치까지
- 하단의 시스템 프록시 설정이 ‘시스템 프록시 자동 설정’으로 되어 있는지 확인하세요.
- 로컬 수신 주소와 포트가 시스템 설정과 일치하는지 확인하세요.
- 브라우저 확장 프로그램이나 앱 자체 프록시 설정이 시스템 설정을 덮어쓸 수 있습니다.
라우팅 규칙: 로컬 장치에서 목적지까지
- 하단 라우팅 선택기에서 현재 규칙 집합을 확인하세요.
- 대상 도메인이 직접 연결 또는 프록시 경로 중 어디로 지정되는지 확인하세요.
- 규칙 이름이 같아도 사용자가 수정했다면 내용이 다를 수 있습니다.
요청이 로컬 수신 지점에 들어오는지 먼저 확인한 뒤 적용된 라우팅을 살펴보세요. 웹페이지 한 번 접속한 결과만으로 모든 앱의 트래픽 경로를 판단하지 마세요.
‘시스템 프록시 지우기’는 시스템 계층의 프록시 설정을 제거합니다. ‘시스템 프록시 변경 안 함’은 보통 클라이언트가 현재 시스템 설정을 직접 바꾸지 않는다는 뜻이지, 연결을 강제로 우회한다는 의미는 아닙니다. 종료 전에 다른 도구가 프록시를 설정했다면 시스템 네트워크 설정에서도 확인해야 합니다. 하단의 실시간 속도가 0이라고 연결이 끊긴 것은 아닙니다. 유휴 상태에서는 트래픽이 없는 것이 정상이며 통계가 기기 전체를 포함하지 않을 수도 있습니다.
- 웹페이지가 열리지 않고 로그에 새 요청도 없다면 원격 노드를 바꾸기 전에 앱의 프록시 연결 경로부터 확인하세요.
- 로그에 요청이 있지만 직접 연결로 처리된다면 라우팅 규칙의 일치 여부와 규칙 순서를 확인하세요.
- TUN을 설정한 환경이라면 권한, 라우팅, DNS 가로채기 상태를 별도로 확인하세요. 시스템 프록시만 사용하는 경우의 판단 기준을 그대로 적용하지 마세요.
설정: 수신 대기 포트와 코어 설정
일반적으로 ‘설정’ → ‘매개변수 설정’에서 관련 항목을 찾을 수 있습니다. 먼저 ‘기본 설정’에서 로컬 수신 대기 항목을 확인하세요. 코어 옵션은 대개 ‘Core 유형’ 관련 탭이나 필드에 있습니다. 화면 버전에 따라 탭 이름이 다를 수 있으므로 찾을 수 없다면 현재 버전의 설정 항목을 확인하고, 구버전 스크린샷을 그대로 따라 설정 파일을 수정하지 마세요.
현재 로컬 진입 주소가 127.0.0.1:10808이라고 가정하면, 이는 원격 노드 주소가 아니라 로컬 장치의 10808 포트에 연결한다는 뜻입니다. 최신 버전은 HTTP와 SOCKS 요청을 함께 받는 혼합 수신 대기를 사용할 수 있으며, 구형 설정에서는 두 종류의 수신 대기 항목을 따로 지정할 수 있습니다. 지원 프로토콜은 현재 수신 대기 유형을 확인해야 하며 포트 번호만으로 판단할 수 없습니다.
- 포트 변경: 매개변수를 저장한 뒤 화면의 안내에 따라 다시 불러오거나 코어를 재시작하세요. 수동으로 프록시를 설정한 앱의 포트도 함께 변경하고, 필요한 경우 시스템 프록시 자동 설정을 다시 실행하세요.
- LAN 연결 허용: 접근 가능한 범위를 바꾸는 설정이지 속도를 높이는 옵션이 아닙니다. 공유가 꼭 필요한 경우에만 활성화하고 방화벽으로 접속 출처를 제한하세요.
- Core 유형: 해당 설정을 처리할 코어를 선택합니다. 전환하기 전에 노드 프로토콜과 전송 방식, 보안 계층을 지원하는지 확인하세요.
- 로그 수준: 문제를 확인할 때만 일시적으로 상세도를 높이고, 재현이 끝나면 적절한 수준으로 되돌리세요. 로그가 지나치게 많으면 확인과 저장이 어려워질 수 있습니다.
VLESS와 VMess는 설정에 쓰이는 프로토콜이고 Xray와 V2Ray는 코어 이름입니다. ‘프로토콜 변경’과 ‘코어 변경’은 같은 작업이 아닙니다. 같은 구독 설정이라도 코어별 매개변수 지원 범위가 달라 시작에 실패할 수 있습니다. 이때는 화면에 노드 이름이 표시되는지만 보지 말고 구체적인 오류를 먼저 확인하세요.
로그 패널: 시작 오류부터 확인한 뒤 연결 오류 살펴보기
‘로그 표시’ 메뉴를 선택하거나 창 하단의 로그 영역을 펼쳐 패널을 여세요. 일부 버전에서는 실행 정보와 코어 출력을 나누어 표시합니다. 문제를 확인할 때는 시각을 기록하고 실패 동작을 다시 실행한 뒤 해당 시각 전후의 로그를 살펴보세요. 오래 실행한 뒤 남은 이전 오류가 현재 문제와 관련이 없을 수도 있습니다.
| 키워드 | 일반적인 의미 | 다음 조치 |
|---|---|---|
address already in use | 로컬 주소 또는 수신 대기 포트 바인딩 충돌 | 포트를 점유한 프로세스를 확인하거나, 사용 가능한 것으로 확인된 포트로 변경하세요. |
connection refused | 대상 연결이 거부됨 | 대상 주소가 로컬 진입 지점인지 원격 서버인지 먼저 확인한 뒤 각각 점검하세요. |
timeout | 연결 단계가 제한 시간 안에 완료되지 않음 | 대상과 앞뒤 로그를 함께 보고 구독 가져오기, 노드 연결, 웹사이트 접속 중 어느 단계인지 구분하세요. |
failed to load config | 코어에서 설정을 불러오지 못함 | 오류가 가리키는 항목과 선택한 코어의 매개변수 지원 범위를 확인하세요. |
시간 초과 키워드 하나만으로 원인을 특정할 수는 없습니다. 구독 다운로드 시간 초과와 웹페이지 접속 시간 초과는 서로 다른 과정에서 발생하므로, 비슷한 문구가 표시되더라도 같은 방식으로 해결할 수 없습니다. 로그를 공유하기 전에는 서버 주소, 사용자 식별자, 구독 자격 증명을 가리고 오류 전후의 로그 일부는 남겨야 문제를 다시 확인할 수 있습니다.
자주 묻는 화면 관련 질문과 확인 순서
노드를 눌렀는데 왜 이전 노드를 계속 사용하나요?
한 번 클릭하면 행만 선택될 수 있습니다. 마우스 오른쪽 버튼 메뉴에서 ‘활성 서버로 설정’을 선택하고 활성 표시와 로그를 확인하세요. 이미 연결된 장시간 세션은 기존 연결을 계속 사용할 수 있으므로 새 페이지를 열거나 요청을 다시 보내 확인하세요.
업데이트가 성공했다는데 목록이 비어 있는 이유는 무엇인가요?
먼저 해당 구독 그룹을 다시 선택하고 검색 조건을 지운 다음 업데이트 로그에서 파싱 결과를 확인하세요. 내용을 가져왔더라도 사용할 수 있는 노드로 파싱되지 않았을 수 있고, 구독 주소에서 오류 페이지를 반환했을 수도 있습니다.
실제 연결 테스트는 통과했는데 브라우저에서 페이지가 열리지 않는 이유는 무엇인가요?
시스템 프록시가 자동으로 설정됐는지, 브라우저에 다른 프록시 설정이 적용되지 않았는지 확인한 다음 로그에 브라우저 요청이 들어왔는지 살펴보세요. 테스트 대상과 실제 웹사이트는 다를 수 있고 라우팅 규칙도 다르게 적용될 수 있습니다.
창을 닫았는데도 왜 계속 실행되나요?
현재 설정에서 닫기 버튼이 트레이로 숨기도록 지정됐을 수 있습니다. 시스템 트레이에서 v2rayN을 확인하세요. 완전히 종료하려면 트레이 메뉴의 종료 항목을 사용하고 시스템 프록시가 예상대로 복구됐는지도 확인합니다.
메인 화면에 익숙해지면 일상적인 확인을 한 가지 순서로 진행하세요. 그룹에서 출처를, 활성 표시에서 노드를, 상태 표시줄에서 프록시 진입 경로와 라우팅을 확인한 뒤 로그에서 요청을 검증합니다. 예상과 다른 계층만 수정하면 모든 매개변수를 계속 바꾸는 것보다 원인을 찾기 쉽습니다.