v2rayN 초보자들이 자주 묻는 10가지: 구독, 코어, 시스템 프록시 완벽 정리

구독은 어디서 받으며, 가져온 뒤에는 무엇을 해야 하나요?

첫 번째 질문: v2rayN에서 구독 링크를 제공하나요?

아니요. v2rayN은 설정을 읽고 코어를 실행하며 로컬 트래픽을 전달하는 데스크톱 클라이언트일 뿐, 서버를 배정하지 않습니다. 구독 링크는 실제 노드 서비스 제공업체가 생성하며, 일반적으로 서버 주소, 포트, 사용자 식별자, 전송 방식, TLS, SNI, REALITY 공개 키 등의 연결 정보가 포함됩니다.

구독 주소는 접속 자격 증명에 해당하므로 공개 페이지, 스크린샷 또는 채팅방에 붙여 넣지 마세요. 링크를 받았다면 먼저 완전한 HTTPS 주소인지, 웹 관리 콘솔 주소가 아닌지 확인합니다. 콘솔은 계정 관리용이고, 클라이언트가 주기적으로 설정을 읽는 진입점은 구독 주소입니다.

두 번째 질문: 구독을 붙여 넣었는데 목록이 비어 있는 이유는 무엇인가요?

구독 그룹을 저장하는 것만으로는 주소 등록만 완료됩니다. 이후 반드시 업데이트를 실행해야 합니다. v2rayN 7.15.7 화면을 기준으로 아래 순서대로 처음 가져올 수 있습니다. 7.x의 세부 버전마다 메뉴 문구는 조금 다를 수 있지만, ‘그룹 추가, 구독 업데이트, 노드 선택’이라는 세 단계는 같습니다.

1. 그룹 추가

   메인 화면에서 「구독 그룹」→「구독 그룹 설정」→「추가」를 열고 메모를 입력한 뒤 전체 구독 주소를 붙여 넣습니다.

2. 주소 저장

   주소 앞뒤에 공백이나 줄바꿈이 없는지 확인하고 저장한 뒤 서버 목록으로 돌아갑니다. 구독 주소를 개별 서버로 직접 가져오지 마세요.

3. 구독 업데이트

   「구독 그룹」→「모든 구독 업데이트」를 선택하고 상태 표시줄에 이번 가져오기 및 파싱 결과가 표시될 때까지 기다립니다.

4. 노드 선택

   서버 목록에서 노드를 더블 클릭하거나 마우스 오른쪽 메뉴에서 활성 서버로 지정한 뒤 지연 시간을 테스트합니다.

5. 프록시 활성화

   트레이 메뉴에서 적절한 시스템 프록시 모드를 선택해 브라우저 등 시스템 프록시를 지원하는 프로그램이 로컬 리스닝 포트로 연결되도록 합니다.

코어란 무엇이며 Xray와 v2ray는 어떻게 선택하나요?

세 번째 질문: v2rayN을 설치했는데 왜 코어가 또 필요한가요?

v2rayN은 주로 그래픽 인터페이스, 구독 관리, 라우팅 설정과 프로세스 제어를 담당하고, 실제로 VMess, VLESS 등의 프로토콜 연결을 구성하는 것은 Core입니다. 클라이언트 화면을 제어 계층, Xray 또는 v2ray Core를 실행 계층으로 보면 이해하기 쉽습니다. 화면이 선택한 노드와 라우팅 규칙을 실행 설정으로 정리하면 코어가 이를 받아 로컬 포트를 열고 원격 서버에 연결합니다.

코어 파일이 없거나 버전이 오래되었거나 현재 코어가 설정 매개변수를 지원하지 않으면 노드를 클릭한 직후 Core가 종료되는 일이 흔합니다. 이때 시스템 프록시를 계속 바꾸기보다 먼저 로그를 열어 파일 경로, 설정 필드, 프로토콜 호환성 중 무엇이 문제인지 확인해야 합니다.

네 번째 질문: Xray Core와 v2ray Core 중 무엇을 선택해야 하나요?

판단 기준은 이름의 신구가 아니라 노드 설정 요구사항입니다. VLESS, XTLS Vision, REALITY 등의 매개변수는 일반적으로 Xray Core에서 처리해야 합니다. VMess, TCP, WebSocket 중심의 기존 설정은 서비스 제공업체가 안내한 호환 조건에 따라 v2ray Core를 사용할 수 있습니다. 구독을 가져온 뒤 사용할 코어가 이미 지정되어 있다면 자동 선택 결과를 우선 유지하세요.

수동으로 확인해야 한다면 「설정」→「매개변수 설정」→「Core 유형」으로 이동해 현재 프로토콜에 맞는 코어를 확인합니다. 변경 후에는 기존 Core를 중지하고 활성 서버를 다시 지정해 10808, 10809 등의 로컬 포트를 이전 프로세스가 계속 점유하지 않도록 하세요.

시스템 프록시와 TUN은 어떻게 다른가요?

다섯 번째 질문: 노드를 선택했는데 왜 시스템 프록시도 켜야 하나요?

노드를 선택하는 것은 Core가 로컬 프록시 진입점을 준비하도록 할 뿐, 모든 프로그램이 자동으로 이를 사용하는 것은 아닙니다. 시스템 프록시 모드는 Windows 프록시 설정을 v2rayN의 로컬 HTTP 또는 SOCKS 리스닝 포트로 지정합니다. 이후 브라우저와 시스템 프록시 설정을 따르는 프로그램이 요청을 Core에 전달합니다.

Core가 정상적으로 실행 중이어도 시스템 프록시가 꺼져 있으면, 프로그램 내부에 127.0.0.1과 해당 포트를 직접 설정한 경우에는 인터넷에 연결될 수 있지만 일반 브라우저는 계속 직접 연결할 수 있습니다. 문제를 점검할 때는 ‘코어가 실행됨’과 ‘앱 트래픽이 코어로 들어감’을 서로 독립된 상태로 보세요.

여섯 번째 질문: TUN 모드가 시스템 프록시보다 항상 더 좋은가요?

그렇지 않습니다. TUN은 가상 네트워크 인터페이스를 만들어 네트워크 계층에 더 가까운 위치에서 트래픽을 수신하므로 시스템 프록시 설정을 읽지 않는 프로그램도 처리할 수 있고 UDP 또는 전역 연결이 필요한 환경에도 적합합니다. 대신 권한, 가상 네트워크 어댑터, DNS와 라우팅 테이블에 더 많이 의존하므로 문제를 점검할 범위도 넓어집니다.

• 먼저 시스템 프록시로 구독, 노드와 코어가 모두 정상 작동하는지 확인한 뒤 TUN을 활성화하세요.
• TUN을 켜기 전에 가상 네트워크 어댑터를 점유하거나 시스템 라우팅을 변경하는 다른 네트워크 도구를 종료해 기본 경로가 서로 덮어쓰이지 않게 하세요.
• TUN 시작에 실패하면 로그에서 권한, 드라이버, 인터페이스 생성과 라우팅 기록 정보를 확인하세요. 웹 페이지가 열리는지만 보아서는 안 됩니다.
• v2rayN을 종료하기 전에 시스템 프록시를 복원하거나 TUN을 중지해, 이미 종료된 프로세스를 가리키는 프록시 설정이 시스템에 남지 않도록 하세요.

트레이 아이콘, 지연 시간과 연결 상태 확인 방법

일곱 번째 질문: 트레이 아이콘 색상은 노드가 연결되었다는 뜻인가요?

색상만으로 원격 서버의 사용 가능 여부를 판단할 수는 없습니다. 트레이 아이콘은 주로 v2rayN의 현재 실행 상태나 시스템 프록시 모드를 표시하며, 구체적인 색상 매핑은 버전, 테마와 프록시 모드에 따라 달라집니다. 더 확실한 방법은 트레이 메뉴를 열어 현재 선택된 시스템 프록시 상태, 활성 서버 이름과 Core 실행 여부를 확인하는 것입니다.

아이콘에 프록시가 활성화된 것으로 표시되어도 시스템 프록시 스위치가 켜졌다는 뜻일 뿐, TLS 핸드셰이크, 원격 인증과 외부 접속이 모두 성공했다는 의미는 아닙니다. 반대로 시스템 프록시가 꺼져 있어도 SOCKS 주소를 직접 입력한 프로그램은 로컬 포트로 연결될 수 있습니다.

여덟 번째 질문: 지연 시간이 음수이거나 시간 초과 또는 매우 높게 표시되면 노드를 사용할 수 없는 건가요?

테스트 명령마다 측정하는 경로가 다릅니다. TCP 지연 시간은 대상 주소와 포트에 연결할 수 있는지만 확인하며 프록시 프로토콜을 완전히 검증하지는 않습니다. 실제 지연 시간 테스트는 트래픽을 코어와 원격 노드를 거치게 하므로 실제 접속 결과에 더 가깝습니다. 일부 서버는 특정 탐색 방식에 응답하지 않아도 웹 요청은 정상적으로 전달할 수 있습니다.

처음 노드를 고를 때는 전체 노드에 TCP 지연 시간 테스트를 한 번 실행한 다음 후보 노드에 실제 지연 시간 테스트를 진행하면 됩니다. 한 번 가장 낮은 숫자가 나온 노드보다 여러 번 측정해 안정적이고 오류율이 낮은 노드가 더 믿을 만합니다. 같은 구독의 모든 노드가 동시에 실패한다면 노드 매개변수를 하나씩 바꾸기보다 컴퓨터 시간, DNS, 구독 유효 기간과 네트워크 환경을 먼저 확인하세요.

연결 실패 원인 점검과 업데이트 시 설정 보존 방법

아홉 번째 질문: 상태는 연결됨인데 웹 페이지가 열리지 않으면 어디부터 확인해야 하나요?

트래픽 경로를 가까운 곳부터 먼 곳 순서로 확인하는 것이 가장 빠릅니다. 앱이 프록시를 사용하는지, 로컬 포트가 수신 중인지, Core에 오류가 기록되었는지, 노드 핸드셰이크가 완료되었는지, 라우팅 규칙이 대상을 직접 연결 또는 차단 대상으로 잘못 분류하지 않았는지를 확인하세요. DNS, TUN, 코어와 노드 설정을 동시에 바꾸면 어떤 변경이 영향을 주었는지 판단하기 어렵습니다.

1. 활성 노드 확인

   서버 목록에 활성 서버가 있는지, 노드 프로토콜·주소·포트가 비어 있지 않은지, 구독 그룹이 비활성화되지 않았는지 확인합니다.

2. 코어 로그 확인

   로그 창을 열고 failed, timeout, handshake, invalid, address already in use 등의 키워드를 먼저 찾은 뒤 첫 번째 오류를 기록하세요.

3. 로컬 포트 확인

   「설정」→「매개변수 설정」에서 리스닝 주소와 포트를 확인합니다. 시스템 프록시는 127.0.0.1과 현재 실제 HTTP 포트를 가리켜야 합니다.

4. 기본 라우팅을 임시 사용

   사용자 지정 도메인 규칙, IP 규칙 또는 차단 규칙이 대상 트래픽을 잘못된 출구로 보내는지 확인하기 위해 잠시 기본 라우팅 설정으로 되돌립니다.

5. 같은 그룹의 다른 노드로 변경

   같은 구독에 포함된 다른 노드를 선택해 다시 테스트합니다. 한 노드만 실패한다면 원격 상태나 해당 노드의 매개변수에 문제가 있을 가능성이 큽니다.

로그의 첫 번째 오류는 뒤이어 발생하는 연쇄 오류보다 대개 중요합니다. 예를 들어 포트가 사용 중이면 Core가 로컬 진입점을 만들 수 없고 이후의 연결 실패는 그 결과일 뿐입니다. SNI 불일치, 시스템 시간 오차 또는 REALITY 공개 키 오류는 핸드셰이크 단계에서 연결을 중단시킵니다. 오류가 어느 계층에서 발생했는지 찾은 뒤 해당 설정만 수정하세요.

열 번째 질문: v2rayN을 업데이트하면 구독과 사용자 지정 규칙이 사라지나요?

설정 보존 여부는 업데이트 방식과 데이터 디렉터리 위치에 따라 달라집니다. 프로그램을 덮어쓰기 전에 v2rayN을 완전히 종료하고 트레이 프로세스와 Core가 모두 중지되었는지 확인한 다음 현재 프로그램 디렉터리의 설정 데이터를 백업하세요. 프로그램 실행 중 파일을 직접 교체하면 설정이 아직 저장되지 않았거나 파일이 사용 중인 문제가 발생할 수 있습니다.

업그레이드 후에는 구독 그룹, 활성 서버, 로컬 포트, Core 유형과 라우팅 규칙을 먼저 확인한 뒤 프록시를 시작하세요. 여러 주요 버전을 건너뛰었다면 기본 설정으로 노드 연결 테스트를 한 번 완료한 다음 사용자 지정 DNS, 라우팅과 TUN 설정을 하나씩 복원하는 것이 좋습니다. 그래야 이전 필드와 새 버전의 동작 차이를 파악하기 쉽습니다.

초보자 설정의 핵심 순서는 유효한 구독 받기, 서버 목록 업데이트, 호환되는 코어 선택, 활성 노드 지정, 적절한 트래픽 진입점 활성화의 다섯 단계로 요약할 수 있습니다. 처음에는 시스템 프록시로 기본 연결을 확인하고 TUN은 기본 경로가 안정된 뒤 활성화하세요. 문제가 생기면 아이콘 색상보다 로그와 실제 포트 정보가 더 신뢰할 만한 판단 기준입니다.