프로토콜 및 전송
이 용어들은 노드 편집 창의 프로토콜, 전송, 보안 설정에 해당합니다. 연결 문제를 점검할 때는 주소와 포트만 확인하지 말고 각 계층을 따로 살펴보세요.
VMess
프록시 프로토콜VMess는 Project V 생태계의 프록시 프로토콜로, 사용자 식별자 등의 매개변수로 연결을 식별합니다. 프로토콜, 전송 방식, TLS는 서로 다른 설정 계층이므로 UUID를 입력한 뒤에도 다른 항목을 확인해야 합니다. 시스템 시간 오차가 인증에 영향을 줄 수 있으니 연결에 문제가 있으면 기기 시간도 점검하세요. 오래된 가이드의 항목이 모든 최신 버전에 적용되는 것은 아닙니다.
VLESS
경량 프록시 프로토콜VLESS는 자체적으로 트래픽을 암호화하지 않으며, 일반적으로 TLS나 REALITY 같은 보안 메커니즘과 함께 사용합니다. 사용자 식별자, 전송 방식, 해당하는 경우 flow가 모두 서버 설정과 일치해야 합니다. 노드의 프로토콜 드롭다운을 VLESS로 바꾼다고 다른 프로토콜 설정이 사용 가능한 VLESS 노드로 변환되는 것은 아닙니다.
Trojan
비밀번호 인증 / TLSTrojan은 일반적으로 TLS 연결을 통해 프록시 요청을 전달하고 비밀번호로 인증하는 프로토콜입니다. 비밀번호뿐 아니라 서버 주소, 포트, 서버 이름, 인증서 검증 설정도 확인해야 합니다. 비밀번호가 맞는데 핸드셰이크에 실패한다면 같은 설정을 반복해서 가져오기보다 TLS와 전송 매개변수를 점검하세요.
REALITY
Xray 전송 보안 메커니즘REALITY는 Xray 생태계의 전송 보안 메커니즘으로, 독립적인 프록시 프로토콜은 아닙니다. VLESS 설정에서 자주 사용합니다. 클라이언트에는 서버와 일치하는 공개 키, 서버 이름, shortId 등을 입력해야 합니다. 이름만 보고 값을 추측하거나 클라이언트의 개인 키 항목에 서버 공개 키를 대신 입력해서는 안 됩니다. 가져오기 전에 사용 중인 코어가 이 메커니즘을 지원하는지도 확인하세요.
TLS
전송 계층 보안 프로토콜TLS는 전송을 보호하고 인증서 등의 메커니즘으로 통신 상대의 신원을 확인합니다. 노드 주소와 서버 이름은 서로 다른 역할을 할 수 있으며, 서버 이름은 일반적으로 핸드셰이크와 인증서 검증에 사용됩니다. 인증서 오류가 발생하면 도메인, 인증서 유효 기간, 기기 시간을 확인하세요. 인증서 검증을 끄는 것은 일반적인 해결 방법이 아닙니다.
WebSocket
WS / 양방향 전송WebSocket은 프록시 코어에서 전송 계층으로 사용할 수 있는 양방향 통신 방식이지만, 노드 인증 방식을 정의하지는 않습니다. 경로, Host, 서버 리버스 프록시 설정이 서로 맞아야 하며 경로의 대소문자도 영향을 줄 수 있습니다. WebSocket과 TLS는 함께 사용할 수 있으므로 전송 연결과 보안 핸드셰이크의 성공 여부를 따로 확인하세요.
코어 및 생태계
클라이언트 이름과 코어 이름이 같은 가이드에 함께 등장하는 경우가 많지만, 둘은 서로 다릅니다. 기능을 사용할 수 있는지 판단하려면 인터페이스에 설정이 있는지만 볼 것이 아니라 실제로 실행되는 코어의 지원 여부도 확인해야 합니다.
Project V
V2Ray 오픈 소스 생태계Project V는 V2Ray를 중심으로 형성된 오픈 소스 프록시 도구 및 기술 생태계를 가리키며, 프로토콜, 전송, 라우팅, 설정 등의 기능을 포함합니다. 일반적으로 말하는 “V2Ray 클라이언트”는 코어 자체가 아니라 관련 기능을 관리하는 GUI 프로그램인 경우가 많습니다. 자료를 읽을 때는 먼저 설명 대상이 무엇인지 확인해야 인터페이스 조작과 하위 설정 문법을 구분할 수 있습니다.
Xray
Xray Core / 프록시 코어Xray는 V2Ray 생태계와 공통 기술 기반을 공유하면서 자체 기능을 발전시키고 있으며, REALITY는 그중 하나인 전송 보안 메커니즘입니다. v2rayNG는 Xray 코어를 사용하지만 특정 옵션을 사용할 수 있는지는 통합된 버전과 설정 조합에 따라 달라집니다. “지원하지 않는 항목” 오류가 발생하면 클라이언트 표시 이름만 보지 말고 실제 실행 중인 코어를 확인하세요.
V2Fly
V2Ray 커뮤니티 / V2Fly CoreV2Fly는 V2Ray 관련 오픈 소스 프로젝트를 관리하는 커뮤니티이며, V2Fly Core는 그중 프록시 처리를 담당하는 코어입니다. v2flyNG는 이 코어 계열을 사용하며, Xray를 사용하는 v2rayNG와는 다른 클라이언트입니다. 두 코어 계열은 기술적으로 연관되어 있지만, 모든 최신 기능과 설정 항목, 설정 파일을 서로 그대로 바꿔 쓸 수 있는 것은 아닙니다.
클라이언트와 코어
인터페이스 관리 / 연결 처리클라이언트는 구독 관리, 서버 목록, 설정 구성을 담당하고 코어는 실제 연결, 라우팅, DNS 등을 처리합니다. 클라이언트에서 설정을 가져올 수 있어도 코어가 모든 항목을 실행할 수 있다는 뜻은 아닙니다. 문제를 점검할 때는 클라이언트 버전, 코어 종류, 시작 로그를 함께 확인하세요. 코어를 바꾸기 전에는 설정을 백업한 뒤 프로토콜과 매개변수의 호환성을 살펴보세요.
구독 및 노드
구독은 설정을 가져오는 경로이고, 노드는 그 안에 포함된 연결 설정 하나이며, 테스트 결과는 특정 테스트의 응답입니다. 세 가지를 구분하면 업데이트 실패, 매개변수 오류, 연결 시간 초과의 원인을 더 쉽게 찾을 수 있습니다.
구독
설정 가져오기 및 업데이트 경로구독은 일반적으로 서버 설정을 가져오고 업데이트하는 링크입니다. 응답 형식은 제공자와 클라이언트에 따라 다릅니다. 구독 업데이트에 성공했다는 것은 설정을 가져오거나 파싱했다는 뜻일 뿐, 포함된 모든 노드의 연결이 보장되지는 않습니다. 링크에 접근 정보가 포함될 수 있으므로 스크린샷, 로그, 도움 요청 글을 공유할 때 전체 구독 주소를 삭제해 다른 사람이 접근하지 못하게 하세요.
노드
서버 연결 설정노드는 클라이언트에 저장된 서버 연결 설정 하나로, 일반적으로 프로토콜, 주소, 포트, 인증, 전송 매개변수가 포함됩니다. 목록의 표시 이름은 라벨일 뿐이므로 이름만으로 실제 위치, 속도, 연결 가능 여부를 판단할 수 없습니다. 클라이언트를 설치해도 노드가 자동으로 제공되지는 않습니다. 직접 추가하려면 서비스 제공자가 안내한 매개변수가 모두 필요합니다.
구독 그룹
출처 또는 용도별 정리구독 그룹은 출처나 용도가 다른 구독과 서버를 정리해 각각 업데이트, 필터링, 확인할 수 있도록 합니다. 그룹은 라우팅 규칙과 다르며 같은 그룹에 있다고 해서 노드가 자동으로 같은 종류의 트래픽을 처리하는 것은 아닙니다. 일괄 업데이트 전에는 적용 범위를 확인하세요. 구독 노드를 직접 수정한 경우 다음 업데이트에서 변경 사항이 덮어써질 수 있으므로 별도 사본을 보관하세요.
지연 시간과 실제 연결 지연 시간
테스트 방식 / 요청 소요 시간지연 시간은 특정 테스트에 걸린 시간을 뜻합니다. TCP 연결 테스트 결과와 프록시를 통해 웹페이지에 접속한 결과는 직접 비교할 수 없습니다. 실제 연결 지연 시간은 보통 프록시 경로를 통해 지정된 주소로 요청을 보내 측정하므로 테스트 대상, DNS, 핸드셰이크 과정의 영향도 받습니다. 수치가 낮다고 다운로드 속도가 빠른 것은 아니며, 테스트 시간 초과는 대상 주소와 로그를 함께 확인해야 합니다.
라우팅 및 DNS
라우팅은 아웃바운드를 선택하고 DNS는 도메인을 조회하며, 두 설정은 서로 영향을 줍니다. 한쪽만 바꾸고 다른 쪽을 확인하지 않으면 규칙이 매칭되지 않거나 예상과 다른 경로로 DNS 요청이 처리될 수 있습니다.
라우팅 규칙
매칭 조건 / 아웃바운드 선택라우팅 규칙은 도메인, IP, 포트 등의 조건에 따라 트래픽을 지정된 아웃바운드로 전달합니다. 규칙은 보통 순서대로 적용되므로 앞쪽의 포괄적인 규칙이 뒤쪽의 세부 규칙을 가릴 수 있습니다. 설정을 확인할 때는 조건뿐 아니라 아웃바운드 식별자와 기본 동작도 살펴보세요. 규칙에 매칭되지 않은 요청도 코어 설정에 따라 계속 처리됩니다.
분할 라우팅
직접 연결 / 프록시 / 차단분할 라우팅은 정책에 따라 요청별로 직접 연결, 프록시, 차단 등의 아웃바운드를 선택하는 방식입니다. 특정 모드 이름만으로 결과가 보장되는 것이 아니라 규칙에 따라 동작합니다. 설정을 검증하려면 직접 연결과 프록시를 사용해야 하는 대상을 각각 선택해 실제 아웃바운드를 확인하고, 코어가 도메인과 이미 조회된 IP 중 무엇을 받았는지도 살펴보세요.
GeoIP
IP 주소 모음GeoIP는 지역이나 용도별로 정리한 IP 주소 모음으로 라우팅 규칙에서 참조할 수 있습니다. 데이터는 정기적으로 업데이트해야 하며 주소 분류가 서비스의 실제 배포 위치와 완전히 일치한다고 보장할 수 없습니다. 관련 규칙을 사용할 때는 요청에서 매칭 가능한 IP를 얻었는지도 확인하세요. 모음 이름만 입력한다고 모든 도메인이 자동으로 조회되는 것은 아닙니다.
GeoSite
카테고리별 도메인 모음GeoSite는 카테고리별 도메인을 정리한 데이터로, 라우팅 및 DNS 규칙에서 자주 사용합니다. 매칭 대상은 GeoIP의 IP 주소와 다릅니다. 카테고리 이름, 포함 범위, 업데이트 주기는 데이터 출처에 따라 달라집니다. 카테고리를 참조하기 전에 데이터에 해당 항목이 있고 현재 코어가 그 형식을 읽을 수 있는지 확인하세요.
DNS
도메인 조회 시스템DNS는 도메인을 IP 주소 등의 레코드로 변환합니다. 하지만 조회 경로는 하나가 아닐 수 있으며 운영체제, 브라우저, 프록시 코어가 각각 요청을 보낼 수 있습니다. 클라이언트 DNS를 바꾼 뒤에는 대상 앱이 해당 조회 경로를 사용하는지 확인하세요. 문제를 점검할 때는 조회 결과와 DNS 요청의 아웃바운드를 각각 살펴보고, “조회 성공”을 “연결 성공”과 혼동하지 마세요.
FakeDNS
합성 주소 / 도메인 매핑FakeDNS는 도메인을 예약된 주소 대역의 합성 주소에 매핑하고, 코어가 해당 트래픽을 받은 뒤 도메인 정보를 복원합니다. 반환된 주소는 서버의 실제 주소가 아니므로 서비스 위치를 판단하는 데 사용할 수 없습니다. DNS 가로채기, 라우팅, 매핑 복원이 함께 동작해야 합니다. 필요한 경로와 분리되어 있거나 이전 캐시가 남아 있으면 요청이 목적지에 도달하지 못할 수 있습니다.
DNS 누수
예상과 다른 조회 경로DNS 누수는 조회 요청이 예상한 정책에 따라 전송되지 않고 다른 리졸버나 경로에서 처리되는 현상입니다. 결과에 로컬 리졸버가 표시된다는 이유만으로 누수라고 단정하지 말고, 미리 설정한 정책과 비교해야 합니다. 앱 자체의 암호화 DNS, 시스템 조회 설정, TUN 가로채기 범위를 확인하세요. 테스트 페이지의 결과는 해당 테스트에서 사용된 조회 경로만 보여 줄 수 있다는 점도 유의해야 합니다.
클라이언트 기능
이 용어들은 트래픽이 클라이언트로 들어오는 방식을 설명합니다. 시스템 프록시, 앱의 수동 프록시 설정, TUN은 트래픽을 처리하는 범위가 다릅니다. 기능을 켜기 전에 대상 앱의 네트워크 동작을 확인하세요.
시스템 프록시
운영체제 프록시 설정시스템 프록시는 이 컴퓨터의 프록시 주소와 포트를 운영체제 설정에 등록해 해당 설정을 따르는 앱이 사용하도록 합니다. 자체 네트워크 설정을 사용하는 프로그램은 클라이언트를 거치지 않을 수 있습니다. 시스템 프록시가 모든 UDP 트래픽을 처리하는 것도 아닙니다. 클라이언트를 종료한 뒤 웹페이지에 문제가 생기면 시스템 프록시가 중지된 로컬 포트를 계속 가리키는지 확인하세요.
TUN 모드
가상 네트워크 인터페이스 / 트래픽 가로채기TUN 모드는 가상 네트워크 인터페이스를 통해 대상 트래픽을 프록시 처리 경로로 전달합니다. 일반적으로 추가 권한이 필요하며 라우팅과 DNS 설정도 관련됩니다. 시스템 프록시를 따르지 않는 일부 앱도 처리할 수 있지만, 구체적인 범위는 구현, 제외 규칙, 설정에 따라 달라집니다. 켠 뒤 연결에 문제가 생기면 프록시 모드를 여러 개 겹쳐 켜기보다 권한, 다른 가상 네트워크 어댑터 도구, DNS 가로채기를 먼저 확인하세요.
HTTP 및 SOCKS 프록시
로컬 프록시 인바운드HTTP와 SOCKS는 앱이 로컬 프록시 인바운드에 연결할 때 사용하는 일반적인 방식입니다. 원격 노드에서 VMess 또는 VLESS를 사용하는 것과는 다른 계층입니다. 앱에 올바른 프록시 유형, 주소, 포트를 입력해야 하며 포트 번호만 복사해서는 안 됩니다. CONNECT를 지원하는 HTTP 프록시를 통해 HTTPS 사이트에 접속할 수 있습니다. SOCKS의 UDP 기능은 앱과 프록시 경로가 모두 지원해야 합니다.
트래픽 스니핑
Sniffing / 도메인 식별트래픽 스니핑은 일부 연결의 핸드셰이크 정보에서 도메인 등의 메타데이터를 식별해 코어의 라우팅 매칭을 돕습니다. HTTPS 본문을 복호화하는 기능은 아니며 모든 앱의 대상 도메인을 식별할 수 있는 것도 아닙니다. 식별 결과로 대상 주소를 변경할지는 코어 설정에 따라 달라집니다. 호환성 문제가 있으면 모든 스니핑 옵션을 한꺼번에 켜기보다 로그를 확인하세요.
LAN 연결 허용
프록시 공유 / 수신 대기 범위LAN 연결을 허용하면 같은 네트워크의 다른 기기가 이 컴퓨터의 프록시 인바운드에 접속할 수 있지만, 해당 기기의 프록시 설정까지 자동으로 바뀌지는 않습니다. 공유할 때는 수신 대기 주소, 프록시 포트, 방화벽을 확인하고 다른 기기에 컴퓨터의 내부 IP 주소를 입력하세요. 신뢰할 수 있는 네트워크에서만 접근하도록 제한해 포트가 공용 네트워크에 노출되지 않게 하세요. 공유를 중지할 때는 관련 설정도 원래대로 복구해야 합니다.
용어에서 설정으로
노드를 가져올 수 있지만 연결되지 않는다면 먼저 프로토콜, 전송, 보안 매개변수를 확인한 뒤 코어 로그를 살펴보세요. 일부 앱에서만 문제가 발생하면 시스템 프록시나 TUN의 트래픽 처리 범위를 확인하세요. 도메인 규칙이 매칭되지 않는다면 DNS와 라우팅 설정이 서로 맞는지 점검하세요.
처음 설정한다면 사용 가이드에 따라 노드를 가져오고 연결을 확인하세요. 항목별 점검이 필요하면 도움말 센터를 참고하세요. 설정을 여러 개 한 번에 바꾸면 어떤 항목이 문제를 해결했는지 확인하기 어렵습니다.