프로젝트, 코어, 클라이언트를 구분해야 설정 호환성을 판단할 수 있습니다. 오픈소스 라이선스는 코드 사용 조건을 설명하며, 실제 연결 결과는 설정과 네트워크 환경에 따라 달라집니다.
Project V와 클라이언트의 역할
V2Ray는 Project V의 프록시 도구 생태계에서 시작했으며, 설정 가능한 인바운드·아웃바운드·라우팅 구조로 네트워크 연결을 관리합니다. 인바운드는 로컬 요청을 받고, 아웃바운드는 요청을 내보내는 방식을 정의하며, 라우팅은 매칭 조건을 출구와 연결합니다. 그래픽 클라이언트는 이러한 설정을 조작하기 쉬운 화면으로 구성해 구독 관리, 설정 생성, 프로세스 실행, 로그 표시를 담당합니다. 화면에 시작 완료로 표시되어도 일부 실행 절차가 끝났다는 뜻일 뿐이므로 실제 요청이 올바른 인바운드로 들어오는지 확인해야 합니다.
“클라이언트”, “코어”, “구독”은 서로 바꿔 쓸 수 있는 말이 아닙니다. 클라이언트는 일상적인 조작 도구이고, 코어는 프로토콜과 전송 로직을 실행하며, 구독은 설정의 출처입니다. 클라이언트를 다운로드해 설치한 뒤에도 현재 코어에 맞는 연결 설정을 적법하게 확보해야 합니다. 클라이언트 자체가 구독을 제공하지 않으며, 인터페이스를 바꾼다고 서버 측 요구 사항이 달라지지도 않습니다. 이 관계를 이해하면 오류가 발생했을 때 어느 단계에서 해결해야 하는지 파악하기 쉽습니다.
V2Fly와 Xray의 코어 관계
V2Fly는 V2Ray의 커뮤니티 개발과 유지보수를 이어가고 있으며, Xray는 관련 코드 생태계에서 발전했습니다. 두 프로젝트는 일부 개념과 프로토콜 배경을 공유하지만 개발 방향과 기능 발전은 각각 다릅니다. JSON 필드가 비슷하다고 모든 매개변수를 서로 바꿔 쓸 수 있는 것은 아닙니다. 프로토콜 이름뿐 아니라 전송 방식, 보안 설정, 서버 기능, 현재 코어의 필요한 기능 지원 여부도 확인해야 합니다. REALITY는 보안 및 전송 관련 기능이므로 프로토콜 표시 하나만으로 전체 설정의 호환성을 판단할 수 없습니다.
v2rayNG는 Xray 코어를, v2flyNG는 V2Fly 코어를 사용합니다. v2rayN은 데스크톱 GUI 관리 기능을 제공하며, 클라이언트 옵션과 설정 유형에 맞는 코어를 사용할 수 있습니다. 기존 설정의 요구 사항을 먼저 확인한 다음 플랫폼과 인터페이스 사용 방식을 고려하세요. 특정 필드가 거부되면 정확한 오류 메시지를 기록하고 해당 필드가 어느 코어 계열에 속하는지 확인하세요. 구독 이름을 바꾸거나 설정 이름을 변경해도 호환되지 않는 매개변수가 지원되는 것은 아닙니다.
세 클라이언트와 GPL-3.0
v2rayN·v2rayNG·v2flyNG 클라이언트 프로젝트는 GPL-3.0 오픈소스 라이선스를 적용합니다. 오픈소스란 라이선스에 따라 코드를 열람·사용·수정·배포할 수 있다는 뜻입니다. 수정한 코드를 배포할 때는 관련 라이선스 의무를 이행해야 합니다. 클라이언트, 코어, 앱과 함께 사용하는 다른 구성 요소에는 각각 다른 라이선스가 적용될 수 있으므로 클라이언트의 라이선스 표시 하나로 모든 구성 요소의 라이선스를 대신할 수는 없습니다. 일반 사용자는 클라이언트의 오픈소스 여부를 확인하면 되고, 개발자와 배포자는 해당 라이선스 전문을 확인해야 합니다.
오픈소스는 투명한 개발 방식이지 모든 연결 결과를 보장하는 것은 아닙니다. 서버 사용 가능 여부, 구독 유효성, 인증 매개변수, 네트워크에서 해당 전송을 허용하는지 등을 각각 확인해야 합니다. 이 사이트는 중국어 안내를 통해 선택과 설정 절차를 정리하며, 클라이언트에 주관적인 점수를 매기거나 커뮤니티 유지보수를 정해진 업데이트 주기와 동일시하지 않습니다. 세 제품을 비교할 때는 이름만으로 성능을 추측하지 말고 플랫폼, 코어, 설정 지원 범위의 구체적인 차이를 살펴보세요.
업데이트·백업·설정 범위
클라이언트 업데이트, 코어 업데이트, 구독 업데이트는 서로 다른 작업입니다. 클라이언트 업데이트는 인터페이스와 설정 생성 방식, 실행 종속성을 바꿀 수 있고, 코어 업데이트는 프로토콜 구현과 필드 지원에 영향을 줍니다. 구독 업데이트는 출처 주소에서 서버 설정을 다시 가져옵니다. 구독을 업데이트해도 시스템 프록시가 자동으로 복구되지는 않으며, 앱을 업데이트해도 만료된 구독이 유효해지지 않습니다. 문제가 생기면 최근 변경 사항을 먼저 기록하고 관련 단계부터 확인하세요. 모든 항목을 한꺼번에 업데이트하면 원인을 찾기 어려워집니다.
설정을 변경하기 전에 구독 그룹, 사용자 지정 라우팅, 사용 가능한 것으로 확인된 설정을 백업하세요. 백업에는 구독 주소, 인증 정보, 서버 매개변수가 포함될 수 있으므로 접근을 통제할 수 있는 곳에 보관하고 로그와 함께 공개하지 마세요. 오류를 다른 사람에게 설명할 때는 필드 이름, 오류 유형, 작업 순서는 남기되 민감한 값은 숨기세요. 전체 구독과 단일 설정은 공유 범위가 다르지만 둘 다 접근 권한이 포함될 수 있는 정보로 취급해야 합니다.
라우팅 설정도 관리가 필요합니다. 도메인 및 IP 분류는 클라이언트가 사용하는 데이터 파일에 의존하며, 분류 내용이 바뀌면 같은 대상도 다른 규칙에 매칭될 수 있습니다. 규칙 순서와 DNS 정책, 기본 출구가 함께 결과에 영향을 줍니다. 첫 화면의 라우팅 창은 매칭 조건과 출구의 연결을 보여주는 예시일 뿐, 그대로 실행할 수 있는 완전한 설정이 아닙니다. 실제 사용 시에는 아웃바운드 설정에 해당 태그를 정의하고, 일치하지 않는 요청에 사용할 기본 출구를 확인해야 합니다.