설정 참고설정 상황별 용어 검색
V2Ray 용어 사전
구독과 노드부터 TUN과 라우팅까지, 개념을 먼저 구분한 뒤 설정을 조정하세요. 각 용어의 역할과 사용 상황, 혼동하기 쉬운 차이를 설명합니다.
프로토콜과 전송
프로토콜, 보안 계층, 전송 방식을 각각 확인하세요. 이름이 같아도 다른 매개변수까지 같다는 뜻은 아닙니다.
- VMess프록시 프로토콜
- VMess는 Project V 생태계의 프록시 프로토콜로, 사용자 ID 등의 매개변수로 인증하며 자체 데이터 보호 기능을 갖추고 있습니다. 클라이언트의 주소, 포트, 사용자 ID, 보안 관련 옵션을 서버 설정과 일치시켜야 합니다. VMess는 여러 전송 방식과 함께 사용할 수 있습니다. 프로토콜 이름이 맞더라도 경로, TLS, 시스템 시간 문제로 연결에 실패할 수 있습니다.
- VLESS프록시 프로토콜
- VLESS는 경량 프록시 프로토콜로, VMess와 같은 페이로드 암호화 기능은 제공하지 않으며 실제 배포에서는 TLS 또는 REALITY와 함께 사용하는 경우가 많습니다. 설정을 가져온 뒤에는 사용자 ID, 전송 방식, 보안 계층, 서버에서 요구하는 flow를 모두 확인해야 합니다. VLESS와 VMess는 서로 바꿔 쓸 수 있는 이름이 아닙니다. 편집 화면에서 프로토콜 종류만 바꾸고 나머지 매개변수를 그대로 두어서는 안 됩니다.
- Trojan프록시 프로토콜
- Trojan은 일반적으로 TLS로 연결을 보호하고 비밀번호로 인증합니다. 설정의 서버 주소, 포트, 비밀번호, 서버 이름이 모두 연결 결과에 영향을 줄 수 있으며, 서버 이름은 인증서 검증과도 관련이 있습니다. 비밀번호가 맞는데도 TLS 핸드셰이크에 실패한다면 비밀번호를 계속 바꾸기보다 인증서, 시스템 시간, 서버 이름 설정을 확인하세요.
- TLS전송 보안
- TLS는 전송 통신을 보호하고 인증서 등의 방식으로 서버의 신원을 확인합니다. 구독 형식도 단독 프록시 프로토콜도 아닙니다. 클라이언트의 서버 이름, 인증서 검증, ALPN 등의 필드는 TLS 계층과 관련이 있습니다. 인증서 오류가 발생하면 먼저 서버 이름, 유효 기간, 시스템 신뢰 체인을 확인하세요. 인증서 검증을 끄는 방법은 장기적인 해결책으로 권장하지 않습니다.
- REALITY전송 보안
- REALITY는 Xray 생태계의 전송 보안 방식으로, VLESS와 함께 사용하는 경우가 많습니다. 클라이언트에서 서버가 제공한 공개 키, 서버 이름, shortId 등의 매개변수를 일치시켜야 합니다. 구체적인 필드는 설정 형식과 코어 지원 여부에 따라 달라집니다. 서버 지역이나 라우팅 모드가 아니며, 가져오기에 실패하면 클라이언트가 해당 필드를 올바르게 해석하는지도 확인해야 합니다.
- 전송 방식데이터 전송
- 전송 방식은 프록시 프로토콜의 데이터를 어떻게 실어 보내는지 설명하며, TCP, WebSocket, gRPC 등이 흔히 사용됩니다. VMess, VLESS 등의 프로토콜과는 다른 계층이며, 조합에 따라 경로, Host, 서비스 이름을 입력해야 할 수도 있습니다. 서버 포트에는 접속할 수 있지만 프록시 요청이 실패한다면 이런 추가 매개변수를 확인하세요.
코어와 클라이언트
인터페이스는 관리하고 코어는 실행합니다. 프로젝트 이름의 의미를 알아두면 생태계, 앱, 연결 기능을 혼동하지 않을 수 있습니다.
- Project V생태계 배경
- Project V는 V2Ray 등의 구성 요소를 중심으로 형성된 오픈 소스 네트워크 프록시 프로젝트의 배경이자 생태계 개념이며, 특정 그래픽 클라이언트의 이름이 아닙니다. 흔히 말하는 V2Ray 클라이언트는 일반적으로 인터페이스를 제공하는 앱이며, 실제 연결은 구체적인 코어가 처리합니다. 기능을 사용할 수 있는지 판단할 때는 생태계 이름만 볼 것이 아니라 클라이언트 지원 여부와 실제 실행 중인 코어를 확인해야 합니다.
- V2Fly코어 프로젝트
- V2Fly는 V2Ray 코어를 지속적으로 관리하는 커뮤니티 프로젝트입니다. 코어는 연결 처리, 프로토콜 해석, 라우팅, DNS 등의 작업을 담당합니다. v2flyNG는 Android에서 이 코어 계열을 사용하는 클라이언트입니다. 코어마다 기능과 설정 세부 사항이 다를 수 있으므로, 한 코어에서 작동한 설정이 다른 코어에서도 그대로 작동한다고 볼 수 없습니다.
- Xray코어 프로젝트
- Xray는 V2Ray 기술 체계에서 발전한 프록시 코어 프로젝트로, 자체 기능과 설정이 계속 발전하고 있습니다. v2rayNG는 Xray 코어를 사용하며, 데스크톱 v2rayN의 실제 연결 기능은 선택한 코어에 따라 달라집니다. 설정 항목을 인식하지 못하거나 기능을 사용할 수 없다면 클라이언트 외관만 보고 판단하지 말고 코어 종류와 실행 로그를 확인하세요.
- 그래픽 클라이언트사용자 인터페이스
- 그래픽 클라이언트는 구독 관리, 서버 선택, 프록시 모드, 로그를 조작할 수 있는 인터페이스로 제공합니다. v2rayN, v2rayNG, v2flyNG가 모두 이 계층에 해당합니다. 클라이언트는 설정을 만들거나 관리하고 코어는 실제 연결을 처리하므로 업데이트와 호환성을 각각 고려해야 합니다. 클라이언트 자체는 구독 서비스가 아니므로 설치한 뒤에도 사용 가능한 설정을 가져와야 합니다.
구독과 노드
구독은 설정의 출처, 노드는 연결 선택지, 그룹은 관리 방식입니다. 업데이트 성공과 연결 성공은 별개입니다.
- 구독설정 출처
- 구독은 서비스 제공자가 관리하며 클라이언트가 여러 서버 설정을 가져올 수 있는 리소스로, 보통 주소를 입력해 가져옵니다. 구독 주소에는 개인 접근 자격 정보가 포함될 수 있으므로 공개 스크린샷, 채팅 기록, 문의 내용에 올리지 마세요. 구독을 업데이트하면 설정 목록만 새로 고쳐집니다. 서비스 이용 기간이 남아 있거나 시스템 프록시 또는 TUN이 켜졌다는 뜻은 아닙니다.
- 노드서버 설정
- 노드는 일반적으로 클라이언트에서 선택할 수 있는 서버 연결 설정을 뜻하며, 주소, 포트, 인증 정보, 프로토콜, 전송 매개변수를 포함합니다. 목록의 지역명이나 회선명은 메모일 뿐이므로 이름만으로 실제 접속 위치나 연결 품질을 판단할 수 없습니다. 서버 하나가 여러 설정에 대응할 수도 있어 노드 수와 독립 서버 수가 같지 않을 수 있습니다.
- 구독 그룹목록 관리
- 구독 그룹은 클라이언트에서 구독과 서버를 출처별로 정리하는 관리 단위입니다. 서비스 출처마다 별도 메모, 업데이트 주소, 필터 조건을 설정할 수 있습니다. 그룹을 활용하면 만료된 항목이나 이름이 중복된 항목을 구분하기 쉽지만, 일반적으로 트래픽의 라우팅 출구를 자동으로 결정하지는 않습니다. 목록을 정리할 때는 먼저 출처를 확인한 다음 필터 규칙을 조정해, 필터링 후 목록이 비어 있는 것을 구독 오류로 오해하지 않도록 하세요.
- 지연 시간과 TCPing연결 지표
- 지연 시간은 특정 테스트에 걸리는 시간입니다. 결과를 해석하기 전에 테스트 방식을 확인하세요. TCPing은 일반적으로 대상 포트에 TCP 연결을 설정하는 데 걸리는 시간을 측정하며, 프록시 인증, TLS, 전송 매개변수, 웹사이트 접속까지 확인하지는 않습니다. 수치가 낮다고 다운로드 속도가 더 빠른 것은 아닙니다. 서버를 선택할 때는 실제 연결 지연과 실제 서비스 접속 결과도 함께 확인하세요.
라우팅
먼저 트래픽이 코어에 들어오는지 확인한 다음 어떤 출구 규칙과 일치했는지 살펴보세요. 도메인 규칙과 IP 규칙은 적용 범위가 다릅니다.
- 라우팅 규칙출구 선택
- 라우팅 규칙은 도메인, IP, 포트 등의 조건에 따라 연결의 출구를 직접 연결, 프록시, 차단 등으로 지정합니다. 일반적인 설정은 순서대로 일치 항목을 찾으므로, 범위가 넓은 규칙을 너무 앞에 두면 뒤의 구체적인 규칙이 적용되지 않을 수 있습니다. 문제를 해결할 때는 규칙이 있는지만 확인하지 말고 순서, 일치 조건, 기본 출구를 함께 살펴봐야 합니다.
- 라우팅접속 정책
- 라우팅은 대상에 따라 트래픽을 서로 다른 출구로 보내는 정책입니다. 예를 들어 국내 서비스는 직접 연결하고 특정 도메인은 프록시로 보낼 수 있습니다. 클라이언트의 중국 본토 우회와 전역은 흔한 프리셋 이름이며, 실제 적용 범위는 규칙 내용, 기본 출구, 트래픽을 가져오는 방식에 따라 달라집니다. 전역 라우팅을 설정해도 클라이언트에 들어오지 않는 앱 트래픽까지 자동으로 처리되지는 않습니다.
- GeoIPIP 모음
- GeoIP는 지역이나 용도별로 정리한 IP 주소 모음으로,
geoip:cn과 같은 식별자를 사용해 규칙과 일치시킵니다. 도메인 문자열이 아닌 IP를 대상으로 하며 서버 위치를 실시간으로 측정하지도 않습니다. 모음의 업데이트 상태, 도메인에서 해석된 주소, CDN 라우팅에 따라 결과가 달라질 수 있으므로 항목과 일치했다고 해서 서비스의 실제 위치를 알 수 있는 것은 아닙니다.
- GeoSite도메인 모음
- GeoSite는 서비스, 지역, 카테고리별로 정리한 도메인 모음으로,
geosite:cn과 같은 식별자를 사용해 일치 여부를 확인합니다. 사용하는 데이터 소스의 분류와 수록 범위에 따라 결과가 달라지므로 같은 분류명도 실제 데이터 파일을 확인해야 합니다. GeoIP와 달리 연결에 일치시킬 도메인 정보가 있어야 합니다. 대상 IP만 있는 경우 도메인 규칙과 일치하지 않을 수 있습니다.
- DNS도메인 조회
- DNS는 도메인을 주소 등의 레코드로 변환하며, 웹사이트 접속과 일부 IP 라우팅 판단에 앞서 사용됩니다. 앱, 운영체제, 프록시 코어가 각각 조회를 수행할 수 있고 브라우저의 암호화 DNS 설정에 따라 조회 경로가 달라질 수도 있습니다. 설정할 때는 어느 서버에 조회할지, 요청이 어떤 출구를 통하는지, 반환된 주소를 라우팅에 어떻게 사용할지 구분해야 합니다. DNS 주소 하나를 입력했다고 설정이 모두 끝난 것은 아닙니다.
프록시 모드와 네트워크
시스템 프록시와 TUN은 트래픽을 가져오는 방식을, DNS는 조회 경로를 결정하며, 연결 테스트는 결과를 확인하는 데 사용됩니다.
- 시스템 프록시앱 연결
- 시스템 프록시는 운영체제에 로컬 프록시 주소를 등록해 해당 설정을 따르는 앱이 요청을 클라이언트에 전달하도록 합니다. 일부 앱은 자체 네트워크 설정을 사용하거나 시스템 프록시를 따르지 않으므로 브라우저에서 접속된다고 모든 프로그램이 프록시를 사용하는 것은 아닙니다. 클라이언트를 종료하기 전에 작동하지 않는 프록시 설정을 정리하세요. 그렇지 않으면 앱이 이미 닫힌 로컬 포트에 계속 접속하려고 할 수 있습니다.
- TUN 모드트래픽 처리
- TUN 모드는 가상 네트워크 인터페이스로 IP 계층 트래픽을 가져와 프록시 코어에서 처리하므로 더 많은 앱의 트래픽을 적용해야 하는 상황에 적합합니다. 일반적으로 추가 권한, 시스템 라우팅, DNS 설정이 필요하며 구체적인 요구 사항은 플랫폼과 클라이언트 구현에 따라 다릅니다. TUN을 켠다고 모든 트래픽이 프록시를 통과하는 것은 아닙니다. 최종 출구는 라우팅 규칙으로 결정되며, 문제가 생기면 다른 네트워크 도구와 충돌하는지도 확인해야 합니다.
- FakeDNS도메인 매핑
- FakeDNS는 도메인에 매핑용 가상 주소를 할당합니다. 코어는 해당 연결을 받으면 다시 도메인에 대응시켜 도메인 정보를 유지하고 후속 처리에 활용합니다. 아무 앱에나 직접 입력할 수 있는 공용 DNS 서버 주소가 아니며, 정상 작동 여부는 코어 지원과 트래픽을 가져오는 설정에 따라 달라집니다. 켜거나 끈 뒤 앱 접속에 문제가 생기면 시스템과 앱에 남아 있는 DNS 캐시도 확인하세요.
- DNS 누수경로 이탈
- DNS 누수는 일반적으로 DNS 조회 요청이 예상한 네트워크 경로로 전송되지 않는 현상을 말합니다. 예를 들어 프록시 측에서 조회해야 할 도메인을 로컬 DNS 서버에 요청하는 경우입니다. 이상 여부를 판단하려면 먼저 의도한 라우팅 정책을 확인해야 합니다. 규칙에 따라 직접 연결하는 도메인이 로컬 DNS를 사용하는 것은 오류가 아닐 수 있습니다. 앱의 암호화 DNS, 시스템 조회 설정, 코어 로그를 함께 확인하고 검사 페이지에 표시된 DNS 서버 지역만으로 결론을 내려서는 안 됩니다.
- 실제 연결 지연프록시 검증
- 실제 연결 지연은 선택한 프록시 설정으로 테스트 대상에 접속해 요청 시간을 측정하므로 단순 포트 검사보다 더 많은 연결 단계를 확인합니다. 테스트 주소, DNS, 시간 초과 기준, 현재 네트워크 상태에 따라 결과가 달라지며 클라이언트마다 측정값을 직접 비교하기는 어렵습니다. 테스트에 성공해도 실제 사용하는 서비스에 접속해 출구와 라우팅이 예상대로인지 확인해야 합니다. 측정 결과가 대역폭 한계를 나타내는 것도 아닙니다.
용어에서 설정으로
첫 연결 →
구독 가져오기, 모드 선택, 연결 확인 순으로 진행하세요. 여러 설정을 한꺼번에 바꾸면 문제 원인을 찾기 어렵습니다.
플랫폼별 설정 →
Windows, macOS, Android, Linux의 설치 방법과 권한, 시스템 프록시, TUN의 플랫폼별 차이를 확인하세요.
문제 해결 →
용어를 이해한 뒤에도 연결되지 않는다면 오류 메시지와 증상을 바탕으로 원인을 좁히고 구독, 포트, DNS, 라우팅을 확인하세요.
용어 설명은 설정을 이해하는 데 도움을 줍니다. 구체적인 항목 이름과 사용 가능한 기능은 현재 클라이언트 인터페이스, 실제 코어 지원 여부, 서버 설정을 기준으로 확인하세요.