메뉴 이름과 설정 항목 비교

V2Ray 용어 정리

먼저 프로토콜, 코어, 전송 방식을 구분한 다음 구독, 트래픽 분할, DNS를 살펴보세요.

낯선 설정 항목은 아래 6개 분야에서 찾아보세요. 용어 설명은 설정의 의미를 파악하기 위한 것이며, 실제 메뉴 위치와 지원 항목은 사용 중인 클라이언트와 코어를 기준으로 확인해야 합니다.

v2rayN 사용자 인터페이스 Xray 실행 코어 VLESS + TLS 프로토콜 및 보안 계층

빠른 시작 보기 설치 및 설정 비교

프로토콜과 전송

프로토콜은 프록시 데이터를 주고받는 방식을, 전송은 데이터를 전달하는 방식을 정합니다. 양쪽에서 호환되는 조합을 사용해야 합니다.

VMess: VMess는 Project V 생태계의 프록시 프로토콜로, 사용자 식별, 인증, 데이터 암호화를 다룹니다. 특정 전송 방식과 같은 의미는 아닙니다. 가져온 뒤에는 사용자 ID, 서버 포트, TCP·WebSocket 등의 전송 설정을 각각 확인하세요. TLS를 사용한다면 관련 보안 설정도 점검해야 합니다. 연결이 실패하더라도 프로토콜 이름만으로 원인을 단정할 수 없으며, 시스템 시간 오차가 인증에 영향을 줄 수도 있습니다.; 프로토콜과 전송 · 주요 항목 protocol

VLESS: VLESS는 경량 프록시 프로토콜로, 자체적으로 데이터를 암호화하지 않습니다. 보통 TLS나 REALITY 같은 전송 보안 기능과 함께 사용합니다. 클라이언트의 사용자 ID, 암호화 설정, flow는 각각 다른 항목이므로 다른 프로토콜의 값을 그대로 입력하면 안 됩니다. 특정 flow나 보안 조합의 지원 여부는 실제 코어에 따라 다릅니다. 링크를 가져올 수 있다는 이유만으로 호환된다고 판단하지 마세요.; 프로토콜과 전송 · 관련 용어 TLS, REALITY

Trojan: Trojan은 보통 TLS 연결을 통해 사용하는 프록시 프로토콜이며, 비밀번호로 인증합니다. 사용자 식별자로 UUID를 사용하는 설정과 값을 혼용하면 안 됩니다. 연결을 확인할 때는 비밀번호, 주소, 포트, 전송 방식, TLS 설정을 함께 점검하세요. 비밀번호가 맞더라도 인증서 이름이 일치하지 않으면 보안 연결 단계에서 실패할 수 있습니다.; 프로토콜과 전송 · 인증 방식 password

전송 방식: 전송 방식은 프록시 프로토콜 데이터를 연결을 통해 전달하는 방법을 뜻합니다. TCP, WebSocket, gRPC 등이 있으며 VMess, VLESS 같은 프로토콜과는 다른 계층입니다. WebSocket 경로와 Host, gRPC 서비스 이름은 서버 설정과 일치해야 합니다. 전송 옵션 변경은 클라이언트만 조정해서 성능을 높이는 방법이 아닙니다. 서버에 같은 유형의 연결 지점이 없으면 서로 바꿔 사용할 수 없습니다.; 프로토콜과 전송 · 주요 항목 streamSettings

코어와 생태계

클라이언트가 설정을 생성하고 코어가 연결을 처리합니다. 둘 중 하나를 업그레이드해도 다른 하나까지 업데이트되는 것은 아닙니다.

Project V: Project V는 V2Ray를 중심으로 형성된 오픈 소스 네트워크 프록시 도구 생태계입니다. 구독이나 원격 서버 제공업체를 뜻하지 않습니다. GUI 클라이언트는 사용자와의 상호작용을, 코어는 인바운드·아웃바운드·라우팅을 담당하며, 규칙 데이터는 매칭에 사용할 항목을 제공합니다. 문제를 해결할 때는 먼저 어느 계층의 문제인지 확인해 구독 응답 오류를 코어 결함으로 오인하지 않도록 하세요.; 코어와 생태계 · 프로젝트 배경

V2Fly: V2Fly는 V2Ray 관련 프로젝트를 관리하는 커뮤니티입니다. 클라이언트에서 v2fly 코어라고 하면 대개 이 커뮤니티가 관리하는 V2Ray 코어를 뜻합니다. v2flyNG는 GUI 클라이언트 이름이므로 코어 이름과 혼동하지 마세요. 이 코어 계열을 선택했다면 지원되는 프로토콜과 전송 항목을 확인해야 합니다. 다른 계열에 새로 추가된 기능을 당연히 사용할 수 있다고 가정하면 안 됩니다.; 코어와 생태계 · 해당 V2Ray 코어

Xray: Xray는 V2Ray와 공통된 기술 기반에서 출발해 독립적으로 개발된 코어 프로젝트이며, 자체적인 프로토콜 및 전송 기능을 제공합니다. REALITY나 특정 flow 설정을 사용하려면 Xray 코어와 실제 버전의 지원 여부를 먼저 확인하세요. 코어를 바꾼 뒤에는 생성된 설정과 시작 로그를 다시 점검해야 합니다. 항목 이름이 비슷해도 모든 설정이 호환되는 것은 아닙니다.; 코어와 생태계 · 코어 종류

GUI 클라이언트: GUI 클라이언트는 구독 관리, 서버 선택, 시스템 프록시, 로그 확인 등의 기능을 제공합니다. 실제 연결은 보통 함께 제공되는 코어가 처리합니다. v2rayN은 데스크톱용이고, v2rayNG와 v2flyNG는 Android용이며 메뉴 위치가 서로 다를 수 있습니다. 특정 기능을 사용할 수 있는지 판단하려면 클라이언트가 해당 설정을 생성할 수 있는지와 코어가 이를 실행할 수 있는지를 모두 확인해야 합니다.; 코어와 생태계 · 인터페이스와 코어의 역할

세 가지 클라이언트 비교

구독과 노드

먼저 입력 내용의 유형을 확인한 다음 알맞은 가져오기 메뉴를 선택하세요. 구독 주소, 공유 링크, 전체 설정 파일은 서로 바꿔 사용할 수 없습니다.

구독: 구독은 주소를 통해 서버 설정 모음을 가져오는 방식입니다. 구독을 업데이트하면 클라이언트가 다시 요청을 보내고 응답 내용을 분석합니다. Base64로 인코딩된 링크 모음, 구조화된 구독, 전체 설정 파일은 서로 다른 방식으로 처리해야 할 수 있습니다. 주소가 브라우저에서 열린다고 해서 클라이언트가 가져올 수 있는 형식이라는 뜻은 아닙니다. 구독 주소에 접속 정보가 포함될 수 있으므로 스크린샷이나 로그를 공유하기 전에 전체 주소를 가리세요.; 구독과 노드 · 자주 사용하는 메뉴: 구독 그룹 설정

노드: 노드는 보통 원격 서버에 연결하는 데 필요한 주소, 포트, 인증 정보, 전송 방식, 보안 설정 등의 모음을 뜻합니다. 목록에 표시되는 이름은 메모일 뿐, 서버 위치나 지원 프로토콜, 연결 품질을 보장하지 않습니다. 문제가 생기면 설정 상세 정보를 열어 항목별로 확인하세요. 이름을 바꾸거나 그룹을 변경하는 것만으로 설정이 달라졌는지 판단할 수는 없습니다.; 구독과 노드 · 클라이언트에서는 서버라고도 함

실제 연결 지연 시간: 실제 연결 지연 시간은 보통 클라이언트가 프록시를 통해 지정된 테스트 대상에 접속할 때 걸리는 시간입니다. 측정 경로에는 인증, 보안 핸드셰이크, 대상 서버의 응답이 포함될 수 있습니다. 포트 연결 가능 여부만 확인하는 TCP 테스트와 다르며, 지속적인 다운로드 속도로 환산할 수도 없습니다. 결과를 비교할 때는 테스트 대상과 네트워크 환경을 동일하게 맞추세요. 한 대상에서 시간 초과가 발생해도 모든 접속이 실패하는 것은 아닙니다.; 구독과 노드 · 테스트 결과의 적용 범위

라우팅과 트래픽 분할

매칭 조건, 규칙 순서, 아웃바운드 태그가 함께 결과를 결정합니다. 규칙을 올바르게 작성해도 필요한 데이터 파일이 있어야 합니다.

라우팅 규칙과 트래픽 분할: 트래픽 분할은 도메인, IP, 포트 등의 조건에 따라 서로 다른 아웃바운드를 선택하는 과정이고, 라우팅 규칙은 선택 조건을 설정하는 방법입니다. 규칙은 보통 순서대로 적용되므로 범위가 넓은 규칙을 앞에 두면 뒤에 있는 세부 규칙이 적용되지 않을 수 있습니다. 클라이언트에서 direct, proxy, block은 흔히 태그나 동작 이름으로 사용됩니다. 생성된 설정의 아웃바운드 참조는 실제 정의와 일치해야 합니다.; 라우팅과 트래픽 분할 · 주요 항목 routing.rules

GeoIP: GeoIP는 분류별로 정리된 IP 주소 모음입니다. 라우팅에서 geoip:private 같은 표현식으로 대상 주소를 매칭할 수 있습니다. 해당 규칙 데이터가 필요하며, 클라이언트가 각 주소의 위치를 실시간으로 측정한다는 뜻은 아닙니다. 도메인으로 연결할 때 IP 조건을 적용할 수 있는지는 도메인 조회 전략에도 달려 있으므로 domainStrategy를 함께 확인하세요.; 라우팅과 트래픽 분할 · IP 주소 모음

GeoSite: GeoSite는 분류별로 정리된 도메인 모음입니다. geosite:cn, geosite:category-ads-all 같은 항목을 도메인 라우팅 규칙에 사용할 수 있습니다. 분류가 존재하는지, 어떤 도메인이 포함되는지는 설치된 규칙 데이터에 따라 달라지며 이름만 보고 판단할 수 없습니다. 서버의 실제 위치를 나타내지도 않습니다. 규칙 파일이 없거나 분류 이름이 틀리면 먼저 코어 시작 로그를 확인하세요.; 라우팅과 트래픽 분할 · 도메인 모음

domainStrategy: 여기서는 routing의 도메인 처리 전략을 뜻하며, 라우팅 매칭 중 대상 도메인을 조회할지 지정합니다. AsIs는 주로 도메인 상태 그대로 매칭하고, IPIfNonMatch는 도메인 규칙이 일치하지 않을 때 조회를 시도한 뒤 IP 규칙을 적용합니다. 모든 DNS 동작을 제어하는 설정은 아닙니다. 변경 후에는 코어 DNS, 아웃바운드 설정, 앱 자체의 조회 방식도 확인해야 합니다.; 라우팅과 트래픽 분할 · 라우팅 단계의 도메인 처리

클라이언트 기능

트래픽 유입과 도메인 조회는 별개의 문제입니다. 연결 범위에 따라 필요한 권한과 확인할 위치가 달라집니다.

시스템 프록시: 시스템 프록시는 운영체제에 로컬 프록시 주소와 포트를 등록합니다. 이 설정을 따르는 앱에 주로 적용되며 모든 네트워크 요청을 자동으로 가로채지는 않습니다. v2rayN에서 시스템 프록시를 자동 설정하려면 로컬 인바운드가 정상적으로 수신 대기 중이어야 합니다. 시스템 프록시 해제는 관련 운영체제 설정을 삭제합니다. 별도 프록시를 사용하거나 직접 연결하는 앱도 있으므로 앱 설정을 따로 확인하세요. 시스템 프록시 스위치만으로 동작을 단정할 수 없습니다.; 클라이언트 기능 · 시스템 프록시 설정

TUN 모드: TUN 모드는 가상 네트워크 인터페이스로 트래픽을 받은 뒤 클라이언트의 관련 구성 요소가 규칙에 따라 전달하는 기능입니다. VMess나 VLESS 같은 프록시 프로토콜은 아닙니다. 사용 가능 여부는 시스템 권한, 라우팅, 구현 방식에 따라 달라집니다. 데스크톱에서는 관리자 권한이 필요할 수 있고, Android에서는 보통 VPN 연결 권한을 허용해야 합니다. 사용 후에는 로컬 네트워크 접근과 DNS 설정을 확인하세요. 네트워크를 가로채는 프로그램을 여러 개 동시에 실행하면 충돌이 생기기 쉽습니다.; 클라이언트 기능 · 가상 네트워크 인터페이스

DNS: DNS는 도메인을 IP 등의 레코드로 변환합니다. 운영체제, 브라우저, 프록시 코어가 각각 별도의 조회 경로를 사용할 수 있습니다. 코어에 DNS 서버를 지정해도 브라우저의 암호화 DNS나 모든 앱의 요청이 자동으로 같은 경로를 따르는 것은 아닙니다. 문제를 확인할 때는 도메인 조회 성공 여부, 반환된 주소의 연결 가능 여부, 조회 요청에 사용된 아웃바운드를 구분하세요.; 클라이언트 기능 · 도메인 조회

FakeDNS: FakeDNS는 도메인에 가상 IP를 반환하고 도메인과 주소의 매핑을 저장해 이후 연결 처리에서 원래 도메인을 복원할 수 있게 합니다. DNS 처리와 트래픽 유입이 함께 작동해야 합니다. 매핑을 인식하지 못하는 프로그램에 가상 주소를 일반 공인 IP처럼 전달해서는 안 됩니다. 관련 모드를 전환하거나 끈 뒤에도 앱 캐시에 이전 주소가 남을 수 있으므로 캐시와 조회 경로를 함께 확인하세요.; 클라이언트 기능 · 가상 주소 매핑

암호화와 위장

연결 주소, 인증 정보, 인증서 이름을 각각 확인하세요. 보안 연결이 성공해도 라우팅 결과가 예상과 같다는 뜻은 아닙니다.

TLS: TLS는 전송 암호화와 인증을 제공하는 보안 프로토콜로, 다양한 프록시 프로토콜을 외부에서 보호할 수 있습니다. 연결할 때 TLS 스위치가 켜져 있는지만 확인하지 말고 인증서 유효 기간, 신뢰 체인, 서버 이름, 시스템 시간을 점검하세요. 인증서 검증을 건너뛰면 인증이 약해지므로 장기적인 해결책으로 사용하면 안 됩니다. 이름이 일치하지 않으면 설정이나 서버 인증서를 수정하세요.; 암호화와 위장 · 전송 보안

REALITY: REALITY는 Xray 생태계의 전송 보안 기능입니다. 클라이언트와 서버의 설정이 서로 맞아야 하며 실제 코어가 지원하는지도 확인해야 합니다. 일반적으로 serverName, 공개 키 관련 값, shortId, 지문 설정이 필요하고 버전에 따라 항목 이름이 달라질 수 있습니다. TLS를 아무 설정에나 대체해 쓸 수 있는 범용 스위치가 아닙니다. 일반 TLS 설정만 바꾸고 연결이 성공할 것이라고 기대하지 마세요.; 암호화와 위장 · 관련 코어 Xray

SNI와 serverName: SNI는 TLS 핸드셰이크에 서버 이름을 포함하는 확장입니다. 설정의 serverName은 보통 전송할 이름과 인증서 이름 확인에 영향을 줍니다. 서버 연결 주소는 접속할 위치를 지정하고 serverName은 보안 계층에서 사용할 이름을 지정하므로 둘은 서로 다를 수 있습니다. 서버에서 안내한 이름을 사용하고 구독 메모나 임의의 도메인을 입력하지 마세요.; 암호화와 위장 · 서버 이름

DNS 누수: DNS 누수는 웹 요청은 프록시를 통과하지만 도메인 조회는 다른 시스템 경로로 전송되는 등, 예상과 다른 경로로 DNS 요청이 나가는 현상입니다. 먼저 기대하는 경로를 정해야 하며, 테스트 페이지에 특정 DNS 서비스 이름이 표시된다는 이유만으로 문제라고 단정할 수는 없습니다. 브라우저의 암호화 DNS, 시스템 조회기, 코어 DNS 아웃바운드, TUN 적용 범위를 확인해 실제 동작을 단계별로 점검하세요.; 암호화와 위장 · DNS 조회 경로 점검

용어와 관련된 설정 메뉴

개념을 확인한 뒤 관련 작업 문서를 살펴보세요. 가져오기 문제는 콘텐츠 형식을, 연결 문제는 코어 로그를, 트래픽 분할 문제는 규칙 순서와 DNS 경로를 먼저 확인하세요. 여러 설정을 한꺼번에 바꾸면 어떤 변경이 영향을 주었는지 파악하기 어렵습니다.

구독 가져오기와 연결 방법 전체 플랫폼 설치 및 설정 Xray와 V2Fly의 차이