설정 참고 / 자주 쓰는 용어 24개

V2Ray 용어 가이드

프로토콜부터 코어와 트래픽 가로채기까지, 설정이 적용되는 계층별로 살펴보세요.

먼저 용어가 가리키는 계층을 확인한 뒤 해당 설정을 변경하세요. 프로토콜은 통신 방식을 정하고, 코어는 연결을 처리하며, 클라이언트는 설정을 관리합니다. 구독은 연결 정보를 제공할 뿐이며, 앱 트래픽이 클라이언트로 들어오는 방식은 시스템 프록시나 TUN이 결정합니다.

단계별 클라이언트 설정 전체 플랫폼 사용 설명서

연결 설정

프로토콜과 전송

프로토콜, 전송 방식, 전송 보안은 서로 다른 설정 항목입니다. 가져온 뒤에는 서버에서 제공한 조합을 유지하고 프로토콜 이름만 임의로 바꾸지 마세요.

VMessProxy protocol: VMess는 사용자 인증과 데이터 보호 기능을 갖춘 프록시 프로토콜입니다. 설정에는 보통 서버 주소와 포트, UUID가 포함됩니다. 여러 전송 방식을 사용할 수 있지만 클라이언트와 서버의 매개변수가 서로 호환되어야 합니다. 인증에 실패하면 포트 연결 여부만으로 설정이 정상이라고 판단하지 말고 UUID, 코어 지원 여부, 기기 시간을 확인하세요.

VLESSLightweight proxy protocol: VLESS는 간결한 인증과 데이터 전달에 중점을 둡니다. 프로토콜 자체는 트래픽을 암호화하지 않으므로 실제 배포에서는 TLS 또는 REALITY와 함께 사용하는 경우가 많습니다. UUID, 전송 방식, 전송 보안, 필요에 따라 사용하는 flow 매개변수는 각각 역할이 다릅니다. VLESS를 선택했다고 해서 이런 매개변수가 필요 없어지는 것은 아니며, 모든 네트워크와 기기에서 다른 프로토콜보다 빠르다는 뜻도 아닙니다.

TrojanTLS-based proxy protocol: Trojan은 일반적으로 TLS로 연결을 보호하고 비밀번호로 프록시 인증을 수행합니다. 비밀번호가 맞는지와 인증서 검증에 통과하는지는 별개의 문제입니다. 서버 이름, 인증서 유효기간, 기기 시간에 문제가 있으면 연결이 차단될 수 있습니다. 문제를 확인할 때는 정상적인 인증서 검증 절차를 유지하고, 먼저 서버에서 제공한 주소와 이름, 인증 정보를 확인하세요.

REALITYTransport security: REALITY는 Xray 생태계의 전송 보안 방식으로, VLESS와 함께 사용하는 경우가 많습니다. VLESS를 대체해 단독으로 사용할 수 있는 프록시 프로토콜은 아닙니다. 클라이언트에는 보통 서버 이름, 공개 키, 짧은 ID 등의 관련 정보가 필요합니다. 제공된 설정값에 따라 각 항목을 입력해야 합니다. 매개변수가 빠졌거나 코어가 지원하지 않는 경우, 인터페이스에서 보안 옵션만 바꿔서는 연결 조건을 충족할 수 없습니다.

실행 환경

코어와 생태계

그래픽 인터페이스가 비슷하다고 해서 내부 기능까지 같은 것은 아닙니다. 특정 설정을 사용할 수 있는지 확인하려면 클라이언트 지원 여부와 실제로 실행되는 코어를 모두 살펴야 합니다.

Project VProject ecosystem: Project V는 모듈형 네트워크 프록시 도구를 중심으로 형성된 프로젝트 배경 및 생태계 개념이며, V2Ray는 그중 널리 사용되는 핵심 도구의 이름입니다. 일상적으로 말하는 “V2Ray 클라이언트”는 이 프로토콜 생태계의 그래픽 도구를 통칭하는 경우가 많지만, 모든 프로그램이 같은 코어를 사용한다는 뜻은 아닙니다. 호환성을 확인할 때는 클라이언트와 코어의 정확한 이름을 살펴보세요.

XrayXray-core: Xray는 V2Ray에서 발전한 오픈 소스 프록시 코어로, 프로토콜 처리와 라우팅, DNS 등을 담당합니다. V2Fly와 기술적 배경을 공유하지만 이후의 기능과 설정 세부 사항이 완전히 같지는 않습니다. 특정 기능을 사용하려면 해당 코어 버전의 지원이 필요하고, 그래픽 클라이언트가 설정을 올바르게 생성해야 합니다. 노드의 프로토콜 이름만으로 판단해서는 안 됩니다.

V2FlyCommunity-maintained V2Ray: V2Fly는 V2Ray 관련 구현을 지속적으로 관리하는 커뮤니티 프로젝트로, 모듈형 프록시 도구의 개발을 이어가고 있습니다. Xray와 모든 설정 필드를 서로 바꿔 쓸 수 있는 동일한 프로그램은 아닙니다. v2flyNG 등 V2Fly를 사용하는 클라이언트를 쓸 때는 실제 코어 버전에서 지원하는 프로토콜, 전송 방식, DNS 설정 범위를 확인하세요.

코어Core / Runtime engine: 코어는 프록시 프로토콜과 라우팅 규칙, 도메인 이름 해석을 실제로 처리하는 기반 프로그램이며, 그래픽 클라이언트는 설정 관리와 조작 기능을 담당합니다. 클라이언트 인터페이스가 열렸다고 해서 코어 실행까지 정상이라는 뜻은 아닙니다. 시작에 실패하면 실행 로그에서 설정 오류, 권한, 포트 사용 중 등의 메시지를 확인하세요. 코어를 바꾸기 전에는 기존 연결 설정을 새 코어가 인식할 수 있는지도 확인해야 합니다.

사용 인터페이스

클라이언트와 인터페이스

데스크톱에서는 v2rayN부터 시작하고, Android에서는 필요한 코어를 먼저 확인한 뒤 v2rayNG와 v2flyNG 중에서 선택하세요.

v2rayNDesktop client: v2rayN은 Windows, macOS, Linux용 그래픽 클라이언트로 서버 관리, 구독 업데이트, 프록시 관련 설정 기능을 제공합니다. 플랫폼과 인터페이스 버전, 패키징 방식에 따라 메뉴 위치와 사용 가능한 기능이 달라질 수 있습니다. 문서에 나온 버튼 이름은 실제 화면에 맞춰 확인하세요. 다운로드할 때는 운영체제와 프로세서 아키텍처를 먼저 확인한 뒤 구독과 트래픽 가로채기를 설정하면 됩니다.

v2rayNGAndroid client / Xray: v2rayNG는 Xray 코어를 사용하는 Android 그래픽 클라이언트로, 시스템 VPN 권한을 받아 트래픽을 가로채는 진입점을 만들 수 있습니다. 서버를 목록에서 선택한 뒤에도 서비스를 시작해야 앱 트래픽이 규칙에 따라 코어로 전달될 수 있습니다. 백그라운드에서 연결이 끊기면 절전 정책과 VPN 상태를 확인하세요. 모든 연결 끊김이 구독 만료 때문인 것은 아닙니다.

v2flyNGAndroid client / V2Fly: v2flyNG는 V2Fly 코어를 사용하는 Android 그래픽 클라이언트로, 특정 코어와의 호환성이 필요한 경우 대안으로 사용할 수 있습니다. v2rayNG와 이름이 비슷해도 두 클라이언트가 동일한 확장 매개변수를 지원한다고 단정할 수 없습니다. 선택하기 전에 기존 설정에 필요한 프로토콜과 전송 기능을 확인하고, 전환한 뒤에는 라우팅, DNS, 앱 트래픽 가로채기 설정도 다시 살펴보세요.

인바운드와 아웃바운드Inbound / Outbound: 인바운드는 로컬 SOCKS 수신 포트처럼 앱에서 코어로 전달되는 트래픽을 받습니다. 아웃바운드는 직접 연결하거나 원격 서버를 거치는 등 코어에서 트래픽을 내보내는 방식을 정합니다. 라우팅 규칙은 둘 사이에서 조건에 맞는 아웃바운드를 선택합니다. 설정의 태그는 참조용 이름이므로 규칙이 참조하는 아웃바운드 태그가 실제 정의된 태그와 일치해야 합니다. 그렇지 않으면 시작이나 전달 과정에서 오류가 발생할 수 있습니다.

설정 출처

구독과 서버

가져오기, 업데이트, 선택, 활성화는 서로 다른 작업입니다. 구독에 서버 항목이 표시된다는 것은 설정이 클라이언트에 들어왔다는 뜻일 뿐입니다.

구독Subscription: 구독은 서버 설정을 일괄적으로 가져오고 업데이트하는 데 쓰이는 주소 또는 데이터 모음입니다. 클라이언트가 구독을 읽으면 서버 항목이 목록에 추가됩니다. 업데이트로 서버 항목이 추가되거나 삭제되고 설정값이 변경될 수 있지만, 서버가 실제로 작동한다는 보장은 없으며 시스템 프록시가 켜졌다는 뜻도 아닙니다. 구독 주소에는 접근 식별 정보가 포함될 수 있으므로 민감한 설정처럼 관리하고, 스크린샷이나 로그를 공유하기 전에 전체 주소를 가리세요.

서버Server profile / Node: 서버는 클라이언트에 저장된 서버 연결 설정 묶음을 흔히 가리키는 말입니다. 일반적으로 주소, 포트, 프로토콜, 인증 정보, 전송 설정이 포함됩니다. 목록에 표시되는 메모는 식별을 위한 이름일 뿐이며, 실제 접속 위치나 서비스 품질을 보장하지 않습니다. 서버를 바꾼 뒤에는 해당 설정이 현재 활성 상태인지 확인하고, 필요한 경우 클라이언트 안내에 따라 코어를 다시 불러오세요.

지연 시간과 실제 연결 테스트Latency / End-to-end test: 일반 지연 시간 테스트는 서버 포트까지 연결되는 데 걸리는 시간만 측정할 수 있습니다. 실제 연결 테스트는 보통 프록시를 통해 테스트 주소에 요청을 보내므로 실제 트래픽 전달 경로를 더 잘 반영합니다. 측정 방식은 클라이언트마다 다르므로 결과를 그대로 비교하기는 어렵습니다. 수치가 낮다고 지속적인 다운로드 속도가 빠른 것은 아니며, 테스트 실패는 테스트 주소나 DNS, 라우팅 문제 때문일 수도 있습니다. 실제 접속과 로그를 함께 확인하세요.

트래픽 경로

라우팅과 DNS

먼저 트래픽이 코어에 들어오는지 확인한 다음 규칙이 어떻게 적용되는지 살펴보세요. 앱이 직접 도메인을 해석하면 코어에서 확인할 수 있는 정보가 달라질 수도 있습니다.

라우팅 규칙과 트래픽 분기Routing / Traffic selection: 트래픽 분기는 도메인, 대상 주소, 포트, 프로토콜 등의 조건에 따라 연결에 사용할 아웃바운드를 선택하는 과정이며, 라우팅 규칙은 선택 조건을 구체적으로 정의합니다. 규칙 순서가 중요합니다. 범위가 넓은 조건이 더 구체적인 규칙보다 먼저 적용될 수 있습니다. 문제를 확인할 때는 일치 조건과 아웃바운드 태그, 어느 규칙에도 맞지 않을 때의 기본 처리를 함께 살펴보세요. 인터페이스의 모드 이름은 미리 설정된 규칙을 요약한 것일 뿐입니다.

GeoIP와 GeoSiteIP sets / Domain sets: GeoIP는 일반적으로 IP 주소 목록을, GeoSite는 도메인 목록을 제공합니다. 코어는 이 데이터를 이용해 라우팅 조건을 간편하게 적용할 수 있습니다. 이는 규칙에 사용하는 데이터이지 실시간 속도 측정 결과가 아니며, 분류가 항상 정확하다고 보장하지도 않습니다. 데이터 출처와 분류 이름, 버전에 따라 규칙 적용 결과가 달라집니다. 도메인 규칙과 주소 규칙이 다르게 적용되면 DNS 해석 방식도 확인해야 합니다.

DNS와 FakeDNSName resolution / Synthetic mapping: DNS는 도메인 이름을 IP 주소 등으로 해석하며, 앱은 이 정보를 이용해 다음 연결을 설정합니다. FakeDNS는 가상 주소를 반환하고 도메인과 주소의 대응 관계를 저장해, 호환되는 트래픽 가로채기 경로가 원래 목적지 정보를 복원하도록 합니다. DNS 서버 주소만 바꾼다고 바로 사용할 수 있는 기능은 아닙니다. 해석 경로와 코어 지원, 트래픽 진입점이 함께 작동하지 않으면 가상 주소로 연결을 제대로 전달할 수 없습니다.

DNS 누수Unexpected DNS path: DNS 누수는 일반적으로 도메인 조회가 예상한 경로를 거치지 않는 현상을 말합니다. 예를 들어 브라우저나 시스템이 다른 DNS 서버에 직접 요청할 수 있습니다. 이는 DNS 조회 경로가 달라졌다는 뜻이지, 모든 조회가 실패한다는 뜻은 아닙니다. 확인할 때는 시스템 DNS와 클라이언트 DNS, 브라우저의 암호화 DNS, 트래픽 분기 설정을 각각 살펴보세요. 한 번의 검사에서 표시된 DNS 서버 이름만으로 모든 앱의 조회 경로를 단정할 수는 없습니다.

트래픽 진입점

시스템 프록시와 TUN

트래픽이 들어오는 범위와 나가는 방향은 따로 확인해야 합니다. 클라이언트에 들어온 트래픽도 규칙에 따라 원격 서버를 거치지 않고 직접 연결될 수 있습니다.

시스템 프록시System proxy: 시스템 프록시는 운영체제가 해당 설정을 지원하는 앱에 제공하는 프록시 연결 지점이며, 브라우저를 로컬 HTTP 프록시에 연결할 때 자주 사용합니다. 모든 프로그램을 가로채는 기능은 아닙니다. 명령줄 도구는 별도의 환경 변수를 사용하거나 시스템 설정을 무시할 수 있습니다. 브라우저에서는 접속되지만 터미널에서는 안 될 경우, 각 프로그램이 프록시 설정을 어디서 가져오는지 먼저 확인한 뒤 더 넓은 범위의 트래픽 가로채기가 필요한지 판단하세요.

TUN 모드Virtual network interface: TUN은 가상 네트워크 인터페이스를 통해 네트워크 계층의 트래픽을 받아 시스템 프록시 설정을 따르지 않는 일부 앱까지 처리할 수 있습니다. 사용하려면 추가 권한과 라우팅, DNS 설정이 필요한 경우가 많으며, 실제 기능은 플랫폼과 클라이언트 구현에 따라 달라집니다. TUN을 사용한다고 모든 연결이 프록시를 통과하는 것은 아닙니다. TUN으로 들어온 연결도 라우팅 규칙에 따라 직접 연결될 수 있습니다. 다른 VPN이나 가상 네트워크 어댑터와 함께 사용할 때는 라우팅 충돌도 확인해야 합니다.

SOCKS 및 HTTP 프록시 포트Local proxy listener: 로컬 포트는 앱이 프록시 서비스에 연결하는 진입점이며, SOCKS와 HTTP는 서로 다른 프록시 프로토콜입니다. 앱에 입력하는 프로토콜과 주소, 포트는 클라이언트의 수신 설정과 일치해야 합니다. 예를 들어 127.0.0.1:10808은 해당 포트에서 필요한 서비스를 실제로 제공할 때만 사용할 수 있습니다. 루프백 주소는 현재 기기만 가리킵니다. LAN에서 접속하도록 수신 범위를 바꾸기 전에는 접근 가능한 범위를 확인하고 필요한 접근 제어를 설정하세요.

VpnService와 앱별 프록시Android traffic capture: VpnService는 Android 앱이 VPN 트래픽 진입점을 만들 수 있도록 제공하는 시스템 인터페이스입니다. 권한 요청 메시지가 표시되면 앱이 이 진입점을 사용하려는 것입니다. 앱별 프록시는 어떤 앱을 트래픽 가로채기 범위에 넣을지 정하며, 특정 앱만 포함하거나 선택한 앱을 제외하는 방식이 흔합니다. 두 방식은 의미가 반대입니다. 진입점에 들어온 뒤에도 도메인이나 주소에 따라 트래픽을 분기할 수 있으므로, 앱을 선택했다고 해서 모든 연결이 원격 서버를 통과하는 것은 아닙니다.