한눈에 보기

VMess와 VLESS는 프록시 프로토콜이지 클라이언트 이름이 아닙니다. 먼저 1분 비교표를 확인한 뒤 필요한 설정을 살펴보세요. VMess는 자체 암호화 방식을 사용하고 인증에 시간이 필요합니다. 일반적인 VLESS 설정에서는 TLS나 REALITY가 연결을 보호합니다. 구독으로 받은 설정은 한 세트 그대로 유지하고, 프로토콜 드롭다운만 VMess에서 VLESS로 바꾸지 마세요. 아래에서 암호화, 시간, 전송 방식, 가져오기, 문제 해결 순으로 살펴봅니다.

1분 비교: 프로토콜, 전송 방식, 연결 보안

노드 편집 화면 → ‘프로토콜’, ‘전송 방식’, ‘TLS’: 세 항목을 구분해서 확인하세요. VMess와 VLESS는 프록시 통신 형식과 인증을 담당하고, TCP와 WebSocket 등은 데이터를 전달합니다. TLS나 REALITY는 별도의 연결 보안 설정입니다. 구독에 길게 나열된 설정값은 이 계층들이 어떻게 조합되는지 나타냅니다.

확인 항목 VMess VLESS
인증 정보 일반적으로 UUID를 사용하며 인증 관련 항목도 확인해야 합니다 일반적으로 UUID를 사용하며, 일부 조합은 flow 등의 항목도 일치해야 합니다
프로토콜 계층 암호화 프로토콜 자체 암호화를 사용할 수 있으며, 구체적인 방식은 security 설정에 따라 다릅니다 일반적인 설정에서는 encryption=none을 사용하고 외부 계층에서 연결을 보호합니다
시간 조건 인증에 유효 시간 범위가 있어 클라이언트와 서버의 시계가 정확해야 합니다 VMess 방식의 시간 인증은 없지만 인증서 등은 시간의 영향을 받을 수 있습니다
일반적인 조합 VMess + WebSocket + TLS VLESS + WebSocket + TLS 또는 VLESS + TCP + REALITY
서로 바꿔 쓸 수 있나요? 아니요. 서버 프로토콜, 인증 정보, 전송 방식, 보안 설정이 모두 일치해야 합니다.

판단 기준: 전체 설정을 먼저 확인하고 프로토콜 이름을 비교하세요

가져온 뒤 연결되지 않는다면 먼저 포트, 전송 방식, TLS/REALITY 설정을 제공업체 안내와 하나씩 대조하세요. 프로토콜 이름이 같다는 것은 설정 한 항목만 같다는 뜻이며, 전체 설정이 올바르다는 의미는 아닙니다.

암호화 차이: VLESS의 none은 평문 연결을 뜻하지 않습니다

노드 편집 화면 → ‘암호화 방식’: 먼저 이 항목이 어느 계층에 속하는지 확인하세요. VMess의 security와 VLESS의 encryption은 TLS 스위치가 아닙니다. 일반적인 VLESS 링크의 encryption=none은 VLESS 계층에서 데이터를 암호화하지 않는다는 뜻이지, 외부 계층의 TLS까지 꺼졌다는 뜻은 아닙니다.

포트 443만으로 TLS가 활성화됐다고 단정할 수도 없습니다. 포트는 서비스 접속 번호일 뿐이며 실제 동작은 양쪽 설정에 따라 달라집니다. 반대로 TLS는 다른 포트에서도 사용할 수 있으므로 구독의 포트를 모두 443으로 바꾸지 마세요.

시간 인증: VMess 연결에 실패하면 시계부터 동기화하세요

Windows: ‘설정’ → ‘시간 및 언어’ → ‘날짜 및 시간’ → ‘지금 동기화’. 안드로이드: ‘설정’ → ‘시스템’ → ‘날짜 및 시간’에서 자동 시간 설정을 켜세요. 제조사에 따라 메뉴 이름이 다를 수 있으니 시스템 설정에서 ‘날짜 및 시간’을 검색해도 됩니다. 먼저 기기의 시간을 정확하게 맞춘 뒤 다시 연결하세요.

VMess 인증은 시간 범위에 따라 달라집니다. 기기가 절전 모드에서 깨어난 뒤 시계가 어긋났거나, 날짜를 수동으로 변경했거나, 서버 시간이 맞지 않으면 인증에 실패할 수 있습니다. 로그에 ‘시간 오류’가 명확히 표시되지 않을 수도 있으므로 노드가 갑자기 모두 작동하지 않을 때는 시계 동기화를 먼저 확인해 보세요.

  1. 자동 시간 설정이 켜져 있는지 확인하고 네트워크를 통해 한 번 동기화하세요. 시간대 표시만 바꿔서는 실제 시계가 바로잡히지 않을 수 있습니다.
  2. 기존 노드에 다시 연결해 로그를 확인하세요. UUID, 전송 방식, 암호화 방식을 동시에 변경하면 어떤 조치로 연결이 복구됐는지 파악하기 어렵습니다.
  3. 다른 기기에서 같은 노드가 정상 작동한다면 우선 이 기기의 시간, 네트워크, 클라이언트 설정을 확인하세요. 모든 기기에서 동시에 실패한다면 제공업체에 서버 상태를 문의하세요.

VLESS에는 VMess와 같은 시간 인증 의존성이 없지만 시스템 날짜를 무시해도 된다는 뜻은 아닙니다. TLS 인증서에는 유효 기간이 있으므로 날짜가 잘못되면 인증서가 아직 유효하지 않거나 만료됐다는 오류가 발생할 수 있습니다. 프로토콜을 바꾸는 것으로 시스템 시간 오류를 해결할 수는 없습니다.

전송 조합 살펴보기: WebSocket, TLS, REALITY

노드 편집 화면 → ‘전송 방식’ → 해당 호스트 이름, 경로, 서비스 이름: 이 항목들은 서버 설정과 일치해야 합니다. VMess와 VLESS 모두 여러 전송 방식을 조합할 수 있지만, 특정 조합을 사용할 수 있는지는 클라이언트에서 실제로 사용하는 코어와 코어 버전, 서버 구성에 따라 달라집니다. 클라이언트 이름만으로 판단하지 마세요.

구독의 조합 중점 확인 항목 자주 하는 잘못된 수정
VMess / VLESS + WebSocket + TLS 포트, WebSocket path, Host, TLS serverName Host와 serverName이 반드시 같다고 생각해 둘 다 같은 값으로 바꾸기
VLESS + TCP + REALITY 서버 이름, 공개 키, short ID, 제공업체가 지정한 flow 공개 키를 빠뜨리거나 다른 노드의 short ID를 복사하기
gRPC를 사용하는 설정 serviceName, TLS 설정, 코어 지원 여부 serviceName을 WebSocket path 항목에 입력하기

예를 들어 제공업체가 WebSocket 경로로 /proxy를 지정했다면 그대로 입력해야 합니다. 이 경로는 항목 형식을 보여 주는 예시일 뿐 모든 서버에서 쓸 수 있는 값은 아닙니다. 도메인과 경로는 용도에 따라 달라지며 일부 항목은 대소문자도 구분합니다. 가져오기에 성공했다는 것은 링크를 읽었다는 뜻이지, 서버가 설정값을 확인했다는 뜻은 아닙니다.

REALITY와 Vision은 같은 스위치가 아닙니다. REALITY는 연결 보안 설정이고, Vision은 보통 xtls-rprx-vision 같은 flow 값으로 지정되며 특정 조합에서만 필요합니다. 모든 VLESS 노드에 Vision을 추가하거나 REALITY를 WebSocket 경로 형식으로 취급하지 마세요.

구독 가져오기: 설정을 유지하고 실행 코어를 선택하세요

v2rayN에서는 메인 창의 ‘구독 그룹’에서 그룹 설정으로 이동해 제공업체가 준 구독 주소를 추가한 다음 업데이트하세요. 단일 공유 링크는 ‘서버’ 메뉴의 클립보드 가져오기 기능으로 불러올 수 있습니다. v2rayNG에서는 메인 화면의 ‘＋’ → ‘클립보드에서 가져오기’로 단일 설정을 가져오고, 구독은 사이드 메뉴의 ‘구독 그룹 설정’에서 추가하세요. 버전에 따라 메뉴 이름이 조금 다를 수 있으니 기능에 맞는 항목을 선택하면 됩니다.

가져오기 방법: 기기별로 같은 설정을 확인하세요

데스크톱: v2rayN
  • 가져온 뒤 노드 편집 화면에서 프로토콜과 전송 설정이 빠지지 않았는지 확인하세요.
  • REALITY 설정을 사용한다면 실제로 해당 설정을 지원하는 Xray 코어가 실행되는지 확인하세요.
  • 연결한 뒤 시스템 프록시를 설정하고 브라우저로 접속을 테스트하세요.
안드로이드: v2rayNG
  • 같은 구독을 가져온 뒤 노드 설정이 모두 들어왔는지 확인하세요.
  • 처음 연결할 때 시스템 VPN 권한을 허용하고 서비스가 시작됐는지 확인하세요.
  • 앱별 프록시를 사용한다면 테스트할 브라우저가 프록시 적용 대상에 포함됐는지 확인하세요.

같은 구독을 여러 기기에서 사용할 수 있지만 각 기기에서 따로 업데이트해야 합니다. 로컬 편집, 분할 라우팅 규칙, 시스템 권한은 구독을 통해 자동으로 동기화되지 않습니다.

v2rayNG는 Xray 코어를 사용하고 v2flyNG는 v2fly 코어를 사용합니다. 이름이 비슷하다고 기능까지 완전히 같다고 볼 수는 없습니다. 특히 REALITY나 특정 flow 항목을 사용한다면 코어 지원 여부를 확인하세요. ‘VLESS를 인식한다’는 것이 ‘모든 VLESS 조합을 지원한다’는 뜻은 아닙니다.

구독에서 받은 조합 전체를 그대로 유지하세요

권장

제공업체가 명시적으로 지원하는 클라이언트와 코어를 사용하고 프로토콜, 전송 방식, 보안, 인증 항목을 그대로 유지하세요. 먼저 연결이 되는 기본 설정을 확인한 다음 로컬 라우팅을 조정하세요.

추천 대상: 구독을 보유하고 안정적으로 가져와 일상적으로 연결하려는 경우

서버 설정 직접 입력

UUID, 포트, 전송 설정, 보안 설정을 하나씩 입력합니다. 서버의 실제 설정을 알고 있을 때만 프로토콜을 수정하거나 새로운 조합을 테스트하세요.

추천 대상: 직접 서버를 관리하거나 제공업체 안내에 따라 문제를 해결하는 경우

자주 묻는 질문: 프로토콜 변경, 속도 테스트, 접속 확인

VMess 노드를 VLESS로 바로 바꿀 수 있나요?

클라이언트의 드롭다운만 바꿔서는 안 됩니다. 제공업체에서 별도의 VLESS 설정을 받거나 직접 관리하는 서버에 해당 인바운드를 구성한 뒤, 그에 맞는 설정을 가져와야 합니다. 주소, 포트, UUID가 같아 보여도 서버 프로토콜이 자동으로 바뀌지는 않습니다.

VLESS가 VMess보다 항상 빠른가요?

그렇게 단정할 수 없습니다. 같은 네트워크와 시간대, 같은 대상에서 실제 접속을 비교한 뒤 지속적인 다운로드 속도와 연결 안정성을 확인하세요. 회선 혼잡, 서버 부하, 전송 조합이 모두 결과에 영향을 줄 수 있습니다. 서로 다른 서버에서 한 번 측정한 지연 시간으로 프로토콜의 우열을 증명할 수는 없습니다.

노드 지연 시간은 표시되는데 웹페이지가 열리지 않는 이유는 무엇인가요?

먼저 TCP 연결을 측정했는지 실제 프록시 요청을 테스트했는지 확인하세요. TCP 포트에 접속할 수 있어도 인증이 성공한 것은 아닙니다. 데스크톱에서는 시스템 프록시가 켜져 있는지, 안드로이드에서는 VPN 서비스와 앱별 프록시 범위를 확인한 뒤 로그에서 인증, 핸드셰이크, DNS 오류를 살펴보세요.

VMess의 alterId에는 어떤 값을 입력해야 하나요?

최신 VMess AEAD 설정에서는 보통 alterId=0을 사용합니다. 이전 링크에 0이 아닌 값이 있어도 숫자를 바꿔 가며 해결하려 하지 마세요. 제공업체에 현재 서버 인증 방식을 확인하고 일치하는 설정을 요청하세요. 오래된 가이드의 숫자를 새 구독에 그대로 적용할 수는 없습니다.

마지막으로 ‘노드 연결’과 ‘앱 트래픽이 프록시를 통과하는지’를 따로 확인하세요. 먼저 코어에서 설정 오류가 발생하지 않는지 확인하고, 대상 앱이 실제로 프록시 적용을 받는지 점검하세요. 프로토콜은 연결의 일부만 담당하며 시스템 프록시, VPN 권한, DNS, 분할 라우팅도 트래픽이 해당 연결에 도달하는 방식에 각각 영향을 줍니다.