VMess와 VLESS는 프록시 프로토콜이지 클라이언트나 속도 등급이 아닙니다. 일반적인 VMess 설정은 프로토콜 계층에서 암호화를 제공하고, VLESS는 TLS 또는 REALITY를 보안 전송 계층으로 사용하는 경우가 많습니다. 사용자는 구독에 포함된 설정을 그대로 유지하고 클라이언트 코어의 호환성을 확인한 뒤, 같은 네트워크에서 실제 연결 상태를 비교하면 됩니다. 기존 VMess 노드가 안정적으로 작동한다면 프로토콜 이름만 보고 바꿀 필요는 없습니다.
1분 만에 이해하는 프로토콜·전송·보안 계층
v2rayN에서 VMess, VLESS, WebSocket, TLS가 보이면 먼저 각 항목의 역할을 구분하세요. VMess와 VLESS는 클라이언트와 서버가 사용자를 인증하고 프록시 요청을 주고받는 방식을 정합니다. WebSocket 같은 전송 방식은 데이터를 전달하는 방법을 결정하고, TLS와 REALITY는 연결을 보호하는 보안 계층에 해당합니다. 서로 다른 계층의 설정이므로 이름 하나만 보고 연결 전체를 판단할 수는 없습니다.
예를 들어 “VLESS + WebSocket + TLS”는 세 가지 계층을 함께 나타냅니다. VMess 노드의 편집 창에서 프로토콜만 VLESS로 바꿔도 서버 설정이 자동으로 변경되지는 않습니다. 서버에서 사용하는 프로토콜, 사용자 ID, 전송 방식, 보안 설정이 모두 맞아야 합니다. 구독에 제공된 조합을 우선 그대로 가져오세요.
| 항목 | VMess | VLESS |
|---|---|---|
| 사용자 식별 | 일반적으로 UUID로 사용자 식별 | 일반적으로 UUID로 사용자 식별 |
| 일반적인 암호화 방식 | 프로토콜 계층에서 페이로드를 암호화하며 TLS를 추가할 수도 있음 | 일반적인 설정에서는 TLS 또는 REALITY로 전송 보호 |
| 시간의 영향 | 인증에 시간 범위 검사가 포함되어 시계 오차로 실패할 수 있음 | 기본 사용자 인증은 VMess와 같은 시간 검증 방식을 사용하지 않지만 다른 보안 계층은 시간의 영향을 받을 수 있음 |
| 설정 시 확인할 항목 | UUID, 암호화 옵션, 전송 방식, 보안 계층 | UUID, 전송 방식, 보안 계층, 서버에서 요구하는 flow 등의 매개변수 |
| 선택 기준 | 기존 서버와 호환되고 연결이 안정적이면 계속 사용 | 클라이언트 코어가 지원하고 보안 설정을 모두 사용할 수 있을 때 선택 |
UUID는 접속 자격 증명이지 암호화 강도를 나타내는 지표가 아닙니다. 두 프로토콜 모두 구독 링크와 노드 설정을 안전하게 보관해야 합니다. 전체 설정 화면을 공개 그룹에 공유하면 주소, 포트, 사용자 인증 정보가 함께 노출될 수 있습니다.
암호화 차이: VLESS의 none은 어떤 의미일까?
VMess는 프로토콜 계층에서 페이로드를 암호화하며, 일반적으로 AES-128-GCM과 ChaCha20-Poly1305 알고리즘을 지원합니다. 클라이언트의 자동 선택 옵션은 구현 방식과 실행 환경에 따라 알고리즘을 고르는 기능인 경우가 많습니다. 모든 설정이 똑같다는 뜻도, 바깥쪽 TLS를 마음대로 제거해도 된다는 뜻도 아닙니다. 구독을 사용할 때는 제공된 설정을 그대로 유지하세요.
일반적인 VLESS 설정에서 encryption: none은 해당 프로토콜 항목이 VMess 방식의 페이로드 암호화를 제공하지 않는다는 뜻이지, 연결 전체가 평문이라는 뜻은 아닙니다. 바깥쪽에 TLS 또는 REALITY가 올바르게 설정되어 있다면 클라이언트와 프록시 서버 사이의 연결은 해당 계층으로 보호됩니다. 반대로 이런 보안 계층이나 다른 명확한 보안 캡슐화가 없다면, “VLESS”라는 이름만으로 안전하다고 판단할 수 없습니다.
- TLS가 표시되는 경우: 서버 이름, 인증서 검증, 전송 설정을 확인하세요. 도메인이나 인증서 오류를 감추기 위해 인증서 검증 건너뛰기를 계속 사용하지 마세요.
- REALITY가 표시되는 경우: 구독에 포함된 서버 이름, 공개 키, shortId 등의 설정을 유지하세요. 다른 노드의 값으로 바꾸면 안 됩니다.
- Vision이 표시되는 경우: 보통 VLESS의 flow 설정으로 나타납니다. 예를 들어
xtls-rprx-vision을 사용하며, 클라이언트와 서버, 전송 방식이 모두 지원해야 합니다. - 포트 443이 표시되는 경우: 연결 대상 포트가 443이라는 사실만 알 수 있습니다. 포트 번호만으로 TLS가 활성화되었다고 판단할 수는 없습니다.
시간 검증: VMess 연결에 실패하면 시스템 시계부터 동기화
VMess 인증에는 시간 관련 검사가 포함됩니다. 기기 시간이 실제 시간과 크게 다르면 클라이언트와 서버가 인증을 완료하지 못할 수 있습니다. 이때 지연 시간 테스트에 응답이 오더라도 인증이 정상이라는 뜻은 아닙니다. TCP 연결 성공과 프록시 요청 성공은 서로 다른 단계입니다.
VLESS라면 시간을 신경 쓰지 않아도 된다고 생각하면 안 됩니다. 기본적인 VLESS 사용자 인증은 VMess와 다른 시간 검증 방식을 사용하지만, TLS 인증서의 유효 기간을 확인하려면 정확한 시계가 필요하며 보안 방식에 따라 별도의 시간 조건이 있을 수 있습니다. 컴퓨터를 오랫동안 절전 모드로 두거나 시스템 시간을 수동으로 변경하거나 라우터의 시간이 동기화되지 않으면 문제 해결이 더 어려워집니다.
- Windows 11에서 ‘설정’ → ‘시간 및 언어’ → ‘날짜 및 시간’을 엽니다.
- ‘자동으로 시간 설정’을 켜고 날짜가 맞는지 확인한 다음 ‘지금 동기화’를 클릭하세요. 자동 동기화가 되지 않으면 먼저 Windows 시간 서비스와 네트워크 연결을 확인하세요.
- 동기화가 끝나면 클라이언트 연결을 다시 시작하고 새로 생성된 코어 로그를 확인하세요. 같은 웹페이지를 반복해서 새로 고치는 것만으로는 해결되지 않습니다.
- 여러 VMess 노드가 동시에 실패하고 다른 연결은 정상이라면, 기기 시간을 동기화했다고 서비스 제공자에게 알리고 서버 시계와 인증 설정을 확인해 달라고 요청하세요.
시간대 표시가 다르다고 해서 실제 시스템 시간이 틀렸다는 뜻은 아닙니다. 중요한 것은 기기에 기록된 실제 시간이 정확한지 여부입니다. ‘프로토콜에 맞추기 위해’ 시계를 임의로 앞당기거나 늦추지 마세요. 인증서 검사와 다른 프로그램에 영향을 줄 수 있습니다.
성능 차이: 프로토콜보다 회선부터 비교
VLESS는 더 가벼운 설계를 지향하지만, 모든 VLESS 노드가 VMess보다 빠르다는 뜻은 아닙니다. 실제 속도는 서버 부하, 대역폭, 네트워크 왕복 시간, 패킷 손실, 전송 방식, 기기 성능에도 영향을 받습니다. 지역과 서비스 제공자가 서로 다른 노드 두 개의 속도 차이를 프로토콜 탓으로 돌릴 수는 없습니다.
VMess의 암호화 처리에는 연산 자원이 필요하지만, 최신 기기의 하드웨어 가속과 구현 방식, 외부 보안 계층에 따라 부담이 달라집니다. 저전력 기기에서는 차이가 더 두드러질 수 있지만, 데스크톱에서는 회선 성능이 먼저 한계에 도달할 수 있습니다. 동일한 조건에서 측정하지 않았다면 일정한 속도 향상률을 장담해서는 안 됩니다.
- 환경을 동일하게 유지: 같은 기기와 네트워크, 테스트 대상을 사용하고 대역폭을 사용하는 다운로드 작업은 중지하세요.
- 먼저 연결 가능 여부 확인: 후보 노드마다 클라이언트가 제공하는 실제 연결 테스트를 실행한 다음, 대상 웹페이지를 직접 열어 보세요. TCP 지연 시간만으로 전체 요청이 정상 작동한다고 판단할 수는 없습니다.
- 세 차례 반복 측정: 비슷한 시간대에 두 노드를 번갈아 테스트하고 연결 시간, 지속 다운로드 속도, 연결 끊김 여부를 기록하세요. 한 번 나온 최고 속도를 결론으로 삼지 마세요.
- 결론을 구분: 서버와 전송 방식이 다르다면 “현재 네트워크에서는 이 노드가 더 적합하다”고만 말할 수 있습니다. 특정 프로토콜이 항상 더 빠르다고 단정할 수는 없습니다.
결론: 안정적으로 계속 사용할 수 있는 노드를 우선
세 차례 테스트에서 반복적으로 연결에 실패한 노드를 먼저 제외한 뒤, 남은 노드의 속도를 비교하세요. 두 연결 모두 안정적이고 사용 경험에도 큰 차이가 없다면 프로토콜 이름만 보고 설정을 바꾸기보다 현재 작동하는 설정을 유지하는 편이 안전합니다.
구독에 두 종류의 노드가 있다면 이 순서로 선택
일반 사용자는 서버 설정부터 살펴볼 필요가 없습니다. 먼저 클라이언트가 구독에 포함된 프로토콜 조합을 인식하는지 확인한 다음 연결을 테스트하세요. v2rayN은 데스크톱 클라이언트이며 실제 프로토콜 지원 여부는 선택한 코어와 버전에 따라 달라집니다. v2rayNG는 Xray 코어를 사용하고, v2flyNG는 v2fly 코어를 사용합니다. 클라이언트, 코어, 프로토콜 이름을 혼동하지 마세요.
REALITY나 특정 flow가 포함되어 있다면 코어 지원 여부를 특히 꼼꼼히 확인해야 합니다. 메뉴에 “VLESS”가 표시되어도 구독의 모든 확장 조합을 지원한다는 뜻은 아닙니다. 구독을 업데이트한 뒤 일부 노드가 보이지 않는다면 노드가 만료된 것이 아니라 형식이나 지원 기능이 맞지 않는 문제일 수도 있습니다.
설정이 완전하고 호환되는 코어에서 사용할 수 있는 노드
추천구독을 그대로 가져온 뒤 보안 계층을 확인하고 실제 요청으로 검증하세요. VMess와 VLESS 중 어느 프로토콜이든 사용할 수 있으며, 중요한 것은 원하는 사이트에 안정적으로 접속할 수 있는지입니다.
추천 대상: 구독을 처음 가져와 일상적으로 사용할 연결을 설정하려는 사용자
기존 VMess 노드
기존 설정이 정상이고 원하는 웹사이트에 안정적으로 접속된다면 계속 사용하세요. 인증 실패가 자주 발생하면 먼저 시간을 동기화하고 구독을 업데이트한 다음 서버 상태를 확인하세요.
추천 대상: 불필요한 변경 없이 안정적인 기존 설정을 계속 사용하려는 사용자
VLESS + TLS 또는 REALITY 노드
클라이언트 코어가 해당 조합을 지원하는지 확인하고 UUID, 서버 이름, 보안 설정, flow를 그대로 유지하세요. 정체를 모르는 항목을 삭제해 억지로 가져오지 마세요.
추천 대상: 제공자가 완전한 설정을 제공하고 클라이언트가 해당 조합을 지원하는 사용자
사용 방법: 데스크톱과 Android에서 각각 확인
데스크톱: v2rayN
- ‘구독 그룹’ → ‘구독 그룹 설정’에서 구독 주소를 추가한 다음 구독을 업데이트하세요. 메뉴 문구는 버전에 따라 조금 다를 수 있습니다.
- 노드를 선택하고 실제로 실행 중인 코어를 확인하세요. 먼저 연결 테스트를 마친 다음 필요하면 시스템 프록시를 설정하세요.
- 로컬 수신 주소를 확인하세요.
127.0.0.1:10808이 표시된다면 서버 주소가 아니라 이 기기에서 사용하는 로컬 접속 주소입니다.
Android: v2rayNG
- ‘구독 그룹 설정’을 열어 주소를 추가하고 저장한 다음 구독을 업데이트하세요.
- 같은 노드를 선택해 연결을 시작하고 시스템에서 VPN 연결 권한을 허용했는지 확인하세요.
- 모바일 네트워크와 Wi-Fi에서 각각 테스트하세요. 데스크톱에서 작동하더라도 휴대전화의 현재 네트워크에서 같은 결과가 나온다고 보장할 수는 없습니다.
같은 구독으로 동일한 설정을 가져올 수 있어도 두 기기에서 모두 연결되는지는 코어 지원 여부, 네트워크 환경, 구독의 기기 사용 제한에 따라 달라집니다.
자주 묻는 질문: 연결되지 않을 때 먼저 확인할 항목
‘구독이 최신인지, 코어가 호환되는지, 보안 설정이 완전한지, 트래픽이 클라이언트로 들어오는지’ 순서로 확인하세요. 한 번에 한 항목만 바꾸고 변경 전 설정을 보관하세요. 프로토콜과 포트, 서버 이름을 동시에 바꾸면 로그를 비교하기 어려워집니다.
VMess 링크를 VLESS로 바로 바꿀 수 있나요?
링크 접두어나 편집 창의 프로토콜 이름만 바꿔서는 안 됩니다. 제공자에게 해당 노드의 VLESS 설정을 요청한 다음 구독을 업데이트하세요. 서버에도 이에 맞는 프로토콜, 사용자 인증 정보, 전송 방식, 보안 설정이 구성되어 있어야 합니다.
VLESS에 none이 표시되는데 auto로 바꿔야 하나요?
VMess의 암호화 옵션을 그대로 적용하지 마세요. 먼저 해당 노드에 TLS 또는 REALITY가 설정되어 있는지 확인한 다음 제공자의 안내를 살펴보세요. 일반적인 VLESS 설정에서 none은 명확한 의미가 있으며, 임의로 값을 바꾸면 코어가 설정을 거부할 수 있습니다.
갑자기 모든 VMess 노드에 연결할 수 없으면 프로토콜부터 바꿔야 하나요?
먼저 시스템의 날짜 및 시간 설정에서 시계를 동기화한 다음 구독을 업데이트하고 다시 연결해 보세요. 그래도 실패하면 로그에서 인증 오류, 연결 시간 초과, 인증서 오류를 확인하세요. UUID와 전체 구독 주소는 가리고 오류 유형과 발생 시간을 제공자에게 전달하세요.
VLESS에서 flow를 지원하지 않는다고 표시되면 어떻게 하나요?
클라이언트가 실제로 사용하는 코어와 버전을 확인하고 제공자가 안내한 호환 코어로 업데이트하세요. 안내를 피하려고 xtls-rprx-vision을 바로 삭제하지 마세요. 현재 클라이언트에서 지원하지 않는다면 구독에서 호환된다고 명시된 다른 노드를 선택하세요.
테스트는 성공했는데 브라우저에서 웹페이지가 열리지 않나요?
먼저 v2rayN의 시스템 프록시 상태를 확인하고 브라우저가 시스템 프록시를 사용하도록 설정되어 있는지 살펴보세요. 브라우저에서 수동 프록시 설정을 지원한다면 클라이언트에 표시된 실제 HTTP 또는 SOCKS 수신 포트를 입력할 수도 있습니다. 모든 앱이 시스템 프록시를 자동으로 사용하지는 않으므로 필요하면 TUN 및 트래픽 처리 안내를 확인하세요.
프로토콜을 올바르게 선택하는 것은 연결 과정의 한 부분일 뿐입니다. 기본 설정을 확인하려면 먼저 구독 가져오기 가이드를 참고하세요. ‘노드는 정상인데 앱이 프록시를 사용하지 않는’ 문제가 있다면 시스템 프록시 안내를 확인하세요. 설정을 먼저 맞춘 다음 트래픽 경로를 확인하고 마지막으로 성능을 비교하세요.