VMess
Project V 생태계의 프록시 프로토콜로, 사용자 인증과 데이터 캡슐화를 담당합니다. 사용자 식별자는 보통 UUID로 표시됩니다. 클라이언트와 서버의 전송 방식 및 보안 설정도 일치해야 하며, UUID만 같다고 연결되는 것은 아닙니다. 인증 오류를 점검할 때는 구독 만료로 오해하지 않도록 기기 시간도 확인하세요.
설정 참고 · 용어 25개
V2Ray 용어 사전
먼저 프로토콜, 코어, 클라이언트를 구분한 뒤 구독, 라우팅, 트래픽 연결 방식을 확인하세요. 설정의 용도에 따라 찾아보면 이름이 비슷한 기능을 혼동하지 않을 수 있습니다.
- 프로토콜은 연결 방식을 정합니다
- 코어는 설정을 실행합니다
- 클라이언트는 설정을 관리합니다
연결 방식과 보안 계층
프로토콜과 전송
프로토콜 이름만으로 설정이 완성되지는 않습니다. 전송 방식, 인증 항목, 보안 계층을 각각 맞춰야 합니다.
VLESS
경량 프록시 프로토콜로, 자체 데이터 암호화 계층은 제공하지 않으며 실제 사용 시 보통 TLS 또는 REALITY와 함께 구성합니다. UUID, 전송 방식, 경우에 따라 flow 필드까지 서버 설정과 맞춰야 합니다. VLESS라는 이름만 보고 호환 여부를 판단하지 말고, 해당 설정의 확장 기능을 코어가 지원하는지 확인하세요.
Trojan
일반적으로 TLS 연결 안에서 프록시 요청을 전달하고 비밀번호로 인증하는 프로토콜입니다. 주소와 포트뿐 아니라 서버 이름, 인증서, 전송 매개변수도 확인해야 합니다. 비밀번호가 맞아도 TLS 핸드셰이크가 성공하는 것은 아닙니다. 인증서 오류가 발생하면 인증서 검증을 건너뛰기보다 기기 시간과 서버 이름이 일치하는지 먼저 확인하세요.
Shadowsocks
대칭키 암호화를 사용하는 프록시 프로토콜 계열입니다. 연결 설정에는 서버 주소, 포트, 비밀번호, 암호화 방식이 포함됩니다. 암호화 방식은 프로토콜 호환성의 일부이므로 클라이언트에서 임의로 바꾸면 안 됩니다. 구현체마다 지원하는 방식과 확장 기능이 다를 수 있으므로 가져오기에 성공한 뒤에도 코어에서 설정이 실제로 작동하는지 확인하세요.
REALITY
Xray 생태계의 전송 보안 방식으로, VMess나 VLESS와 나란히 놓이는 독립적인 프록시 프로토콜은 아닙니다. 클라이언트에는 보통 서버가 지정한 공개 키, 서버 이름, shortId를 설정해야 하며, 구체적인 항목은 사용 중인 버전의 화면을 기준으로 확인하세요. 설정을 복사할 때 주소, 포트, UUID만 옮기지 말고 각 항목의 대응 관계를 유지해야 합니다.
화면, 실행 계층, 프로젝트 배경
코어와 생태계
화면에 옵션이 표시되더라도 현재 실행 중인 코어가 모든 매개변수를 지원한다는 뜻은 아닙니다.
Project V
모듈형 네트워크 프록시 도구를 중심으로 형성된 프로젝트 생태계에서 V2Ray는 널리 쓰이는 기술 명칭입니다. 최신 가이드와 공유 설정은 서로 다른 코어 분기를 대상으로 할 수 있으므로 모든 설정 문법이 공통으로 통한다고 보면 안 됩니다. 오래된 문서를 참고할 때는 게시 날짜, 대상 코어, 실제 클라이언트 버전을 함께 확인하세요.
V2Fly
V2Ray 코어 개발을 이어가는 커뮤니티 프로젝트로, 프로토콜 처리, 라우팅, DNS 등의 실행을 담당합니다. v2flyNG는 이 코어 계열을 사용하는 Android 클라이언트이므로 해당 설정 체계에 맞춰 사용하면 됩니다. V2Fly와 Xray는 기술적 배경을 공유하지만 이후 추가된 기능은 완전히 같지 않으므로 전환 전에 필요한 기능을 확인하세요.
Xray-core
실제 연결, 프로토콜 처리, DNS, 라우팅을 담당하는 프록시 코어입니다. v2rayNG는 Xray 코어를 사용하며 v2rayN에서도 관련 코어를 설정할 수 있습니다. 사용할 수 있는 기능은 클라이언트에 통합되거나 호출되는 버전에 따라 달라집니다. GUI를 업데이트한 뒤에는 실행 로그에서 코어도 함께 업데이트됐고 정상적으로 시작됐는지 확인하세요.
GUI 클라이언트
구독 관리, 설정 편집, 실행 제어, 로그 확인 기능을 제공하며, 보통 화면 설정을 코어 설정으로 변환합니다. v2rayN, v2rayNG, v2flyNG는 클라이언트 이름이지 프록시 프로토콜이 아닙니다. 화면은 정상적으로 열려도 코어가 시작되지 않을 수 있으므로 문제를 점검할 때 클라이언트 상태와 코어 실행 로그를 각각 확인하세요.
인바운드와 아웃바운드
인바운드는 앱에서 전달된 트래픽을 받고, 아웃바운드는 이후의 연결 방식을 결정합니다. 예를 들어 직접 연결하거나 원격 프록시를 이용할 수 있습니다. 라우팅 규칙에서 outboundTag를 사용해 정의된 아웃바운드를 지정할 수 있습니다. 예시의 direct는 태그 규칙일 뿐, 모든 설정에 기본 출구로 자동 등록되는 것은 아닙니다.
설정 출처와 테스트 결과
구독과 노드
가져오기에 성공했다는 것은 설정을 읽었다는 뜻일 뿐입니다. 실제 요청을 보내 연결 상태를 확인해야 합니다.
구독
하나의 주소로 연결 설정을 가져오고 업데이트하는 방식입니다. 구독 주소 자체는 프록시 서버 주소가 아닙니다. 설명용 예시는 https://example.com/sub?token=xxxx이며 실제 연결에 사용할 수 없습니다. 실제 주소의 매개변수로 설정 접근 권한을 얻을 수 있으므로 로그나 스크린샷을 공유하기 전에 주소 전체와 인증 정보를 가리세요.
노드
클라이언트에서 선택할 수 있는 원격 연결 설정으로, 보통 주소, 포트, 프로토콜, 인증, 전송 매개변수가 포함됩니다. 이름에 적힌 지역이나 용도는 설정 제공자가 붙인 설명일 뿐, 클라이언트가 검증한 정보가 아닙니다. 노드를 바꾸는 것은 연결 설정을 선택하는 것이며 시스템 프록시를 변경하거나 로컬 라우팅 문제를 자동으로 해결하는 것은 아닙니다.
구독 그룹
설정 출처별로 노드를 관리하는 단위로, 출처마다 업데이트하거나 필터링하고 정리하기 편리합니다. v2rayN에서는 ‘구독 그룹’에서 출처 주소와 업데이트 범위를 확인할 수 있습니다. 그룹은 설정 관리용 기능이지 트래픽 분할 기능이 아닙니다. 특정 웹사이트가 어떤 아웃바운드를 사용할지는 실제 라우팅 규칙과 현재 선택된 연결에 따라 달라집니다.
지연 시간
특정 테스트에 걸린 시간으로, 테스트 방식에 맞춰 해석해야 합니다. TCP 연결 시간은 대상 포트까지 연결되는 과정 일부만 보여 주며 인증 성공, 웹페이지 접속 가능 여부, 다운로드 속도를 나타내지는 않습니다. 결과를 비교할 때는 테스트 주소와 네트워크 조건을 동일하게 유지하세요. 한 번 낮게 측정됐다고 해서 장시간 연결도 안정적이라는 뜻은 아닙니다.
실제 연결 지연 시간
선택한 프록시 설정으로 테스트 주소에 실제 요청을 보내 측정한 시간입니다. 단순 포트 검사보다 더 많은 연결 단계를 반영하지만, DNS, 테스트 사이트, 인증, 서버 상태의 영향은 여전히 받으며 대역폭으로 환산할 수는 없습니다. 테스트에 실패하면 먼저 테스트 주소에 접속할 수 있는지 확인한 다음 로그를 살펴 실패한 단계를 찾으세요.
매칭 조건과 요청 경로
라우팅과 트래픽 분할
먼저 앱 트래픽을 클라이언트로 보내고, 그다음 규칙에 따라 아웃바운드를 선택해야 합니다.
라우팅 규칙
도메인, IP, 포트, 인바운드 태그 등의 조건에 따라 아웃바운드를 선택하는 설정입니다. 규칙은 보통 위에서 아래 순서로 적용되며 먼저 일치한 유효 규칙이 요청 경로를 결정합니다. 따라서 범위가 넓은 규칙이 뒤의 세부 규칙을 가릴 수 있습니다. 설정을 점검할 때는 domain, ip, outboundTag와 코어의 도메인 확인 방식을 함께 살펴보세요.
트래픽 분할
요청에 따라 직접 연결, 프록시, 차단 등의 아웃바운드를 사용하는 정책입니다. 예를 들어 로컬 네트워크 주소는 직접 연결하고 특정 도메인은 프록시를 이용할 수 있습니다. 트래픽 분할은 코어에 들어온 트래픽만 처리하며 모든 앱을 자동으로 연결하지는 않습니다. 클라이언트의 ‘전역’ 모드는 보통 이미 전달된 요청에 같은 아웃바운드를 적용한다는 뜻이지, 운영체제의 모든 연결을 가로챈다는 뜻은 아닙니다.
GeoIP
지역이나 특정 용도에 따라 분류한 IP 주소 모음으로, 보통 geoip.dat에서 제공합니다. geoip:private는 사설 주소 등의 범위를 참조할 때 흔히 쓰이며, 매칭 대상은 웹사이트 이름이 아니라 IP입니다. 데이터베이스의 정보가 주소의 실제 용도보다 늦게 반영될 수 있으므로 잘못된 라우팅이 발생하면 대상의 확인된 IP와 데이터 파일 출처부터 확인하세요.
GeoSite
분류별로 정리한 도메인 모음으로, 보통 geosite.dat에서 제공하며 geosite:cn은 흔히 쓰이는 참조 형식입니다. 분류 이름은 실제로 로드된 데이터 파일에 따라 달라지며 모든 파일에 같은 분류가 들어 있는 것은 아닙니다. ‘분류를 찾을 수 없음’ 오류가 발생하면 파일 버전, 참조 형식, 코어가 실제로 읽는 경로를 확인하세요.
FakeDNS
앱에 가상 IP를 반환하고 내부적으로 해당 IP와 원래 도메인의 매핑을 유지해 이후 연결에서 도메인 정보를 복원할 수 있도록 합니다. DNS 가로채기, 가상 IP 범위, 라우팅 설정과 함께 사용해야 하며 스위치 하나만 켠다고 모든 DNS 경로가 올바르게 설정되는 것은 아닙니다. 기능을 끈 뒤에도 앱에 가상 주소가 캐시되어 있다면 캐시를 지우거나 앱을 다시 시작해야 할 수 있습니다.
로컬 트래픽 가로채기와 DNS 경로
클라이언트설정
접속 지점, DNS 확인, 라우팅은 서로 다른 단계입니다. 문제를 해결할 때는 설정을 한 번에 하나씩만 바꾸세요.
시스템 프록시
운영체제가 앱에 제공하는 프록시 접속 설정으로, 해당 설정을 따르는 앱만 지정된 프록시를 사용합니다. v2rayN의 ‘시스템 프록시 자동 설정’은 접속 지점을 설정하고, ‘시스템 프록시 해제’는 설정을 삭제하며, ‘시스템 프록시 변경 안 함’은 현재 상태를 유지합니다. 일부 터미널과 앱은 별도 설정이 필요하므로 시스템 프록시를 켜도 모든 트래픽이 가로채지는 않습니다.
TUN 모드
가상 네트워크 인터페이스로 IP 패킷을 받아 프록시에서 처리하는 방식으로, 시스템 프록시를 사용하지 않는 일부 앱의 트래픽도 전달할 수 있습니다. 별도 권한이 필요한 경우가 많으며 다른 가상 네트워크 어댑터, DNS 가로채기, 라우팅 설정과 충돌할 수 있습니다. 켜기 전에 일반 프록시 접속이 되는지 확인하세요. 네트워크가 끊기면 먼저 TUN을 끄고 권한, 네트워크 어댑터, 실행 로그를 살펴보세요.
DNS 누수
DNS 쿼리가 의도한 확인 경로를 벗어나는 현상입니다. 예를 들어 지정한 DNS 서버에서 처리하려던 요청이 시스템 기본 DNS 서버로 전달될 수 있습니다. 브라우저의 보안 DNS, 앱 자체 DNS, 클라이언트 DNS가 모두 결과에 영향을 줄 수 있습니다. 웹사이트의 외부 접속 IP가 바뀌었다고 DNS 경로가 올바르다는 뜻은 아니므로 앱별 DNS 설정과 실제 쿼리 경로를 확인하세요.
로컬 수신 포트
클라이언트가 로컬에서 프록시 요청을 받는 포트입니다. 화면에 10808이 표시되더라도 실제 값은 현재 설정을 기준으로 확인하세요. 앱에서 지정하는 HTTP 또는 SOCKS 접속 유형도 수신 방식과 일치해야 하므로 포트 번호만 복사해서는 안 됩니다. 연결이 거부되면 코어가 실행 중인지, 포트를 다른 프로그램이 사용 중인지, 앱이 올바른 로컬 주소에 연결하는지 확인하세요.
트래픽 스니핑
연결 초기 데이터에서 도메인이나 프로토콜 정보를 추출해 도메인 기반 라우팅에 활용하는 기능입니다. HTTPS 본문을 복호화하는 기능은 아니며 모든 연결에서 도메인을 알아낼 수 있는 것도 아닙니다. 스니핑 결과를 라우팅에만 사용할지 대상 주소에도 반영할지는 설정에 따라 다르므로, 변경 전에 문제가 도메인 식별에 있는지 DNS 경로에 있는지 먼저 확인하세요.
사용 방법에 따라더 알아보기
용어 설명은 각 설정 항목의 역할과 범위를 파악하는 데 도움이 됩니다. 실제로 설정할 때는 먼저 가이드를 따라 연결을 구성한 뒤 DNS, TUN, 사용자 지정 라우팅을 조정하세요.