PROJECT V / CORE / CLIENT
인터페이스·코어·프로토콜의 역할
- 생태계 배경
- Project V · V2Ray
- 코어 계열
- V2Fly · Xray
- 데스크톱 클라이언트
- v2rayN
- 안드로이드 클라이언트
- v2rayNG · v2flyNG
기기와 사용 방식에 따라 클라이언트를 고르고, 설정 호환성에 따라 코어를 선택하세요. 프로토콜은 서버가 실제로 제공하는 연결 매개변수를 기준으로 확인해야 합니다.
코어 및 클라이언트 용어 보기 →
Project V와 V2Ray의 관계
Project V는 V2Ray의 기술적 배경을 이해하는 출발점입니다. V2Ray는 로컬 인바운드, 원격 아웃바운드, 라우팅, 도메인 이름 확인을 조합 가능한 설정으로 구성합니다. 따라서 특정 그래픽 인터페이스와 같은 뜻도 아니고 하나의 프로토콜만 가리키는 것도 아닙니다. 일상적으로 말하는 ‘V2Ray 설치’는 이러한 설정을 관리하는 클라이언트를 설치한다는 뜻인 경우가 많습니다. 인터페이스, 코어, 프로토콜의 이름을 구분하면 같은 공유 링크를 여러 클라이언트에서 가져올 수 있어도 특정 코어에서는 실행에 실패하는 이유를 이해하기 쉽습니다.
이러한 계층 구조는 문제 해결 방식에도 영향을 줍니다. 인터페이스에 노드가 표시되는 것은 일부 정보를 인식했다는 뜻일 뿐입니다. 실제 연결을 만들 때는 코어가 해당 프로토콜, 전송 방식, 보안 계층을 처리해야 합니다. 가이드를 읽을 때는 설명하는 내용이 인터페이스 조작인지 코어 동작인지 먼저 구분하세요. 사이트의 사용 설명서는 조작 경로를, 프로토콜 매뉴얼은 호환성과 설계상의 차이를 다룹니다. 용어집은 설정 항목의 의미를 확인하는 데 도움이 되므로 실제 문제에 따라 함께 참고하세요.
V2Fly와 Xray 계열의 차이
V2Fly는 V2Ray 커뮤니티의 유지 관리 체계를 이어가고 있으며, Xray는 관련 기술을 바탕으로 발전한 별도의 코어 계열입니다. 공통된 개념과 프로토콜 지원이 일부 있지만 기능 발전 방향, 설정 항목, 기본 동작이 완전히 같지는 않습니다. 특히 REALITY, XTLS Vision 같은 설정은 Xray의 지원 여부를 확인해야 합니다. 코어 프로그램만 교체한다고 기존 설정 항목이 모두 같은 방식으로 작동하는 것은 아닙니다.
코어를 선택할 때는 서버가 제공한 설정을 기준으로 필요한 기능을 파악한 다음, 클라이언트에서 해당 항목을 빠짐없이 설정할 수 있는지 확인하세요. 구독을 가져오는 과정에서 보안 계층이나 전송 매개변수가 누락되면 익숙한 프로토콜 이름이 표시되어도 연결에 실패할 수 있습니다. 일반 사용자라면 코어를 자주 바꾸기보다 이미 작동을 확인한 설정을 보관하는 편이 문제를 찾기 쉽습니다. 비교가 필요할 때는 서버, 대상 사이트, 테스트 방식을 동일하게 유지하고 코어별 시작 로그와 접속 결과를 확인하세요.
세 클라이언트의 오픈소스 라이선스
v2rayN, v2rayNG, v2flyNG는 모두 오픈소스 그래픽 클라이언트입니다. v2rayN은 데스크톱용으로 서버 목록, 구독 그룹, 프록시 설정을 관리합니다. v2rayNG는 안드로이드 기기용이며 Xray 코어를 사용합니다. v2flyNG는 V2Fly 코어를 기반으로 한 안드로이드 클라이언트입니다. 이들 앱은 설정을 관리하기 쉬운 인터페이스를 제공하지만 서버 서비스 자체는 아니며, 설치만으로 사용할 수 있는 구독이 생기지도 않습니다.
오픈소스란 해당 라이선스에 따라 코드를 열람하고 사용하거나 재배포할 수 있다는 뜻이지, 모든 설정이 모든 기기에 적합하다는 뜻은 아닙니다. V2Fly-core의 주된 라이선스는 MIT이고 Xray-core의 주된 라이선스는 MPL-2.0입니다. 클라이언트와 종속성에도 각각 적용되는 라이선스 조건이 있습니다. 일반 사용자는 출처, 유지 관리 안내, 실제 기능을 확인하면 됩니다. 코드를 수정하거나 재배포하려면 생태계 전체를 하나의 라이선스로 묶어 판단하지 말고 해당 프로젝트와 종속성의 라이선스 원문을 확인하세요.
업데이트 방식 및 호환성 확인
클라이언트, 코어, 구독, 라우팅 규칙 세트는 각각 별개의 업데이트 대상입니다. 클라이언트를 업데이트하면 메뉴 위치나 설정 생성 방식이 달라질 수 있고, 코어 업데이트는 프로토콜 기능이나 설정 항목 지원에 영향을 줄 수 있습니다. 구독 업데이트는 서버 매개변수를 동기화하고 규칙 세트 업데이트는 도메인 및 주소의 일치 결과를 바꿀 수 있습니다. 따라서 ‘업데이트했다’는 설명만으로는 문제를 진단하기 어렵습니다. 어떤 항목을 업데이트했는지, 전후에 설정이 어떻게 달라졌는지 기록하세요.
정기적으로 관리할 때는 구독 출처, 사용자 지정 라우팅, 로컬 리스닝 설정을 먼저 저장한 다음 업데이트 안내를 읽고 항목별로 테스트하세요. 홈페이지에서는 주요 메뉴와 설정 관계를 확인하고, 구체적인 설치 정보는 다운로드 페이지에서 살펴보세요. 이렇게 하면 오래된 버전 정보를 실제 작업에 적용하는 일을 줄일 수 있습니다. 업데이트 뒤 일부 앱에서만 문제가 생기면 시스템 프록시와 앱 자체 설정을 먼저 확인하고, 코어가 시작되지 않는다면 설정 해석 정보를 살펴보세요. 각 계층을 나누어 기록하면 무작정 재설치하는 것보다 유효한 단서를 찾기 쉽습니다.