본문으로 건너뛰기

설정 항목 참고 · 용어 27개

V2Ray 용어 정리

구독 링크부터 TUN 모드까지, 먼저 개념을 구분한 뒤 설정 간 관계를 살펴보세요. 아래 분류에서 용어를 찾거나 용어 카드의 링크를 눌러 관련 설명으로 바로 이동할 수 있습니다.

프로토콜 ≠ 전송 방식
클라이언트 ≠ 코어
구독 ≠ 노드

이 페이지에서는 일반적인 개념을 설명합니다. 메뉴 이름과 기능 지원 여부는 실제 클라이언트 및 코어 버전에 따라 다를 수 있습니다. 처음 설정한다면 입문 가이드부터 확인하세요.

프로토콜과 전송 방식

프로토콜은 연결에서 데이터를 교환하는 방식을, 전송 방식은 데이터를 전달하는 방법을 규정합니다. 보안 계층은 통신을 보호하며, 세 항목은 각각 맞춰야 합니다.

프로토콜과 전송 방식VMess: Project V 생태계의 프록시 프로토콜로, 인증과 데이터 교환 방식을 정합니다. 여러 전송 방식을 조합할 수 있으므로 VMess 연결이라도 경로, 호스트 이름, TLS 설정이 다를 수 있습니다. 클라이언트와 서버의 관련 매개변수는 서로 일치해야 하며, 주소와 포트만 입력했다고 설정이 완성된 것은 아닙니다. 인증 오류가 발생하면 기기의 시간이 정확한지도 확인하세요.

프로토콜과 전송 방식VLESS: 가벼운 프록시 프로토콜로, 자체적으로 완전한 데이터 암호화 계층을 제공하지 않아 보통 TLS 또는 REALITY 같은 보안 방식과 함께 사용합니다. 이름이 같아도 설정을 서로 바꿔 쓸 수 있는 것은 아닙니다. 전송 방식, 서버 이름, 적용되는 flow 매개변수가 연결에 영향을 줄 수 있습니다. 공유 링크를 가져온 뒤에는 제공된 보안 필드를 그대로 유지하고, 다른 연결의 설정을 임의로 적용하지 마세요.

프로토콜과 전송 방식Trojan: 일반적으로 TLS로 통신을 보호하고 비밀번호로 인증하는 프록시 프로토콜입니다. 비밀번호와 서버 주소는 별개의 항목이며, 서버 이름이 인증서 검증에 사용될 수 있으므로 임의로 생략하면 안 됩니다. 사용 가능 여부는 선택한 코어가 해당 전송 조합을 지원하는지에 따라서도 달라집니다. 연결 오류가 발생하면 인증서 검증을 끄기보다 먼저 원본 설정을 확인하세요.

프로토콜과 전송 방식REALITY: Xray 생태계의 전송 보안 방식으로, VLESS 연결 설정에 자주 사용되지만 독립적인 구독 형식은 아닙니다. 공개 키, 서버 이름, 짧은 ID 등의 매개변수를 맞춰야 하며, 이 방식을 지원하는 코어에서 처리해야 합니다. 공개 키는 인증 관계에 쓰이며 로그인 비밀번호와 다릅니다. 클라이언트에 REALITY 옵션이 표시된다는 사실만으로 연결 가능 여부를 판단할 수는 없습니다.

프로토콜과 전송 방식전송 방식: TCP, WebSocket, gRPC처럼 프록시 데이터를 전달하고 보내는 방식을 설명합니다. VMess, VLESS 같은 프록시 프로토콜과는 다른 계층이며 TLS 같은 보안 방식과도 다릅니다. WebSocket 경로나 gRPC 서비스 이름 등의 항목은 서버 설정을 따라야 하며, 전송 방식만 임의로 바꾸면 기존 연결이 유지되지 않는 경우가 많습니다.

코어와 클라이언트

클라이언트는 관리를 담당하고 코어는 네트워크 처리를 담당합니다. 클라이언트를 선택할 때는 연결 설정에 필요한 코어 기능도 확인해야 합니다.

코어와 클라이언트Project V: V2Ray를 중심으로 형성된 오픈 소스 네트워크 도구 프로젝트 및 기술 생태계로, 바로 가져와 사용할 수 있는 연결 설정은 아닙니다. 관련 자료를 볼 때는 코어, 그래픽 클라이언트, 서버의 역할을 구분하세요. 코어는 네트워크를 처리하고, 클라이언트는 조작 인터페이스를 제공하며, 서버는 해당 프로토콜의 연결을 받습니다. 생태계 이름이 비슷해도 모든 구성 요소가 같은 기능을 지원하는 것은 아닙니다.

코어와 클라이언트V2Fly: 커뮤니티가 관리하는 V2Ray 프로젝트로, 핵심 프로그램이 프로토콜 처리, 라우팅 선택, 네트워크 연결을 담당합니다. Android 클라이언트 v2flyNG는 V2Fly 코어를 그래픽 인터페이스로 조작할 수 있게 합니다. 설정을 사용할 수 있는지 판단할 때는 다른 코어의 설정을 그대로 옮기기보다 실제 코어가 지원하는 항목과 버전 요구 사항을 확인하세요.

코어와 클라이언트Xray: V2Ray 관련 코드에서 파생된 독립 코어 프로젝트로, REALITY 등의 기능을 포함하며 자체 설정 기능을 계속 확장하고 있습니다. v2rayNG는 Xray 코어를 사용하지만, 클라이언트 인터페이스 버전과 코어 버전은 별도로 확인해야 합니다. 구독에 필요한 기능을 기준으로 선택하고, 자세한 차이는 Xray와 V2Fly 코어 비교에서 확인하세요.

코어와 클라이언트그래픽 클라이언트: 구독 관리, 연결 선택, 라우팅 편집, 코어 실행 기능을 제공하는 그래픽 프로그램입니다. v2rayN, v2rayNG, v2flyNG 등이 있으며, 클라이언트 이름은 프로토콜 이름과 다릅니다. 클라이언트를 설치한 뒤에도 유효한 연결 설정을 가져와야 합니다. 데스크톱에서는 인터페이스 업데이트와 코어 업데이트가 서로 다른 기능에 영향을 줄 수 있으므로 문제를 확인할 때 관련 정보를 각각 기록하세요.

구독과 노드

구독은 설정을 가져오는 출처이고, 노드는 선택 가능한 연결이며, 그룹은 관리 방식입니다. 업데이트 성공과 연결 가능 여부는 별개의 문제입니다.

구독과 노드구독 링크: 연결 설정 목록을 가져오고 업데이트하는 주소로, 서버 항목에 직접 입력하는 프록시 주소가 아닙니다. 클라이언트가 구독에 접속하면 응답 내용을 연결 목록으로 변환합니다. 로그인 페이지, 오류 페이지 또는 지원하지 않는 형식이 반환되면 가져오지 못할 수 있습니다. 링크에 접근 인증 정보가 포함될 수 있으므로 스크린샷, 로그, 문의 내용을 공유할 때는 민감한 부분을 가리세요. 이용 방법은 구독 가져오기 가이드에서 확인할 수 있습니다.

구독과 노드노드: 클라이언트 목록에 표시되는 연결 설정 하나로, 일반적으로 서버 주소, 포트, 프록시 프로토콜, 인증 정보와 전송 및 보안 매개변수가 포함됩니다. 목록의 메모는 관리용 표시일 뿐 연결 성능을 결정하지 않습니다. 노드를 가져오는 데 성공했다는 것은 설정을 인식했다는 의미이며, 실제 사용 가능 여부는 연결 테스트와 정상적인 접속으로 확인해야 합니다.

구독과 노드구독 그룹: 클라이언트에서 구독 출처를 구분해 관리하는 분류입니다. 그룹마다 메모, 주소, 사용 여부, 업데이트 옵션을 저장할 수 있습니다. 그룹을 업데이트하면 해당 출처의 연결 목록이 추가, 삭제 또는 교체될 수 있으며, 직접 수정한 내용이 다음 업데이트에서 덮어써질 수도 있습니다. 그룹 이름은 관리용이며, 활성 구독으로 설정해도 모든 프로그램의 트래픽이 예상대로 프록시를 통과하는 것은 아닙니다.

라우팅과 분기

먼저 트래픽이 클라이언트로 들어오는지 확인한 다음, 매칭 조건과 출구를 점검하세요. 가로채지 못한 연결에는 라우팅 규칙을 적용할 수 없습니다.

라우팅과 분기라우팅 규칙: 도메인, 대상 IP, 포트 등의 조건에 따라 연결의 처리 출구를 선택하는 설정입니다. 규칙 순서가 중요합니다. 앞의 포괄적인 규칙이 먼저 매칭되면 뒤에 있는 세부 규칙이 적용되지 않을 수 있습니다. 결과를 확인할 때는 매칭되지 않은 트래픽의 기본 출구와 코어가 규칙에 필요한 도메인 또는 주소 정보를 가져올 수 있는지도 살펴보세요.

라우팅과 분기분기 라우팅: 조건에 따라 연결마다 직접 연결, 프록시 또는 차단 출구를 선택하는 처리 방식입니다. 모든 트래픽을 하나의 서버로 보내는 것이 아니라, 진입 경로와 규칙, 출구가 함께 작동해야 합니다. 시스템 프록시를 따르지 않는 앱은 연결이 클라이언트로 들어오지 않을 수 있으므로, 이때는 도메인 규칙을 수정해도 문제가 해결되지 않을 수 있습니다.

라우팅과 분기GeoIP: 라우팅 규칙에서 참조하는 IP 주소 분류 데이터로, 주소 범위나 태그를 기준으로 매칭 조건을 구성합니다. 분류 결과는 데이터 출처, 파일 내용, 업데이트 상태에 따라 달라지므로 서버의 실제 위치나 속도를 바로 판단하는 데 사용할 수 없습니다. 도메인이 여러 주소로 해석될 수 있어 같은 웹사이트도 DNS 응답에 따라 라우팅 결과가 바뀔 수 있습니다.

라우팅과 분기GeoSite: 라우팅 또는 DNS 규칙에서 참조하는 도메인 분류 데이터로, 보통 서비스나 용도별로 도메인을 묶어 둡니다. 태그는 웹사이트 주소가 아니며, 사용할 수 있는 태그도 데이터 출처와 버전에 따라 달라집니다. GeoSite 규칙을 적용하려면 코어가 도메인을 확인할 수 있어야 합니다. 대상 IP만 있는 연결은 예상한 도메인 분류에 매칭되지 않을 수 있습니다.

라우팅과 분기직접 연결과 프록시 출구: 직접 연결은 현재 네트워크에서 대상에 바로 연결하는 방식이고, 프록시 출구는 설정한 프록시 서버를 통해 연결하는 방식입니다. 이는 최종 네트워크 경로를 뜻하며, 인터페이스에서 시스템 프록시가 켜져 있는지와는 별개의 판단입니다. 실제 출구를 확인할 때는 현재 라우팅 모드, 매칭된 규칙, 코어 로그를 함께 살펴보세요. 선택한 노드의 메모만으로는 판단할 수 없습니다.

DNS와 네트워크

조회 경로, 연결 경로, 테스트 결과를 구분해서 확인하세요. DNS를 변경한 뒤에는 캐시와 앱 자체의 네트워크 설정도 고려해야 합니다.

DNS와 네트워크DNS: 도메인을 IP 주소 등의 레코드로 변환하는 시스템으로, 많은 연결을 시작하기 전에 필요한 과정입니다. 앱, 운영체제, 클라이언트 코어 또는 원격 서비스가 조회를 수행할 수 있으므로 DNS 주소 하나를 설정해도 모든 요청에 적용되는 것은 아닙니다. 웹사이트가 열리지 않는다면 먼저 DNS 조회 실패와 연결 실패를 구분한 뒤 실제 경로에 맞춰 DNS 설정을 확인하세요.

DNS와 네트워크원격 DNS와 직접 연결 DNS: 일반적으로 DNS 조회 서비스와 DNS 요청의 네트워크 경로를 구분하는 용어지만, 설정 화면에 따라 의미가 조금씩 다를 수 있습니다. 원격 리졸버 주소를 입력해도 요청이 자동으로 프록시를 통과하는 것은 아니며, 리졸버 연결에도 올바른 라우팅이 필요합니다. 설정할 때는 어떤 도메인에 어떤 리졸버를 사용할지, 리졸버 자체에는 어떤 출구로 접속할지 명확히 정하세요.

DNS와 네트워크FakeDNS: 도메인에 가상 주소를 할당하고 도메인과 주소의 매핑을 유지하는 방식입니다. 코어는 이후 연결에서 이 매핑을 이용해 원래 대상을 식별할 수 있습니다. 가상 주소는 웹사이트의 실제 서버 주소가 아니므로 트래픽 가로채기 및 해당 주소 풀의 라우팅과 함께 구성해야 합니다. 기능을 끈 뒤에도 시스템이나 앱에 이전 응답이 캐시될 수 있으므로 설정을 바꿀 때 캐시 영향도 확인하세요.

DNS와 네트워크DNS 누수: DNS 요청이 예상한 조회 경로를 벗어나는 현상입니다. 예를 들어 지정된 출구로 보내야 할 요청이 시스템이나 앱에 의해 다른 DNS 서비스로 전달되는 경우입니다. 검사 결과에 특정 리졸버 이름이 표시되더라도 문제 해결을 위한 단서일 뿐 모든 요청의 경로를 단독으로 증명하지는 않습니다. 앱의 암호화 DNS 설정, 시스템 DNS 조회, 라우팅, 캐시를 함께 확인하고 자세한 절차는 DNS 누수 점검 가이드에서 살펴보세요.

DNS와 네트워크지연 시간과 실제 연결 지연 시간: 지연 시간은 특정 테스트에 걸리는 시간입니다. TCP 연결 수립, 요청과 응답, 프록시를 통한 대상 접속은 각각 측정 결과의 의미가 다릅니다. 실제 연결 지연 시간은 보통 현재 프록시를 통해 지정된 테스트 대상에 요청을 보내 측정하지만, 구체적인 측정 범위는 클라이언트 구현에 따라 다릅니다. 테스트 주소, DNS 조회, 네트워크 상태가 결과에 영향을 주므로 같은 조건에서 비교하세요. 지연 시간이 낮다고 다운로드 속도가 빠른 것은 아닙니다.

시스템 프록시와 TUN

이 용어들은 트래픽이 클라이언트로 들어오는 방식을 설명합니다. 트래픽을 가로챈 뒤에는 라우팅 규칙에 따라 연결별로 직접 연결할지 프록시를 사용할지 결정됩니다.

시스템 프록시와 TUN시스템 프록시: 운영체제에서 제공하는 프록시 주소 설정으로, 이 설정을 따르는 앱이 요청을 클라이언트의 로컬 진입점으로 보내도록 합니다. 모든 프로그램이 프록시를 사용하는 것은 아니며, DNS 요청도 반드시 같은 경로를 따르는 것은 아닙니다. 클라이언트를 종료한 뒤 웹페이지에 접속할 수 없다면, 중지된 포트를 가리키는 프록시 설정이 시스템에 남아 있는지 확인하세요.

시스템 프록시와 TUNTUN 모드: 가상 네트워크 인터페이스와 시스템 라우팅을 이용해 트래픽을 가로채는 모드로, 시스템 프록시를 따르지 않는 일부 프로그램도 처리할 수 있습니다. 일반적으로 필요한 권한이 있으며 DNS, 라우팅, 가상 네트워크 어댑터 설정과 함께 구성해야 합니다. 켜도 모든 연결이 프록시 출구를 이용하는 것은 아닙니다. 네트워크가 끊기거나 실행에 실패하면 먼저 TUN을 끄고 기본 연결을 복구한 뒤 TUN 설정 안내에 따라 항목별로 확인하세요.

시스템 프록시와 TUNHTTP 및 SOCKS 로컬 프록시: 클라이언트가 기기에서 제공하는 프록시 진입점으로, 다른 앱이 HTTP 또는 SOCKS 프로토콜을 사용해 수신 포트에 연결할 수 있습니다. 앱에 설정하는 프로토콜 종류, 주소, 포트는 실제 진입점과 일치해야 하며 구독 주소를 입력하면 안 됩니다. 일부 클라이언트는 여러 프로토콜을 받는 혼합 포트를 사용합니다. LAN 접근을 허용하기 전에 수신 범위와 접근 제어를 확인하세요.

시스템 프록시와 TUNLAN 우회: 로컬 네트워크 주소를 우선 직접 연결하는 라우팅 정책으로, 라우터, 공유 기기, LAN 서비스에 계속 접속할 수 있도록 할 때 사용합니다. 프록시를 끄는 것과는 다르므로 다른 대상의 연결은 계속 규칙에 따라 처리할 수 있습니다. 일부 기기의 검색 기능은 멀티캐스트, 브로드캐스트 또는 특정 인터페이스에 의존합니다. 로컬 서비스에 계속 접속할 수 없다면 TUN 라우팅, 방화벽, 앱에서 사용하는 네트워크 인터페이스도 확인하세요.