Xray 코어와 V2Fly 코어 비교: v2rayNG와 v2flyNG 선택 가이드

Project V, V2Fly, Xray의 관계

Project V는 네트워크 프록시 도구를 중심으로 한 프로젝트 체계이며, V2Ray는 그 핵심 소프트웨어입니다. V2Fly는 V2Ray의 커뮤니티 개발을 이어가고 있습니다. Xray는 V2Ray에서 분기해 발전한 뒤 자체 프로토콜 확장과 구현 방향을 갖추었습니다. 두 코어는 설정의 역사를 공유하지만, 이름만 바꾼 동일한 프로그램은 아닙니다. 설정 파일 이름이 모두 config.json이라고 해서 서로 바꿔 쓸 수 있는 것도 아닙니다.

클라이언트는 인터페이스, 구독 관리, 시스템 네트워크 트래픽 처리 등을 담당하고, 코어는 설정을 해석하고 연결을 수립하며 라우팅을 수행합니다. Android용 v2rayNG에는 Xray가, v2flyNG에는 V2Fly가 포함되어 있습니다. 데스크톱용 v2rayN은 실제 버전, 노드 유형, 코어 설정을 함께 확인해야 합니다. 데스크톱에서 코어를 선택하는 방식이 두 Android 클라이언트에도 그대로 적용되는 것은 아닙니다.

두 개발 계열의 버전 번호도 서로 단순 비교할 수 없습니다. 앱 버전과 코어 버전을 따로 기록하세요. 앱을 업데이트해도 인터페이스만 바뀌고 코어 계열은 그대로일 수 있으며, 노드 연결 오류는 포함된 코어가 특정 필드를 지원하는지와 관련될 수 있습니다. 문제를 확인할 때는 “최신 버전을 설치했다”는 말보다 두 버전 정보를 모두 기록하는 편이 유용합니다.

프로토콜 지원: 연결 조합 전체를 기준으로 판단

VMess와 VLESS는 프록시 프로토콜이고, WebSocket과 gRPC 등은 전송 계층 옵션입니다. TLS와 REALITY는 연결 보안 설정과 관련됩니다. 코어를 선택할 때는 이 계층을 모두 확인해야 합니다. vless:// 링크만 보고 VLESS를 지원하는 모든 구현이 같은 서버에 연결된다고 단정할 수는 없습니다.

config.json: 유사한 구조와 마이그레이션 한계

일반적인 설정에는 inbounds, outbounds, routing이 포함됩니다. 인바운드는 로컬 앱의 트래픽을 받고, 아웃바운드는 대상에 연결하는 방식을 정하며, 라우팅은 사용할 아웃바운드를 선택합니다. 아래는 두 코어에서 흔히 쓰이는 기존 JSON 구조를 사용한 로컬 SOCKS 직접 연결 예시입니다. 필드를 이해하기 위한 예시이며 원격 프록시 노드는 포함하지 않고 암호화된 프록시 연결도 생성하지 않습니다.

{
  "log": {
    "loglevel": "warning"
  },
  "inbounds": [
    {
      "tag": "local-socks",
      "listen": "127.0.0.1",
      "port": 10808,
      "protocol": "socks",
      "settings": {
        "auth": "noauth",
        "udp": true
      }
    }
  ],
  "outbounds": [
    {
      "tag": "direct",
      "protocol": "freedom",
      "settings": {}
    },
    {
      "tag": "block",
      "protocol": "blackhole",
      "settings": {}
    }
  ],
  "routing": {
    "rules": [
      {
        "type": "field",
        "ip": ["127.0.0.0/8"],
        "outboundTag": "direct"
      }
    ]
  }
}

여기서 listen은 로컬에서 연결을 수신할 범위를 제한하고, tag는 설정 내부에서 참조하는 이름입니다. outboundTag는 아웃바운드 태그와 일치해야 합니다. 예시에서는 직접 연결 아웃바운드를 첫 번째 항목에 두었으므로 어떤 규칙에도 해당하지 않는 트래픽도 직접 연결됩니다. 마이그레이션할 때 참조된 아웃바운드는 복사하지 않고 라우팅만 옮기면 설정 로드에 실패할 수 있습니다. 누락된 노드가 자동으로 채워지지는 않습니다.

• 공통 필드도 형식을 확인해야 합니다: V2Fly의 구성 형식과 Xray 설정 문서는 서로 혼용할 수 없습니다. 먼저 클라이언트가 어떤 JSON 형식을 지원하는지 확인하세요.
• 확장 필드는 무작정 옮기지 마세요: security: "reality"와 flow: "xtls-rprx-vision"은 해당 Xray 버전의 문서를 기준으로 설정해야 합니다.
• 키 필드는 버전에 따라 다릅니다: REALITY 클라이언트의 키 관련 필드 이름과 호환 동작은 실제 코어 버전을 기준으로 확인하세요. 오래된 화면 캡처만 보고 필드를 추가하지 마세요.
• 리소스도 함께 옮겨야 합니다: 라우팅에서 참조하는 지리 데이터 파일, 파일 경로, 태그 이름을 함께 확인하세요. JSON 문법이 올바르다고 실행에 필요한 조건까지 갖춰진 것은 아닙니다.

구독 가져오기와 Android VPN 트래픽 처리

구독은 노드 정보를 배포하는 방식이지 코어 프로토콜이 아닙니다. 같은 구독 주소를 두 클라이언트에 추가할 수 있어도 양쪽에서 모든 노드 필드를 인식한다는 뜻은 아닙니다. 변환 과정에서 전송 매개변수가 누락될 수도 있습니다. 가져온 노드 수는 같지만 연결되지 않는다면 구독을 반복해서 업데이트하기보다 노드 편집 정보를 열어 원래 연결 매개변수와 비교하세요.

Android VPN 트래픽 처리와 프록시 코어는 서로 다른 계층입니다. 클라이언트는 시스템 VPN 인터페이스로 트래픽을 받은 뒤 내부 처리 경로로 전달합니다. 그렇다고 원격 노드가 기존 VPN 프로토콜을 사용한다는 뜻은 아닙니다. 같은 사용자 또는 프로필에서는 일반적으로 활성 VPN 서비스를 하나만 사용할 수 있습니다. v2rayNG와 v2flyNG를 전환할 때는 먼저 기존 앱을 중지한 다음 새 앱에 권한을 부여하고 실행하세요. 시스템이 기존 서비스를 종료한 일을 연결이 무작위로 끊긴 것으로 오해하지 않도록 하기 위한 절차입니다.

1. 처음 실행할 때 시스템 VPN 권한을 확인하고, 이후 클라이언트에 시작 오류가 표시되는지 살펴보세요.
2. 특정 앱을 제외하려면 클라이언트의 앱별 프록시 설정을 확인하고 목록이 포함 방식인지 제외 방식인지 점검하세요.
3. 화면을 닫은 뒤 연결이 끊긴다면 Android의 백그라운드 실행 제한과 배터리 최적화 설정을 확인하세요. 서버 프로토콜부터 변경하지 마세요.
4. 테스트 중에는 VPN 인터페이스를 사용하는 다른 도구를 일시 중지해 트래픽 처리 충돌을 줄이세요.

연결 실패: 포트, 핸드셰이크, DNS 순서로 확인

코어 선택만으로 네트워크 문제를 해결할 수는 없습니다. 연결 시간 초과는 서버 포트에 접근할 수 없어서 발생할 수 있고, TLS 오류는 서버 이름이나 기기 시간과 관련될 수 있습니다. 웹페이지가 열리지 않는다면 DNS 경로가 예상과 다를 수도 있습니다. 아래 세 숫자는 점검 기준일 뿐, 클라이언트 기본값이나 성능 테스트 결과를 뜻하지 않습니다.

성능을 비교할 때도 조건을 통제하세요. 같은 네트워크, 서버, 시간대, 테스트 대상을 사용하고 연결 성공률, 지연 시간, 지속 전송 성능을 각각 기록합니다. 한 번의 지연 시간 측정으로 어느 코어가 배터리를 덜 쓰거나 처리량이 더 높은지 증명할 수는 없습니다. 모바일 네트워크 전환, 기기 온도, 백그라운드 작업도 결과에 영향을 줍니다. 진단 로그를 공유하기 전에는 구독 주소, 사용자 식별 정보, 키 등 연결 정보를 삭제하세요.

v2rayNG와 v2flyNG, 어떤 것을 선택할까

서버에서 Xray 전용 연결 조합을 명확히 제공한다면 v2rayNG를 선택하는 편이 간단합니다. 오랫동안 사용해 온 V2Fly 설정이 있고 새로운 프로토콜 요구사항이 없다면 v2flyNG로 마이그레이션 변수를 줄일 수 있습니다. 어느 쪽이든 실제 연결과 필드 호환성을 기준으로 판단하세요. 코어 이름만 바꾸려고 검증된 설정을 옮길 필요는 없습니다.

• VLESS + REALITY + Vision 연결을 새로 설정하는 경우: v2rayNG를 선택하고 서버가 요구하는 Xray 기능과 클라이언트에 포함된 버전을 확인하세요.
• 기존 V2Fly 사용자 지정 설정을 계속 쓰는 경우: 먼저 v2flyNG에서 검증하세요. 마이그레이션이 필요하다면 필드와 리소스를 하나씩 변환하세요.
• VMess 구독만 있는 경우: 전송 및 TLS 매개변수가 완전한지 먼저 확인한 뒤, 앱별 설정과 라우팅을 다루기 편한 클라이언트를 비교하세요.
• 데스크톱과 Android에서 같은 노드를 쓰는 경우: v2rayN과 Android 클라이언트의 코어, DNS, 라우팅 설정을 각각 검증하세요. 구독 동기화가 전체 설정 동기화를 뜻하지는 않습니다.