생태계의 출발점: 설정 인터페이스와 프로토콜은 다릅니다
Project V는 모듈형 프록시 도구 프로젝트의 배경이며, V2Ray는 이 생태계에서 널리 사용되는 이름입니다. 흔히 말하는 ‘V2Ray 클라이언트’는 하나의 특정 프로토콜이 아니라 GUI 관리 프로그램을 가리키는 경우가 많습니다. 클라이언트는 서버 매개변수를 저장하고 구독 그룹을 관리하며 설정을 보여주고 코어를 실행합니다. 코어는 설정을 해석하고 라우팅을 적용해 연결을 수립합니다. 인터페이스에서 설정을 가져올 수 있다고 해서 하위 계층이 모든 항목을 지원하는 것은 아닙니다.
그래서 여러 기기에서 같은 구독을 사용하더라도 시스템 트래픽 처리 방식과 앱별 범위는 각각 설정해야 합니다. 서버 매개변수의 출처는 같을 수 있지만 로컬 리스너, 시스템 권한, 설정 저장 위치, 백그라운드 정책은 플랫폼마다 다릅니다. 클라이언트를 비교할 때는 화면의 유사성보다 실제 사용 흐름과 필요한 기능을 살펴보세요.
코어 계열: 공통된 기반과 독립적인 발전
V2Fly는 V2Ray 커뮤니티 생태계를 이어가고, Xray는 관련 코드 기반에서 분기해 발전했습니다. 두 코어는 설정 개념을 공유하지만 기능과 구현은 각자 발전했습니다. 기존 설정 중 일부는 대응시켜 이해할 수 있어도 새 기능, 기본 필드 값, 전송 지원, 리소스 형식은 다를 수 있습니다. REALITY 같은 기능은 실제 사용하는 코어에서 지원 여부를 확인해야 하며, 같은 생태계에 속한다고 완전히 호환되는 것은 아닙니다.
데스크톱에서는 v2rayN이 현재 사용하는 코어를 확인한 뒤 해당 코어에 맞는 오류 메시지를 읽으세요. Android에서는 필요에 따라 v2rayNG와 v2flyNG 중에서 선택하면 됩니다. 코어를 바꾸는 것이 언제나 속도를 높여 주는 것은 아닙니다. 병목이 원격 서버의 부하나 네트워크 경로에 있다면 클라이언트 이름을 바꿔도 해결되지 않습니다. 필드 호환성 문제라면 속도 측정 결과보다 로그의 구체적인 오류가 더 유용합니다.
오픈 소스 라이선스: 클라이언트와 의존성을 각각 확인
세 클라이언트는 모두 오픈 소스로 공개되어 있습니다. v2rayN과 v2rayNG는 GPL 계열 라이선스를, v2flyNG도 GPL 계열 라이선스를 사용합니다. V2Fly와 Xray 코어는 MPL 2.0을 따릅니다. 라이선스가 적용되는 대상은 서로 다르므로 클라이언트가 오픈 소스라는 사실만으로 의존 구성 요소의 라이선스 조건을 대신할 수는 없습니다. 수정, 재배포, 통합이 필요하다면 사용 중인 프로젝트와 함께 제공되는 의존성의 라이선스 전문을 확인하세요.
오픈 소스는 구현을 확인하고 문제를 추적하며 개선에 참여할 기반을 제공합니다. 다만 현재 기기에 적합한지는 운영체제 호환성, 설정 요구 사항과 실제 동작을 기준으로 판단해야 합니다. 여기서는 플랫폼, 코어, 설정의 역할을 기준으로 선택 방법을 설명하며 다운로드 수, 평점, 충분한 테스트 없이 매긴 성능 순위를 근거로 결론을 내리지 않습니다.
업데이트 관리: 프로그램·코어·구독을 각각 관리
프로그램 업데이트는 인터페이스나 설정 생성 방식을 바꾸고, 코어 업데이트는 연결 기능과 구현을 바꿉니다. 구독 업데이트는 서버 설정의 출처를 바꾸고, 라우팅 리소스 업데이트는 일부 규칙의 매칭 기준에 영향을 줍니다. 이들은 서로 다른 작업입니다. 구독에 새 프로토콜 매개변수가 포함되어도 오래된 코어에서는 사용할 수 없을 수 있습니다. 반대로 클라이언트를 업데이트해도 오래된 구독 내용이나 사용할 수 없는 서버가 자동으로 수정되지는 않습니다.
업데이트 전에 복구할 수 있도록 설정과 사용자 지정 규칙을 보관하고, 업데이트 후에는 시작, 구독, 트래픽 처리, 실제 접속 순서로 확인하세요. 호환성 문제가 분명하거나 새 기능이 필요할 때만 해당 구성 요소를 바꾸면 문제를 찾는 범위를 좁게 유지할 수 있습니다. 용어는 용어집에서 확인하고, 가져오기·권한·연결 문제가 생기면 FAQ 분류에서 증상별로 찾아보세요.