V2Ray 용어집

VMess는 Project V 생태계에서 초기에 사용된 클라이언트와 서버 간 통신 프로토콜입니다. 노드 설정에는 보통 서버 주소, 포트, 사용자 식별자, 전송 방식 및 보안 관련 옵션이 포함됩니다.

설정을 가져올 때는 각 필드를 원래 대응 관계 그대로 유지해야 하며, 주소와 포트만 복사해서는 안 됩니다. 사용자 식별자, 전송 경로 또는 보안 설정이 다르면 네트워크에 연결할 수 있어도 프로토콜 연결은 완료되지 않습니다.

VLESS는 구조가 간결한 프록시 프로토콜로, 자체적으로 추가 데이터 암호화를 수행하지 않습니다. 실제 설정에서는 보통 TLS, REALITY 또는 다른 전송 보안 방식과 함께 사용됩니다.

VLESS 노드를 확인할 때는 사용자 식별자, 흐름 제어 방식, 전송 유형 및 보안 계층 매개변수를 함께 점검해야 합니다. 프로토콜 이름이 같아도 두 노드 설정의 필드를 서로 바꿔 쓸 수 있다는 뜻은 아닙니다.

Trojan은 TLS로 보안 전송을 설정하는 프록시 프로토콜로, 일반적인 설정에는 서버 도메인, 포트, 비밀번호 및 서버 이름이 포함됩니다. 여기서 비밀번호는 프로토콜 인증 정보이므로 서버 설정과 일치해야 합니다.

연결 문제를 해결할 때는 비밀번호뿐 아니라 시스템 시간, 도메인 조회, TLS 설정 및 SNI도 확인해야 합니다. 서버 포트에 접근할 수 있다는 사실만으로 전체 핸드셰이크가 성공했다고 볼 수는 없습니다.

REALITY는 Xray 생태계의 전송 보안 방식으로, VLESS와 함께 자주 사용됩니다. 클라이언트 설정에는 공개 키, 짧은 ID, 서버 이름 및 지문 등의 매개변수가 포함될 수 있습니다.

이 필드들은 서버 설정에 따라 정해지므로 가져온 뒤 의미만 보고 임의로 수정해서는 안 됩니다. 공개 키나 짧은 ID가 일치하지 않으면 연결은 보통 보안 핸드셰이크 단계에서 실패합니다.

TLS는 네트워크 연결 내용을 보호하고 통신 상대의 신원을 확인하는 범용 보안 프로토콜입니다. V2Ray 클라이언트의 TLS 설정은 인증서 도메인, SNI, 시스템 시간 및 전송 방식과 함께 구성되는 경우가 많습니다.

인증서 검증에는 올바른 시스템 시간과 서버 이름이 필요합니다. 인증서 만료, 이름 불일치 또는 핸드셰이크 실패 메시지가 표시되면 프로토콜 유형을 바로 바꾸기보다 먼저 이러한 기본 조건을 확인해야 합니다.

구독은 서비스 제공자가 게시하는 설정 모음 주소입니다. 클라이언트가 이 주소를 읽으면 노드 이름, 프로토콜 매개변수 및 그룹 정보를 선택 가능한 설정 목록으로 변환합니다.

구독 추가와 구독 업데이트는 별개의 작업입니다. 처음 추가할 때는 주소를 저장하고, 업데이트할 때 실제 내용을 다시 가져옵니다. 업데이트 후 목록이 바뀌지 않으면 먼저 클라이언트 알림을 확인한 다음 주소가 아직 유효한지 점검하세요.

노드는 클라이언트에 저장된 하나의 서버 연결 설정으로, 보통 주소, 포트, 프로토콜, 인증 정보, 전송 방식 및 보안 매개변수를 포함합니다. 노드 이름은 식별을 위한 라벨일 뿐 실제 연결 판단에는 사용되지 않습니다.

노드를 선택해도 클라이언트가 코어를 시작하고 해당 트래픽을 인계해야 합니다. 노드가 보이지만 연결되지 않으면 로컬 네트워크, 시스템 시간, 설정 매개변수 및 서버 상태를 각각 확인해야 합니다.

지연 시간은 테스트 요청을 로컬에서 보낸 뒤 응답을 받을 때까지 걸리는 시간이며, 보통 밀리초로 표시됩니다. 테스트 대상, 네트워크 경로, 서버 부하 및 로컬 무선 네트워크가 결과에 영향을 줍니다.

클라이언트마다 지연 시간 테스트 방식이 다를 수 있으므로 수치를 직접 비교하기는 어렵습니다. 지연 시간이 짧으면 보통 응답이 빠르다는 뜻이지만, 다운로드 속도가 더 빠르거나 연결이 항상 안정적이라는 의미는 아닙니다.

실제 연결 지연 시간은 프록시 연결을 설정한 뒤 테스트 대상에 접속해 얻은 응답 시간입니다. 프로토콜 핸드셰이크와 프록시 아웃바운드를 거치므로 서버의 네트워크 도달 가능성만 확인하는 테스트보다 실제 연결 과정에 가깝습니다.

테스트 실패는 노드 매개변수, DNS, 대상 사이트 또는 로컬 네트워크 때문에 발생할 수 있으며 원인이 하나로 정해지지 않습니다. 연속 테스트 전에 로그를 확인하면 프로토콜 오류를 단순한 네트워크 변동으로 잘못 판단하는 일을 줄일 수 있습니다.

노드 속도 측정은 지연 시간, 실제 연결 또는 전송 테스트로 노드의 현재 성능을 비교하는 작업을 통칭합니다. 테스트마다 확인하는 지표가 다르므로 빠른 테스트는 1차 선별에 적합하고, 실제 체감은 지속적인 연결과 대상 서비스에도 좌우됩니다.

여러 노드를 동시에 측정하면 많은 네트워크 요청이 한꺼번에 생성되고 테스트 순서도 결과에 영향을 줄 수 있습니다. 먼저 후보 노드 몇 개를 추린 다음 각각 연결을 검증하는 편이 더 안정적입니다.

TUN 모드는 가상 네트워크 인터페이스로 시스템 트래픽을 받은 뒤 프록시 코어가 DNS, 라우팅 및 아웃바운드 처리를 수행하게 합니다. 시스템 프록시 설정을 읽지 않는 일부 애플리케이션까지 처리하고 더 다양한 연결 유형을 지원할 수 있습니다.

활성화하려면 보통 시스템의 네트워크 관련 권한이 필요하며, 다른 가상 네트워크 도구와 인터페이스 또는 라우팅 충돌이 발생할 수 있습니다. 인터넷이 끊기면 먼저 TUN 모드를 종료하고 시스템 라우팅이 복구되었는지 확인하세요.

FakeDNS는 먼저 애플리케이션에 임시 매핑 주소를 반환하고, 코어가 이를 받은 뒤 원래 도메인을 복원합니다. 이를 통해 이후 라우팅에서 IP 주소만 남기보다 도메인 조건을 계속 사용할 수 있습니다.

임시 주소는 해당 매핑 환경에서만 의미가 있으며 대상 서비스의 실제 주소가 아닙니다. 매핑 상태가 사라지거나 트래픽이 코어를 우회하면 예상대로 도메인을 복원하지 못할 수 있습니다.

DNS 유출은 애플리케이션의 도메인 조회가 예상한 DNS 경로를 우회해 다른 리졸버에서 처리되는 현상입니다. 애플리케이션이 직접 조회 방식을 지정하거나, 시스템에 여러 네트워크 인터페이스가 있거나, 일부 요청이 프록시 코어에 들어오지 않을 때 흔히 발생합니다.

문제를 해결할 때는 먼저 실제로 조회를 시작한 프로그램을 확인한 다음 클라이언트 DNS 설정, 시스템 네트워크 설정 및 라우팅 모드를 점검해야 합니다. DNS 주소 하나만 바꿔도 모든 애플리케이션의 조회 경로가 바뀌는 것은 아닙니다.

시스템 프록시는 운영체제가 애플리케이션에 제공하는 프록시 주소 및 포트 설정입니다. 브라우저와 일부 데스크톱 프로그램은 이를 따르지만, 네트워크 연결을 직접 관리하는 애플리케이션은 무시할 수 있습니다.

시스템 프록시를 켠다고 해서 모든 기기 트래픽이 자동으로 클라이언트에 들어오는 것은 아닙니다. 시스템 프록시를 읽지 않는 프로그램까지 처리해야 한다면 TUN 모드가 적합한지 추가로 판단할 수 있습니다.

인바운드는 프록시 코어가 연결을 수신하는 진입점으로, 일반적인 설정에는 수신 주소, 포트 및 접속 프로토콜이 포함됩니다. 시스템 프록시는 보통 애플리케이션 요청을 로컬 HTTP 또는 SOCKS 인바운드로 전달합니다.

로컬 주소에서만 수신하면 보통 현재 기기에서만 사용할 수 있습니다. LAN 연결을 허용할 때는 수신 범위와 시스템 방화벽을 함께 고려해야 합니다. 인바운드 포트를 다른 프로그램이 사용 중이면 코어가 시작되지 않습니다.

아웃바운드는 프록시 코어가 트래픽을 처리한 뒤 사용하는 출구로, 프록시 서버에 연결하거나 대상에 직접 접속하거나 트래픽을 차단할 수 있습니다. 각 아웃바운드에는 보통 라우팅 규칙에서 참조할 수 있는 고유 라벨이 있습니다.

노드 설정은 일반적으로 프록시 아웃바운드를 생성하고, 클라이언트는 직접 연결 및 차단 아웃바운드도 준비합니다. 라우팅을 읽을 때 규칙의 아웃바운드 라벨을 실제 정의와 대조하면 트래픽의 최종 경로를 파악할 수 있습니다.

DNS는 도메인을 네트워크 주소로 변환하는 이름 해석 시스템입니다. 클라이언트에서 조회 서버, 도메인 매칭 규칙, 조회 유형 및 요청에 사용할 아웃바운드를 설정해 라우팅과 함께 이름 해석을 처리할 수 있습니다.

연결 문제의 원인이 항상 노드인 것은 아닙니다. 도메인을 해석하지 못해도 요청은 실패합니다. 문제를 해결할 때는 해석 결과를 받지 못한 것인지, 주소는 받았지만 이후 연결이 시간 초과된 것인지 구분할 수 있습니다.

SNI는 TLS 핸드셰이크에서 대상 서버 이름을 나타내는 정보입니다. 하나의 서버 주소가 여러 도메인 서비스를 제공할 때 서버는 이 이름에 따라 적절한 인증서와 연결 설정을 선택합니다.

노드 매개변수의 SNI가 서버 주소의 문자와 완전히 같을 필요는 없지만 서버가 제공하는 설정과 일치해야 합니다. 임의로 비우거나 바꾸면 인증서 이름 불일치 또는 핸드셰이크 실패가 발생할 수 있습니다.