코어, 클라이언트, 구독의 차이를 먼저 파악한 뒤 필요한 항목을 업데이트하거나 수정하세요. 이름이 비슷해도 기능이 완전히 같지는 않으며, 설정을 가져올 수 있다고 해서 연결에 필요한 조건이 모두 갖춰진 것도 아닙니다.
Project V와 코어 계열
Project V는 V2Ray 생태계를 이해하는 출발점입니다. 생태계의 프록시 코어는 프로토콜 처리, 전송, 라우팅, 연결 설정을 담당합니다. V2Fly 커뮤니티는 V2Ray 관련 프로젝트를 이어서 관리하고 있으며, Xray는 관련 기술을 바탕으로 자체 코어와 기능을 발전시켜 왔습니다. 일상적인 대화에서는 전체 생태계를 V2Ray라고 부르기도 하지만, 특정 기능의 지원 여부는 클라이언트가 실제로 사용하는 코어와 해당 코어의 구현에 따라 달라집니다.
VMess, VLESS, Trojan은 프로토콜 이름이고 WebSocket, gRPC 등은 전송 방식입니다. TLS와 REALITY는 연결 보안 및 핸드셰이크 설정과 관련이 있습니다. 각 용어는 서로 다른 계층에 해당하므로 하나의 용어만 보고 설정이 완전한지 판단할 수 없습니다. 연결 매개변수는 서버 설정과 일치해야 합니다. 직접 수정할 때는 프로토콜, 전송 방식, 보안 옵션 중 무엇을 바꾸는지 확인하고 서로 다른 가이드의 설정 항목을 무작정 조합하지 마세요.
그래픽 클라이언트와 프록시 코어
v2rayN, v2rayNG, v2flyNG는 모두 오픈 소스 그래픽 클라이언트입니다. 그래픽 인터페이스에서 서버, 구독 주소, 자주 쓰는 옵션을 관리하면 코어가 읽을 수 있는 설정으로 변환됩니다. 세 프로그램은 같은 앱의 테마만 다른 것이 아닙니다. v2rayN은 데스크톱 환경용이며, v2rayNG는 주로 Xray 코어를 사용하는 Android 설정 인터페이스를 제공합니다. v2flyNG는 V2Fly 코어를 사용하는 Android 대안입니다.
이러한 계층 구분은 문제 해결 순서에도 영향을 줍니다. 창이 열리지 않으면 설치와 실행 환경을 먼저 확인하세요. 창은 열리지만 코어가 시작되지 않으면 로그, 리스닝 포트, 설정 생성 결과를 살펴보세요. 코어는 실행되지만 특정 서버에 연결되지 않는다면 원격 서버 매개변수와 네트워크 상태를 확인해야 합니다. 인터페이스가 실행된 것을 연결 성공으로 여기면 실제 문제 지점을 놓치기 쉽습니다. 코어를 바꿔 설정을 이전할 때는 대상 클라이언트가 프로토콜과 고급 옵션을 모두 지원하는지도 확인하세요.
오픈 소스 라이선스와 설정 정보 보호
오픈 소스 소프트웨어는 해당 라이선스에 따라 코드를 공개하며, 라이선스에 명시된 조건을 지켜 사용·수정·배포할 수 있습니다. 생태계의 프로젝트마다 라이선스가 다를 수 있습니다. 예를 들어 V2Fly의 V2Ray 코어와 Xray 코어는 MPL 2.0을 사용합니다. 클라이언트 프로젝트에는 각각 별도의 라이선스가 있으므로 특정 코어의 라이선스를 모든 인터페이스 프로그램, 종속 파일, 포함 리소스에 적용해서는 안 됩니다. 재배포하거나 수정하려면 관련 프로젝트의 라이선스 파일을 각각 확인하세요.
오픈 소스 여부와 구독 서비스 품질은 별개의 문제입니다. 구독 주소, 서버 인증 정보, 로컬 설정은 안전하게 보관하세요. 화면을 공유할 때는 전체 구독 링크를 가리고, 내보낸 설정 파일도 공개적으로 전송하지 않는 것이 좋습니다. 구독 변환 서비스를 사용하면 서비스 제공자가 전체 설정을 읽을 수 있다는 점을 이해해야 합니다. 먼저 클라이언트가 원본 형식을 직접 가져올 수 있는지 확인하고, 꼭 필요한 경우에만 처리 범위를 검토해 변환하세요. 형식 변환을 가져오기 실패의 첫 해결책으로 삼지 마세요.
업데이트 방식과 일상적인 관리
클라이언트, 코어, 구독, 라우팅 리소스 업데이트는 서로 다른 문제를 해결합니다. 클라이언트 업데이트는 주로 인터페이스와 설정 생성에 영향을 주고, 코어 업데이트는 프로토콜 구현과 실행 동작에 영향을 줍니다. 구독 업데이트는 출처에서 제공하는 서버 목록을 새로 고치며, 규칙과 도메인 리소스 업데이트는 라우팅 결과를 바꿀 수 있습니다. 문제가 생기면 최근 변경 사항을 먼저 기록하세요. 모든 구성 요소를 동시에 업데이트하면 어떤 변경이 동작에 영향을 줬는지 파악하기 어렵습니다.
설정을 저장하는 것부터 일상적인 관리를 시작할 수 있습니다. 업그레이드 전에 현재 시스템 프록시, 리스닝 포트, 라우팅 선택을 기록하세요. 백업에 구독 주소나 인증 정보가 포함된다면 안전한 위치에 보관해야 합니다. 업그레이드 후에는 기존 설정으로 코어가 시작되는지 확인한 뒤 실제 요청을 보내고, 마지막으로 사용자 지정 라우팅을 점검하세요. 특정 앱에서만 문제가 생기면 해당 앱과 브라우저의 프록시 연결 방식을 비교하세요. 모든 요청이 실패하면 로컬 서비스와 현재 서버를 확인하세요.
시스템 프록시·라우팅·TUN의 차이
시스템 프록시는 ‘어떤 앱이 요청을 클라이언트에 전달할지’를 정하고, 라우팅 규칙은 ‘코어에 들어온 요청을 어떤 경로로 보낼지’를 정합니다. TUN은 가상 네트워크 인터페이스로 트래픽을 처리합니다. 세 개념은 같은 가이드에 함께 나오는 경우가 많지만 서로 대체할 수는 없습니다. 시스템 프록시를 켰는데도 앱이 직접 연결된다면 해당 앱이 시스템 설정을 읽지 않는 것일 수 있습니다. TUN을 켠 뒤 접속에 문제가 생긴 경우에는 도메인 이름 해석, 네트워크 어댑터 라우팅, 다른 네트워크 도구가 원인일 수 있습니다.
먼저 시스템 프록시로 기본 연결을 확인하고, 필요에 따라 라우팅을 조정한 다음 TUN 사용 여부를 검토하세요. 설정을 변경할 때마다 같은 앱으로 같은 대상에 접속하고 해당 시점의 로그를 확인하세요. 그래야 의미 있는 비교가 가능합니다. 로그에 서버 정보가 포함될 수 있으므로 도움을 요청하기 전에 민감한 내용을 지우세요. 문제 유형, 발생 순서, 설정 환경은 남겨 두면 이어서 원인을 찾는 데 도움이 됩니다.