설정 용어 찾아보기

V2Ray 용어집

구독, 프로토콜, 코어, 트래픽 분할, DNS의 의미를 확인하세요. 설정 상황에 맞는 용어를 찾아본 뒤 클라이언트에서 해당 옵션을 확인하면 됩니다.

각 용어 이름에는 개별 앵커가 있어 설명 위치를 가리키는 주소를 복사할 수 있습니다. 처음 설정한다면 구독 가져오기 및 연결 방법을 먼저 확인하세요. 증상이 분명하다면 문제 해결에서 안내하는 순서대로 점검하는 편이 좋습니다.

01 / 연결 매개변수

프로토콜 및 전송

프로토콜, 전송 방식, 보안 계층은 서로 다른 설정 항목입니다. 프로토콜 이름을 확인했더라도 나머지 매개변수를 생략하거나 임의로 바꿔서는 안 됩니다.

VMess: 프로토콜 및 전송Project V 생태계의 프록시 프로토콜로, 사용자 식별자를 사용해 인증하며 여러 전송 방식과 조합할 수 있습니다. 일부 인증 과정은 시스템 시간에 의존하므로 기기 시각이 크게 어긋나면 연결에 실패할 수 있습니다. 가져온 뒤에는 기존 설정의 전송 및 보안 계층 매개변수를 그대로 유지하세요. VMess와 WebSocket 같은 전송 방식 이름도 혼동하지 않도록 주의해야 합니다.

VLESS: 프로토콜 및 전송가벼운 프록시 프로토콜로, 일반적인 설정만으로는 데이터를 암호화하지 않습니다. 보통 TLS나 REALITY 같은 보안 계층과 함께 사용합니다. 실제 연결에는 전송 방식과 흐름 제어 매개변수도 필요할 수 있으므로 주소와 사용자 식별자만 입력해서는 안 됩니다. 가져오기는 완료됐지만 연결되지 않는다면 프로토콜 이름만 확인하지 말고 코어가 설정 전체를 지원하는지 살펴보세요.

Trojan: 프로토콜 및 전송일반적으로 TLS 연결 위에서 작동하며 비밀번호로 인증하는 프록시 프로토콜입니다. 비밀번호가 맞더라도 연결 조건이 모두 갖춰졌다고 볼 수 없습니다. 서버 이름, 인증서 검증, 전송 설정도 서버와 일치해야 합니다. 인증서 오류가 발생하면 기기 시간과 서버 설정을 확인하고, 인증서 검증을 장기간 건너뛰는 방법은 피하세요.

REALITY: 프로토콜 및 전송Xray 생태계의 전송 보안 방식으로, 독립적인 노드 프로토콜은 아닙니다. VLESS와 함께 사용하는 경우가 많습니다. 공개 키, 서버 이름, 짧은 ID 등의 설정을 서버에서 제공한 값 그대로 가져와야 합니다. 보안 계층 이름만 REALITY로 바꾼다고 기존 설정에 해당 연결 기능이 추가되는 것은 아닙니다.

02 / 프로그램별 역할

코어 및 클라이언트

GUI는 설정을 조작하고 코어는 실제로 실행합니다. 인터페이스에 특정 항목이 표시되어도 현재 실행 중인 코어가 그 항목을 지원한다는 뜻은 아닙니다.

v2rayN: 코어 및 클라이언트Windows, macOS, Linux용 데스크톱 GUI 클라이언트로, 구독, 연결 설정, 라우팅, 코어 프로세스를 관리합니다. 클라이언트는 인터페이스에서 설정한 내용을 코어가 실행할 수 있는 설정으로 변환합니다. 실제 프로토콜 지원 여부는 선택한 코어와 버전에 따라 달라집니다. 문제를 해결할 때는 클라이언트 버전, 현재 코어, 구체적인 오류를 함께 기록하고 서로 다른 정보로 구분하세요.

v2rayNG: 코어 및 클라이언트Xray 코어로 프록시 연결을 처리하는 Android GUI 클라이언트이며, 주로 시스템의 VPN 서비스 인터페이스를 통해 앱 트래픽을 연결합니다. 시스템에 연결 표시가 나타나면 트래픽 연결 서비스가 설정된 것이지만, 원격 노드를 사용할 수 있다는 의미는 아닙니다. 처음 사용할 때는 시스템 권한을 확인하세요. 연결이 끊기면 백그라운드 실행 제한, 앱별 트래픽 분할, 네트워크 전환도 점검해야 합니다.

Xray: 코어 및 클라이언트프록시 연결, 프로토콜 처리, 라우팅, DNS 등을 담당하는 코어는 메뉴를 표시하는 GUI 클라이언트와 다른 계층에 있습니다. 코어를 바꾸면 지원되는 프로토콜과 설정 항목, 로그 내용이 달라질 수 있으므로 이름만 보고 선택해서는 안 됩니다. 클라이언트를 업데이트한 뒤에는 실제로 실행되는 코어 버전을 확인하고 기존 설정이 계속 지원되는지도 살펴보세요.

V2Fly: 코어 및 클라이언트Project V 기술 생태계를 이어받아 V2Ray 코어와 관련 구성 요소를 관리하는 커뮤니티 프로젝트입니다. 프로젝트 이름과 클라이언트 이름은 서로 다릅니다. v2flyNG는 해당 코어를 사용하는 Android 클라이언트 대안이며, Xray를 사용하는 클라이언트와 설정 지원 범위가 다를 수 있습니다. 이전할 때는 프로토콜과 전송 방식의 지원 여부를 항목별로 확인하고 모든 설정을 서로 바꿔 쓸 수 있다고 가정하지 마세요.

03 / 설정 출처 및 테스트

구독 및 노드

구독은 설정을 가져오는 수단이고, 노드는 실제 연결 매개변수입니다. 테스트 결과는 특정 탐색 조건에서의 성능만 보여 줍니다.

구독: 구독 및 노드하나의 주소로 연결 설정을 일괄 업데이트하는 수단입니다. 노드 자체가 아니며 클라이언트에 서비스 권한이 자동으로 부여된다는 의미도 아닙니다. 주소를 추가해 저장한 뒤에는 보통 ‘모든 구독 업데이트’를 실행해야 설정 목록을 가져올 수 있습니다. 주소에 접근 인증 정보가 포함될 수 있으니 민감 정보로 취급하고, 로그나 스크린샷을 공유하기 전에는 전체 주소를 삭제하세요.

노드: 구독 및 노드클라이언트에서 원격 연결 매개변수 한 묶음을 가리키는 일반적인 이름입니다. 보통 서버 주소, 포트, 프로토콜, 인증, 전송 설정이 포함됩니다. 목록에 표시된 이름은 메모일 뿐이므로 실제 위치, 사용 가능 여부, 성능을 이름만으로 판단할 수 없습니다. 노드를 선택하는 것은 출구 설정을 고르는 일이며, 앱의 트래픽이 해당 노드를 통과하는지는 트래픽 연결 방식과 라우팅 규칙에 따라 달라집니다.

지연 시간: 구독 및 노드탐색 한 번이 완료되는 데 걸리는 시간입니다. TCP 연결 테스트, HTTP 요청 테스트 등은 서로 다른 항목을 측정하므로 테스트 방식을 함께 확인해야 합니다. 테스트 대상, 현재 네트워크, 연결 재사용 등의 영향도 받습니다. 지연 시간이 짧다고 다운로드 속도가 빠른 것은 아닙니다. 노드를 비교할 때는 테스트 방식과 대상, 측정 시간을 최대한 동일하게 맞추세요.

실제 연결 지연 시간: 구독 및 노드프록시 연결을 통해 지정한 테스트 주소에 요청을 보내는 데 걸린 시간입니다. 단순 포트 탐색보다 실제 접속 과정에 가깝습니다. 다만 테스트 사이트, DNS, 라우팅, 코어의 테스트 구현 방식에 따라 결과가 달라질 수 있어 모든 앱에 동일하게 적용되는 결론은 아닙니다. 테스트에 실패하면 테스트 주소에 접속할 수 있는지도 확인해 특정 대상의 장애를 노드 문제로 오인하지 않도록 하세요.

04 / 출구 선택

라우팅 및 트래픽 분할

먼저 트래픽을 코어로 전달한 뒤 규칙에 따라 출구를 정합니다. 규칙을 수정하기 전에 대상 주소, 매칭 조건, 원하는 동작을 명확히 하세요.

라우팅 규칙: 라우팅 및 트래픽 분할도메인, IP, 포트, 프로토콜 등의 조건에 따라 연결에 프록시, 직접 연결, 차단 등의 출구를 선택하는 규칙입니다. 규칙은 보통 순서대로 매칭됩니다. 앞에 범위가 넓은 조건을 두면 뒤의 세부 조건이 적용되지 않을 수 있습니다. 어떤 규칙에도 매칭되지 않은 트래픽의 처리 방식은 개별 규칙만 보지 말고 기본 출구와 클라이언트가 생성한 설정을 확인하세요.

트래픽 분할: 라우팅 및 트래픽 분할트래픽 종류에 따라 서로 다른 출구를 사용하는 정책입니다. 라우팅 규칙이 대표적인 구현 방식으로, 예를 들어 로컬 네트워크 주소는 직접 연결하고 지정한 서비스는 프록시로 연결할 수 있습니다. 트래픽 분할은 이미 연결된 트래픽을 처리할 뿐, 클라이언트 연결 지점을 사용하지 않는 앱까지 자동으로 제어하지는 않습니다. 분할을 확인할 때는 직접 연결할 대상과 프록시를 사용할 대상을 각각 테스트하세요.

GeoIP: 라우팅 및 트래픽 분할라우팅 매칭에 사용하는 IP 주소 모음으로, 태그의 의미와 범위는 규칙 데이터에 따라 달라집니다. 자주 쓰이는 geoip:private는 사설 주소 등 공인 인터넷에 노출되지 않는 범위를 매칭하며, 직접 연결 출구와 함께 사용하면 로컬 네트워크에 접속할 수 있습니다. GeoIP는 주소 모음을 기준으로 판단하며 사이트 콘텐츠를 직접 판별하지 않고 도메인 규칙을 대신하지도 않습니다.

GeoSite: 라우팅 및 트래픽 분할사이트나 카테고리별로 정리된 도메인 목록으로, 관련 도메인을 라우팅에서 한꺼번에 매칭해 하나씩 관리하는 수고를 줄일 수 있습니다. 사용 가능한 태그와 목록 내용은 실제로 사용하는 규칙 데이터에 따라 달라집니다. 다른 출처의 태그를 그대로 복사해도 유효하다고 볼 수 없습니다. 도메인을 매칭하려면 코어가 도메인 정보를 확인할 수 있어야 하므로 대상 IP만 있는 경우 예상한 규칙이 적용되지 않을 수 있습니다.

05 / 도메인 조회

DNS 및 네트워크

연결 대상에 접속하기 전에 도메인 조회가 필요한 경우가 많습니다. 시스템, 브라우저, 프록시 코어가 서로 다른 조회 경로를 사용할 수 있으므로 각각 확인해야 합니다.

DNS: DNS 및 네트워크도메인을 IP 주소 등의 레코드로 변환해 앱이 연결할 대상을 찾을 수 있도록 하는 시스템입니다. DNS 요청은 운영체제, 브라우저, 프록시 코어에서 각각 발생할 수 있으므로 DNS 설정 한 곳을 바꿔도 모든 앱에 적용되지 않을 수 있습니다. 원격 연결은 되지만 도메인 접속에 실패한다면 노드를 바로 바꾸기보다 DNS 서비스, 요청 출구, 캐시를 각각 확인하세요.

원격 DNS: DNS 및 네트워크특정 조회 경로에 사용하도록 클라이언트에 설정하는 DNS 서비스입니다. 일반 주소나 암호화된 DNS 주소로 입력할 수 있습니다. 이름에 ‘원격’이 포함되어도 조회가 반드시 프록시를 통과하는 것은 아닙니다. 실제 출구는 코어, DNS 라우팅, 관련 옵션에 따라 달라집니다. 설정을 바꾼 뒤에는 DNS 서비스에 접속할 수 있는지와 시작 과정에서 DNS 조회가 필요한지도 확인하세요.

FakeDNS: DNS 및 네트워크앱에 가상 IP를 반환하고 코어에서 가상 주소와 도메인의 매핑을 관리하는 방식으로, 이후 연결에서도 도메인 정보를 유지하는 데 도움이 됩니다. DNS 가로채기, 매핑, 트래픽 연결이 함께 작동해야 하므로 일반 공용 DNS 주소처럼 입력해서는 안 됩니다. 기능을 켜거나 끈 뒤에도 앱이 이전 주소를 사용한다면 캐시와 연결 상태를 확인해 만료된 매핑이 남아 있지 않은지 살펴보세요.

DNS 유출: DNS 및 네트워크DNS 요청이 의도한 조회 정책에 따라 전송되지 않는 상황입니다. 예를 들어 요청을 프록시로 보내려 했지만 실제로는 시스템의 다른 경로를 사용할 수 있습니다. 먼저 원하는 경로를 명확히 한 뒤 브라우저의 보안 DNS, 시스템 조회, 코어의 DNS 설정을 확인하세요. 온라인 검사 결과는 참고 자료일 뿐이며, 표시된 DNS 서비스 이름만으로 모든 트래픽의 경로를 판단할 수는 없습니다.

06 / 트래픽 연결

시스템 프록시 및 TUN

프록시 연결 지점은 앱이 클라이언트에 연결하는 방식을 정하고, 원격 노드는 클라이언트가 서버에 연결하는 방식을 정합니다. 두 종류의 주소와 포트를 서로 바꿔 입력해서는 안 됩니다.

시스템 프록시: 시스템 프록시 및 TUN운영체제가 해당 설정을 따르는 앱에 제공하는 프록시 연결 지점으로, 모든 프로그램에 자동 적용되지는 않습니다. ‘시스템 프록시 자동 설정’은 관련 연결 지점을 설정하고, ‘시스템 프록시 해제’는 해당 설정을 제거하며, ‘시스템 프록시 유지’는 현재 상태를 그대로 둡니다. 터미널이나 자체 네트워크 설정을 사용하는 앱은 별도로 구성해야 할 수 있으므로 브라우저에서 접속된다고 다른 프로그램도 연결된 것은 아닙니다.

TUN 모드: 시스템 프록시 및 TUN가상 네트워크 인터페이스를 통해 트래픽을 프록시 코어로 전달하는 연결 방식으로, 일반적으로 시스템 프록시 설정을 따르지 않는 앱도 더 폭넓게 처리할 수 있습니다. 데스크톱에서는 관리자 권한이 필요할 수 있으며 라우팅과 DNS 설정도 함께 구성해야 합니다. 기능을 켰다고 모든 트래픽이 원격 프록시를 사용하는 것은 아닙니다. 다른 가상 네트워크 프로그램과 함께 실행할 때는 인터페이스, 라우팅, DNS 충돌을 확인하세요.

HTTP 프록시: 시스템 프록시 및 TUN앱이 HTTP 프록시 연결 지점으로 요청을 보내는 방식입니다. HTTPS 접속에는 보통 CONNECT를 사용해 터널을 만듭니다. 로컬 프록시 연결 지점의 주소와 포트는 클라이언트 설정에서 확인해야 하며, 구독에 포함된 원격 서버 매개변수를 입력하는 것이 아닙니다. 이 기기에서만 사용할 경우 루프백 주소를 우선 사용하세요. 다른 기기의 연결을 허용하기 전에는 접근 범위와 방화벽 규칙도 확인해야 합니다.

SOCKS 프록시: 시스템 프록시 및 TUN일반적인 애플리케이션 계층 프록시 연결 방식입니다. SOCKS5는 프록시에 대상 도메인이나 IP를 전달할 수 있으며, 구현에 따라 UDP도 지원합니다. 도메인을 프록시에서 조회할지는 앱의 구현과 설정에 따라 달라지므로 SOCKS 연결을 사용한다는 이유만으로 DNS 경로를 단정할 수 없습니다. 입력할 때는 HTTP 연결 지점을 잘못 지정하지 않도록 클라이언트가 실제로 사용하는 포트도 확인하세요.