VMess
프록시 프로토콜VMess는 Project V 생태계의 프록시 프로토콜입니다. 최신 구현에서는 AEAD 인증을 사용하며, 오래된 안내에 나온 일부 필드는 더 이상 적용되지 않을 수 있습니다. 설정할 때 사용자 ID, 서버 포트, 전송 방식, 보안 계층을 확인하고 다른 프로토콜의 매개변수를 그대로 적용하지 마세요. 기기 시간이 크게 어긋나면 인증에 영향을 줄 수 있으므로 문제 해결 전에 시스템 시간을 동기화하세요.
설정 용어 빠른 찾기
6개 분류 · 26개 용어
V2Ray 용어집
먼저 프로토콜, 코어, 클라이언트의 차이를 살펴본 뒤 세부 설정을 확인하세요. 각 용어의 의미와 설정 시 확인할 항목, 혼동하기 쉬운 점을 설명합니다. 용어 앵커를 복사하면 해당 설명으로 바로 이동할 수 있습니다.
프로토콜과 전송
프로토콜은 양쪽이 데이터를 주고받는 방식을 정의합니다. 전송 방식과 보안 계층은 별개의 요소입니다. 가져올 때는 세 항목이 모두 맞는지 확인해야 하며, 프로토콜 이름만 봐서는 안 됩니다.
VLESS
경량 프록시 프로토콜VLESS는 인증과 전달 구조를 간소화한 프로토콜로, 자체적으로 트래픽을 암호화하지 않으며 TLS 또는 REALITY와 함께 사용하는 경우가 많습니다. 노드에 VLESS라고 표시되어 있어도 모든 클라이언트가 함께 설정된 전송 방식과 흐름 제어 조합을 처리할 수 있는 것은 아닙니다. 직접 입력할 때는 사용자 ID뿐 아니라 보안 유형, 서버 이름, flow 필드도 하나씩 확인하세요. 주소와 포트만 입력해서는 충분하지 않습니다.
Trojan
일반적으로 TLS와 함께 사용하는 프록시 프로토콜Trojan은 일반적으로 TLS로 연결을 보호하고 비밀번호로 인증합니다. 서버 주소로 IP나 도메인을 사용할 수 있지만, 인증서 검증에 사용하는 서버 이름은 서버 설정과 일치해야 합니다. 두 값이 반드시 같을 필요는 없습니다. 핸드셰이크 오류가 발생하면 인증서 검증을 끄기보다 비밀번호, 포트, 인증서, 기기 시간을 확인하세요.
Shadowsocks
약칭 SSShadowsocks는 사전 공유 키로 프록시 연결을 구성하며, 공유 링크는 보통 ss://로 시작합니다. 클라이언트와 서버에서 같은 암호화 방식과 비밀번호를 사용해야 합니다. 암호화 방식에 따라 키 형식 요건이 다를 수 있습니다. 클라이언트가 SS를 지원하더라도 노드에 지정된 구체적인 암호화 방식을 지원하는지 확인하세요. 추가 플러그인이나 확장 기능도 호환된다고 단정할 수 없습니다.
코어와 생태계
그래픽 인터페이스는 설정을 관리하고 코어는 연결을 처리합니다. 노드의 사용 가능 여부를 판단하려면 클라이언트뿐 아니라 실제로 호출되는 코어도 확인해야 합니다.
Project V
모듈형 프록시 도구 생태계Project V는 V2Ray를 중심으로 형성된 프로젝트 및 도구 생태계를 가리키며, 특정 데스크톱 창이나 구독 서비스 자체를 뜻하지 않습니다. 모듈형 구조에서는 인바운드, 아웃바운드, 라우팅, 전송 등의 요소를 분리해 구성합니다. 흔히 말하는 “V2Ray 클라이언트”는 보통 이러한 기능을 관리하는 그래픽 앱을 가리킵니다. 모든 앱에서 설정 파일을 서로 바꿔 쓸 수 있다는 의미는 아닙니다.
V2Fly
커뮤니티가 관리하는 V2Ray 프로젝트V2Fly는 커뮤니티가 관리하는 V2Ray 구현을 이어가며 프록시 코어와 관련 기능을 제공합니다. v2flyNG는 이 코어 생태계를 사용하는 Android 그래픽 클라이언트 대안입니다. 설정 호환 여부는 버전과 각 필드의 지원 상태에 따라 달라집니다. 특히 Xray 전용 보안 방식이나 흐름 제어 설정을 V2Fly에 그대로 적용하면 안 됩니다.
Xray
독자적으로 발전한 프록시 코어Xray는 V2Ray에서 파생된 뒤 독자적인 기능과 설정 발전 경로를 갖추었으며, REALITY와 XTLS Vision이 대표적인 관련 기능입니다. v2rayNG는 Xray 코어를 사용하고, 데스크톱에서는 클라이언트가 실제로 사용하는 코어를 확인해야 합니다. 두 코어의 설정 구조는 비슷하지만 모든 필드와 기본값, 동작이 완전히 같다는 뜻은 아닙니다.
코어
Core · 연결을 처리하는 구성 요소코어는 프로토콜 처리, 라우팅 규칙 매칭, 도메인 조회, 데이터 전달을 담당합니다. 클라이언트 인터페이스는 설정 파일 생성, 구독 관리, 로그 표시를 담당합니다. 인터페이스에서 특정 설정을 저장할 수 있다고 해서 현재 코어가 이를 지원하는 것은 아닙니다. 코어를 바꾼 뒤에는 설정이 적용되는지 다시 확인하고, 버튼의 활성화 여부만 볼 것이 아니라 로그에서 실제 시작 결과를 확인하세요.
클라이언트 기능
트래픽 처리 방식, DNS 경로, 테스트 방법이 모두 결과에 영향을 줍니다. 테스트 전 현재 모드를 확인해 서로 다른 의미의 수치를 섞어 비교하지 않도록 하세요.
시스템 프록시
앱이 선택적으로 따를 수 있는 시스템 설정시스템 프록시는 로컬 프록시 주소와 포트를 운영체제 설정에 등록합니다. 이 설정을 따르는 앱은 연결을 클라이언트로 전달합니다. 일부 앱은 자체 네트워크 설정을 사용하므로 시스템 프록시를 따르지 않을 수 있습니다. 네트워크 계층에서 트래픽을 처리하는 TUN과는 다릅니다. 클라이언트를 종료한 뒤 앱이 인터넷에 연결되지 않으면 시스템 프록시가 종료된 로컬 포트를 가리키고 있지 않은지 먼저 확인하세요.
TUN 모드
가상 네트워크 인터페이스TUN은 가상 네트워크 인터페이스로 IP 패킷을 받은 뒤 클라이언트의 라우팅 및 DNS 설정에 따라 연결을 처리합니다. 적절한 시스템 권한이 필요할 수 있으며 다른 가상 네트워크 어댑터나 라우팅 프로그램과 충돌할 수도 있습니다. TUN을 켠다고 모든 트래픽이 같은 원격 아웃바운드를 사용하는 것은 아니며, 속도가 빨라진다는 보장도 없습니다. 실제 경로는 규칙, 제외 항목, 코어의 기능에 따라 달라집니다.
지연 시간
지정한 테스트에서 응답을 받기까지 걸리는 시간지연 시간은 테스트를 시작한 뒤 응답을 받을 때까지 걸리는 시간입니다. ICMP, TCP 연결 설정, HTTP 요청은 각각 다른 구간을 측정합니다. TCP 연결이 가능하다고 해서 프록시 인증과 대상 사이트 접속까지 정상이라는 뜻은 아닙니다. 노드를 비교할 때는 테스트 방식과 대상 주소를 동일하게 유지하고 여러 번 측정한 결과를 확인하세요. 한 번 낮게 나온 수치만으로 다운로드 대역폭이나 장시간 안정성을 판단할 수 없습니다.
실제 연결 지연
프록시를 통해 테스트 주소에 접속하는 데 걸리는 시간“실제 연결 지연”은 보통 서버 포트만 확인하는 것이 아니라 선택한 프록시를 통해 지정된 테스트 주소에 접속해 측정한 값입니다. DNS, 프록시 핸드셰이크, TLS, 대상 사이트의 응답 시간이 포함될 수 있으며, 구체적인 측정 범위는 클라이언트 구현에 따라 달라집니다. 테스트에 실패해도 테스트 주소 자체에 문제가 있을 수 있으므로 실제 웹 접속과 로그를 함께 확인하세요. 곧바로 노드가 작동하지 않는다고 단정해서는 안 됩니다.
FakeDNS
가상 주소와 도메인 매핑FakeDNS는 도메인에 가상 주소를 반환하고 주소와 도메인의 대응 관계를 저장합니다. 이후 연결에서 이 정보를 이용해 라우팅에 필요한 도메인을 복원할 수 있습니다. 가상 주소는 대상 사이트의 실제 주소가 아니며, 매핑을 유지하는 클라이언트 밖에서는 대개 직접 사용할 수 없습니다. 모드를 켜거나 바꾼 뒤 접속 문제가 발생하면 앱과 시스템의 DNS 캐시를 지우고 연결을 다시 설정해야 할 수 있습니다.
DNS 누출
예상한 경로에서 벗어난 DNS 요청DNS 누출은 도메인 조회 요청이 미리 정한 정책을 따르지 않고 예상하지 않은 DNS 리졸버로 전송되는 현상입니다. 브라우저의 암호화 DNS, 시스템 리졸버, 클라이언트 DNS가 서로 다른 경로를 사용할 수 있습니다. 따라서 실제 트래픽이 프록시를 사용한다고 해서 DNS 요청도 같은 경로를 따른다고 볼 수는 없습니다. 문제를 확인할 때는 먼저 예상 경로를 정한 뒤 앱 설정, 클라이언트 규칙, 실제 요청의 목적지를 확인하세요.
구독과 공유 링크
구독은 여러 설정을 한꺼번에 가져오는 데 쓰이고, 공유 링크는 보통 단일 노드 정보를 담습니다. 두 가지는 가져오는 방식이 다르므로 먼저 보유한 데이터가 무엇인지 확인하세요.
구독 URL
설정 목록을 업데이트하는 주소구독 URL은 보통 요청할 수 있는 주소이며, 클라이언트가 이 주소에서 여러 노드를 가져온 뒤 내용을 업데이트합니다. 브라우저에서 주소가 열린다고 해서 응답 형식이 현재 클라이언트와 호환되는 것은 아닙니다. 가져오기에 실패하면 업데이트 안내와 형식 호환 여부를 확인하세요. URL에 접근 자격 증명이 포함될 수 있으므로 스크린샷이나 로그, 문의 내용을 공유하기 전에 전체 주소를 가리세요.
노드
원격 연결 설정 하나노드는 클라이언트에서 선택할 수 있는 연결 설정 하나를 가리킵니다. 보통 서버 주소, 포트, 프로토콜, 인증 정보, 전송 매개변수가 포함됩니다. 노드 이름은 화면에 표시되는 라벨일 뿐이므로 이름만으로 실제 위치, 회선, 성능을 판단할 수 없습니다. 같은 서버에서 여러 설정을 제공할 수도 있으며, 클라이언트에서 노드 기록 하나를 삭제해도 원격 서비스가 삭제되는 것은 아닙니다.
공유 링크
단일 노드 설정을 전달하는 형식공유 링크는 연결 매개변수를 프로토콜 접두사가 붙은 텍스트로 인코딩합니다. 예를 들면 vmess://, vless://, ss://가 있습니다. 보통 클립보드에서 가져올 수 있으며, QR 코드는 같은 내용을 다른 방식으로 전달합니다. 단일 노드 링크는 일반적으로 제공자의 업데이트를 자동으로 반영하지 않습니다. 인증 정보가 포함될 수 있으므로 공개하지 마세요.
구독 변환
설정 형식 간 변환구독 변환은 한 형식의 내용을 해석한 뒤 다른 클라이언트가 읽을 수 있는 형식으로 다시 출력합니다. 형식만 바꿀 뿐 코어가 원래 지원하지 않는 프로토콜 기능을 추가해 주지는 않으며, 흐름 제어 또는 전송 확장 필드가 누락될 수도 있습니다. 온라인 변환 서비스에 구독을 제출하면 연결 자격 증명이 서비스에 노출될 수 있으므로, 우선 클라이언트에서 기본 지원하는 형식을 사용하세요.
라우팅과 트래픽 분기
트래픽 분기는 정책이고 규칙은 그 정책을 구현하는 조건입니다. 규칙의 적용 여부는 연결에 도메인 정보가 있는지, 사용하는 데이터 파일에 해당 분류가 포함되어 있는지에도 달려 있습니다.
라우팅 규칙
매칭 조건과 아웃바운드 선택라우팅 규칙은 도메인, IP, 포트, 인바운드 태그 등의 조건에 따라 연결의 아웃바운드를 선택합니다. 규칙은 대개 순서대로 적용되므로 앞쪽의 포괄적인 규칙이 뒤쪽의 세부 규칙보다 먼저 적용될 수 있습니다. 조건에 맞는 규칙이 없으면 실제 설정된 기본 동작을 따릅니다. 문제를 해결할 때는 조건과 순서, 아웃바운드 태그를 함께 확인하세요. 목록에 도메인이 있는지만 확인해서는 충분하지 않습니다.
GeoIP
IP 주소 분류 목록GeoIP는 IP 주소 대역을 지역이나 용도별로 분류해 라우팅 규칙에서 사용할 수 있도록 합니다. 기기를 실시간으로 위치 추적하는 도구는 아니며, 주소 할당이 바뀌면 데이터가 이를 늦게 반영할 수 있습니다. 데이터 출처에 따라 분류 결과도 다를 수 있습니다. 도메인 기반 연결이 IP로 조회된 뒤 매칭되는지는 도메인 조회 정책에 달려 있으므로, 모든 GeoIP 규칙이 자동으로 적용된다고 단정할 수 없습니다.
GeoSite
도메인 분류 목록GeoSite는 서비스, 용도 또는 기타 분류별로 도메인을 정리해 관련 사이트를 한꺼번에 지정할 수 있도록 합니다. 사용할 수 있는 분류와 각 목록에 포함된 도메인은 현재 데이터 파일을 기준으로 확인해야 합니다. 이름이 같더라도 데이터 출처에 따라 목록이 다를 수 있습니다. 사이트는 로그인, 이미지, API에 다른 도메인을 사용할 수도 있으므로 기본 도메인에 규칙이 적용되어도 페이지의 모든 요청이 포함되는 것은 아닙니다.
트래픽 분기
연결마다 다른 아웃바운드를 선택트래픽 분기는 규칙에 따라 연결별로 직접 연결, 프록시, 차단 등의 아웃바운드를 선택하는 전반적인 정책입니다. “전역”이나 “규칙”은 클라이언트 인터페이스에서 정책을 요약해 부르는 말이며, 실제 적용 범위는 현재 트래픽 처리 모드에 따라 달라집니다. 규칙을 바꾼 뒤에도 기존 장기 연결은 이전 경로를 계속 사용할 수 있습니다. 새 요청을 보내고 로그를 확인해 새 연결이 예상한 아웃바운드로 전달되는지 확인하세요.
암호화와 핸드셰이크
보안 계층, 인증 방식, 흐름 제어는 프록시 프로토콜과 다른 요소입니다. 프로토콜 유형을 올바르게 선택한 뒤에도 각 매개변수가 서버 설정과 일치하는지 확인해야 합니다.
TLS
전송 계층 보안 프로토콜TLS는 연결에 전송 암호화와 상대방 인증을 제공합니다. 여러 프록시 프로토콜에서 TLS를 사용할 수 있습니다. 클라이언트는 보통 서버 이름을 사용해 인증서를 검증합니다. 연결 주소와 검증에 사용하는 이름은 달라도 되지만 서버 설정에 맞아야 합니다. 인증서 만료, 이름 불일치, 기기 시간 오류로 핸드셰이크가 실패할 수 있으므로 원인을 찾아 해결하고, 검증 생략을 일반적인 해결 방법으로 삼지 마세요.
REALITY
Xray 생태계의 전송 보안 방식REALITY는 VLESS와 함께 사용하는 경우가 많으며, VLESS와 나란히 선택하는 독립 프록시 프로토콜이 아니라 전송 보안 방식입니다. 서버 공개 키, 서버 이름, 짧은 ID, 적용 가능한 핑거프린트 설정을 확인하세요. 구체적인 필드는 사용 중인 버전에 따라 달라집니다. 보안 옵션을 REALITY로 바꾸는 것만으로는 설정이 완료되지 않습니다. 코어가 이를 지원하는지, 매개변수가 동일한 서버 설정에서 제공된 것인지도 확인해야 합니다.
XTLS Vision
흐름 제어 방식 · 자주 쓰는 값 xtls-rprx-visionXTLS Vision은 Xray의 흐름 제어 방식 중 하나로, 조건에 맞는 TLS 트래픽에서 반복적인 캡슐화로 인한 오버헤드를 줄입니다. 독립적으로 선택할 수 있는 프록시 프로토콜은 아니며, 모든 앱과 네트워크 환경에서 속도가 더 빨라진다는 뜻도 아닙니다. 클라이언트의 flow 설정은 서버 및 선택한 전송 방식과 일치해야 합니다. 임의의 노드에 이 필드를 추가해 속도를 높이려 하지 마세요.
AEAD
연관 데이터를 사용하는 인증 암호화AEAD는 콘텐츠 암호화와 메시지 인증을 결합해 기밀성을 보호하고 데이터 변조를 감지합니다. 연관 데이터는 암호화하지 않고 인증에 포함할 수 있습니다. 프로토콜마다 서로 다른 단계에서 이러한 방식을 사용할 수 있으므로, 한 프로토콜의 AEAD 설정을 다른 프로토콜에 그대로 적용하지 마세요. 설정을 가져올 때는 기존 방식과 매개변수를 유지하면 됩니다. AEAD라는 이름의 노드를 따로 만들 필요는 없습니다.