vmess:// 및 vless:// 공유 링크 사용법과 구독 주소 차이 한눈에 보기

vmess:// 또는 vless://로 시작하는 텍스트를 받았다면, 가장 먼저 떠올릴 수 있는 것은 보통 노드 하나를 공유하는 링크라는 점입니다. https://로 시작하고 클라이언트의 “구독 그룹” 또는 “구독 설정”에 추가해야 하는 주소라면 대개 구독 주소입니다. 두 방식 모두 서버 설정을 클라이언트에 전달하지만, 데이터 범위와 가져오기 경로, 이후 업데이트 방식은 완전히 다릅니다.

가장 흔한 실수는 구독 주소를 “클립보드에서 노드 가져오기”에 붙여 넣거나, 단일 VMess·VLESS 공유 링크를 구독 관리에 입력하는 것입니다. 전자는 인식할 수 없는 일반 웹 주소로 처리될 수 있고, 후자는 업데이트할 때 형식 오류가 발생할 수 있습니다. 먼저 콘텐츠 유형을 확인한 뒤 알맞은 메뉴를 선택하면 대부분의 가져오기 문제를 피할 수 있습니다.

공유 링크와 구독 주소의 핵심 차이 4가지

공유 링크는 “단일 설정을 휴대하기 쉽게 묶은 형식”입니다. 노드에 필요한 서버 주소, 포트, 사용자 식별자, 전송 방식, 보안 매개변수와 이름을 하나의 텍스트에 담습니다. 클라이언트가 이를 해석하면 로컬 노드 목록에 항목 하나가 추가됩니다. 이후 원본 텍스트가 바뀌어도 다시 가져오거나 직접 편집하지 않는 한 로컬 항목은 자동으로 변경되지 않습니다.

구독 주소는 “원격 목록으로 들어가는 주소”입니다. 클라이언트는 목록 주소를 저장하고, 사용자가 수동으로 업데이트하거나 예약된 시점에 다시 콘텐츠를 가져옵니다. 서버는 노드를 추가하거나 만료된 노드를 삭제하고, 매개변수 또는 이름을 수정할 수 있으며 클라이언트는 다음 업데이트 때 이를 반영합니다. 구독 자체는 프록시 프로토콜이 아니라 설정을 배포하는 방식입니다. 하나의 구독에는 VMess, VLESS 등 여러 유형의 노드가 포함될 수 있습니다.

혼동하기 쉬운 경우가 하나 더 있습니다. 한 텍스트에 여러 vmess:// 또는 vless:// 링크가 연속으로 들어 있고 각 링크가 한 줄씩 배치된 경우입니다. 이는 여전히 “대량 공유 링크”이며 구독과는 다릅니다. 일부 클라이언트는 여러 줄을 한 번에 해석해 로컬 노드를 여러 개 만들 수 있지만, 원본 텍스트의 출처가 바뀌어도 이 노드들이 자동으로 업데이트되지는 않습니다.

VMess 및 VLESS 공유 링크에 포함된 내용

VMess: 인코딩된 구조화 설정

일반적인 VMess 공유 콘텐츠는 vmess://와 인코딩된 데이터가 결합된 형태입니다. 디코딩하면 서버 주소, 포트, 사용자 식별자, 전송 네트워크, TLS 설정, 호스트 이름, 경로와 노드 이름 등이 구조화된 필드로 표시됩니다. 사용자가 직접 디코딩할 필요는 없습니다. 클라이언트가 필드를 읽어 로컬 설정으로 변환합니다.

VMess 노드의 연결 가능 여부는 주소와 포트만으로 결정되지 않습니다. 사용자 식별자, 전송 방식, TLS와 WebSocket 등의 매개변수도 서버와 일치해야 합니다. 예를 들어 서버가 WebSocket 경로를 요구하는데 가져온 설정에 경로가 없으면, 클라이언트에는 노드가 추가된 것으로 표시되어도 실제 연결은 실패할 수 있습니다. 따라서 “가져오기 성공”은 형식을 인식했다는 뜻일 뿐 원격 매개변수가 유효하다는 의미는 아닙니다.

VLESS: URI 필드와 쿼리 매개변수

VLESS 공유 링크는 일반적인 URI 구조에 가깝습니다. 다음과 같이 이해할 수 있습니다.

vless://UUID@host:port?type=전송 방식&security=보안 방식#노드 이름

여기서 UUID는 사용자 식별자이고, host와 port는 서버 주소와 포트입니다. 물음표 뒤에는 전송 및 보안 관련 매개변수가 오고, 해시 기호 뒤에는 보통 식별하기 쉬운 노드 이름이 옵니다. 실제 링크에는 SNI, 지문, 경로, 서비스 이름, 공개 키와 짧은 식별자 등의 필드가 추가될 수도 있습니다. 어떤 매개변수가 필요한지는 해당 노드의 전송 및 보안 조합에 따라 달라집니다.

VLESS 자체는 전통적인 의미의 암호화 계층을 제공하지 않으며, 실제 보안 기능은 보통 TLS나 REALITY 설정이 담당합니다. 따라서 vless://만 보고 연결 방식을 단정해서는 안 됩니다. security, 전송 유형과 추가 매개변수를 함께 확인해야 합니다. Xray 코어를 사용하는 v2rayN과 v2rayNG는 일반적으로 Xray 기능이 포함된 VLESS 설정을 처리하는 데 사용됩니다. 노드가 특정 코어 기능에 의존한다면 요구 사항에 맞는 클라이언트와 코어 버전을 선택해야 합니다.

v2rayN에서 공유 링크와 구독 가져오기

v2rayN은 데스크톱용 그래픽 클라이언트입니다. 버전에 따라 메뉴 이름은 조금 다를 수 있지만 작업 흐름은 같습니다. 단일 노드 링크는 클립보드 가져오기를 사용하고, 원격 목록은 구독 그룹 관리에서 처리합니다.

공유 링크 하나 또는 여러 개 가져오기

1. vmess:// 또는 vless:// 텍스트를 처음부터 끝까지 복사하고, 시작 부분의 프로토콜 이름이 빠지지 않았는지와 끝의 매개변수가 메신저에서 잘리지 않았는지 확인합니다.
2. v2rayN을 열고 서버 또는 노드 관련 메뉴에서 “클립보드에서 여러 URL 가져오기”와 같은 해당 기능을 선택합니다.
3. 노드 목록에 새 항목이 추가되었는지 확인하고 유형, 주소, 포트, 전송 방식과 이름을 점검합니다.
4. 새 노드를 선택해 활성 서버로 지정한 다음 실제 필요에 따라 시스템 프록시나 다른 작업 모드를 켭니다.
5. 실제 연결 테스트를 진행합니다. 지연 시간 테스트는 탐색 요청의 결과만 보여 주며, 웹사이트나 애플리케이션 트래픽이 통과할 수 있는지는 라우팅, DNS와 시스템 프록시 상태에도 영향을 받습니다.

클립보드에 링크가 여러 개 있다면 한 줄에 하나씩 배치하는 것이 좋습니다. 링크 앞뒤에 설명, 번호 또는 전각 문장 부호가 섞이면 파서가 해당 줄을 건너뛸 수 있습니다. 가져온 뒤 중복 노드가 생기는 것도 드문 일이 아닙니다. 클립보드 가져오기는 보통 새로 추가하는 작업이며 기존 노드가 같은 출처인지 자동으로 판단하지 않기 때문입니다.

구독 주소 추가

1. v2rayN의 구독 그룹 또는 구독 설정 페이지로 이동합니다.
2. 새 그룹 이름을 입력한 뒤 전체 구독 주소를 주소 입력란에 붙여 넣습니다. 그룹 이름은 로컬에서 구분하기 위한 용도이므로 사용 목적에 맞게 정하면 됩니다.
3. 설정을 저장하고 메인 화면으로 돌아와 “구독 업데이트” 또는 해당 그룹의 업데이트 기능을 실행합니다.
4. 업데이트가 끝나면 노드가 예상한 그룹에 들어갔는지 확인하고 상태 정보에 요청 또는 파싱 오류가 표시되는지 살펴봅니다.
5. 정기적으로 동기화하려면 현재 버전에서 제공하는 옵션으로 자동 업데이트 간격을 설정합니다. 처음 추가한 뒤에는 먼저 수동 업데이트를 실행해 주소가 작동하는지 확인하는 것이 좋습니다.

구독 주소가 브라우저에서 열린다고 해서 클라이언트가 반드시 올바르게 해석할 수 있는 것은 아닙니다. 응답 콘텐츠가 클라이언트가 지원하는 구독 형식에도 맞아야 합니다. 반대로 브라우저에 읽기 어려운 긴 문자열이 표시된다고 해서 주소가 잘못된 것은 아닙니다. 많은 구독 응답이 원래 인코딩된 노드 목록 형태이기 때문입니다.

v2rayNG에서 공유 링크와 구독 가져오기

v2rayNG는 Android에서 사용하는 Xray 코어 기반 클라이언트입니다. 가져오기 메뉴는 보통 메인 화면 오른쪽 상단 메뉴나 추가 버튼에 있습니다. 데스크톱과 마찬가지로 먼저 가진 콘텐츠가 단일 노드 공유 링크인지 구독 주소인지 구분해야 합니다.

클립보드에서 VMess 또는 VLESS 가져오기

1. 공유 링크 전체를 복사하고 링크에서 보이는 일부만 선택하지 않도록 합니다.
2. v2rayNG를 열고 설정 추가 메뉴로 이동한 다음 “클립보드에서 가져오기”와 같은 항목을 선택합니다.
3. 가져온 뒤 설정 목록에서 새로 추가된 노드를 찾아 현재 설정으로 선택합니다.
4. 연결을 시작하기 전에 앱에 필요한 시스템 권한 안내를 확인하고, 메인 화면에 방금 가져온 노드가 표시되는지 확인합니다.
5. 연결한 뒤 도메인 접속과 직접 주소 접속을 각각 테스트해 문제가 노드, DNS 또는 라우팅 단계 중 어디에 있는지 판단합니다.

공유 출처에서 QR 코드도 제공한다면 클라이언트의 QR 코드 스캔 기능을 사용할 수 있습니다. QR 코드는 텍스트를 담는 또 다른 방식일 뿐이며, 스캔 결과의 핵심 콘텐츠는 여전히 VMess 또는 VLESS 공유 링크입니다. QR 코드 가져오기와 클립보드 가져오기는 구독 관계를 만들지 않으므로 이후 매개변수가 바뀌면 새 링크를 다시 받아야 합니다.

구독 그룹 추가 및 업데이트

1. 구독 그룹 설정을 열고 새 그룹을 만든 뒤 구독 주소를 입력합니다.
2. 저장한 다음 설정 목록으로 돌아와 구독 업데이트를 실행합니다.
3. 가져오기와 파싱이 끝날 때까지 기다린 뒤 노드 수와 그룹 소속을 확인합니다.
4. 노드 하나를 선택해 연결을 테스트하고, 노드 이름만으로 품질을 판단하지 않습니다.
5. 자동 업데이트가 필요하다면 구독 또는 설정 영역에서 현재 버전이 제공하는 주기 업데이트 옵션을 켜고 적절한 간격을 선택합니다.

v2flyNG 역시 Android용으로 사용되지만 V2Fly 코어를 탑재합니다. 일반적인 VMess 설정은 비슷한 방식으로 가져올 수 있습니다. 다만 VLESS 노드가 Xray 고유 기능을 사용한다면 노드 요구 사항에 따라 v2rayNG를 사용해야 합니다. 클라이언트 이름이 비슷하다고 해서 기본 코어의 지원 범위까지 같은 것은 아닙니다.

구독 업데이트 시 덮어쓰는 항목과 수동 노드의 처리 방식

구독 업데이트는 보통 그룹을 기준으로 원격 노드를 처리합니다. 클라이언트가 목록을 다시 가져온 뒤 해당 그룹의 기존 내용을 새 결과로 바꿀 수도 있고, 내부 식별자에 따라 병합할 수도 있습니다. 구체적인 동작은 클라이언트 버전과 구독 설정에 따라 달라집니다. 가장 안전한 원칙은 장기간 수동으로 보관할 노드를 별도 그룹에 두고, 구독으로 생성된 노드를 직접 수정한 뒤 변경 사항이 영구적으로 유지되기를 기대하지 않는 것입니다.

예를 들어 구독 노드의 이름이나 전송 매개변수를 수동으로 수정해도 다음 업데이트 때 원격 목록의 원래 값이 다시 기록될 수 있습니다. 구독 노드를 기반으로 장기간 수정해야 한다면 먼저 독립적인 로컬 노드로 복사한 뒤 복사본을 편집하는 것이 좋습니다. 복사본에는 구독 측의 이후 수정 사항이 자동으로 반영되지 않으므로 직접 관리해야 합니다.

구독 노드를 삭제해도 반드시 영구적으로 사라지는 것은 아닙니다. 원격 목록에 계속 남아 있다면 다음 업데이트 때 다시 나타날 수 있습니다. 목록을 깔끔하게 유지하려면 구독에서 계속 배포되는 항목을 반복해서 삭제하기보다 그룹, 필터, 정렬 또는 클라이언트의 필터링 기능을 활용하세요.

자동 업데이트 간격은 짧을수록 좋은 것이 아닙니다. 노드 목록은 보통 분 단위로 바뀌지 않으므로 지나치게 잦은 요청은 실질적인 이점이 없습니다. 일상적인 사용에는 긴 주기를 설정하고, 노드 전체에 이상이 생기거나 서버에서 변경을 알렸을 때 또는 회선을 바꿔야 할 때 수동으로 업데이트하면 됩니다. 업데이트 실패 시 기존 노드를 유지할지는 클라이언트의 처리 방식에 달려 있으므로 결과를 확인하기 전에 현재 설정을 한꺼번에 삭제하지 마세요.

가져오기 실패, 빈 업데이트 결과 및 연결 실패 문제 해결

공유 링크를 인식할 수 없음

• 링크가 잘림: 원본 텍스트를 다시 복사하고 시작 부분, 포트, 쿼리 매개변수와 끝의 노드 이름을 중점적으로 확인합니다.
• 불필요한 문자가 섞임: 링크 앞의 번호, 따옴표, 공백과 설명을 삭제하고 여러 링크는 한 줄에 하나씩 배치합니다.
• 클라이언트 버전이 오래됨: 새 매개변수나 최신 프로토콜 기능을 이전 코어가 인식하지 못할 수 있으므로 현재 클라이언트와 코어 버전을 먼저 확인합니다.
• 프로토콜과 코어가 맞지 않음: 노드가 Xray 고유 기능을 사용한다면 해당 코어를 탑재한 v2rayN 또는 v2rayNG를 사용해야 합니다.
• 인코딩 데이터가 손상됨: VMess 인코딩 구간에서 문자가 빠지면 대개 복구할 수 없으므로 완전한 공유 링크를 다시 받아야 합니다.

구독 업데이트는 성공했지만 노드 수가 0개임

먼저 추가한 것이 로그인 페이지, 안내 페이지 또는 단일 공유 링크가 아닌 구독 주소인지 확인합니다. 그런 다음 클라이언트 로그나 업데이트 알림을 확인하세요. 네트워크 요청 성공은 응답을 받았다는 뜻일 뿐이며, 응답이 빈 콘텐츠, 권한 안내, 만료 정보 또는 클라이언트가 지원하지 않는 형식일 수도 있습니다. 구독에 특정 접근 조건이 필요하다면 현재 네트워크 경로로 해당 주소에 접근할 수 있는지도 확인해야 합니다.

일부 클라이언트는 “프록시를 통해 구독 업데이트” 옵션을 제공합니다. 로컬 직접 연결로는 구독 주소에 접근할 수 없지만 기존 프록시 노드는 정상이라면 프록시를 통한 업데이트를 시도할 수 있습니다. 현재 프록시 노드 자체가 작동하지 않는다면 직접 연결 업데이트로 전환하거나 먼저 사용 가능한 노드를 가져와야 합니다. 이 옵션은 구독을 가져올 때 사용하는 네트워크 경로만 바꾸며, 이미 만료된 주소를 복구하지는 않습니다.

노드는 가져왔지만 연결할 수 없음

이 문제는 “설정 파싱”과 “네트워크 연결”을 나누어 판단해야 합니다. 목록에 노드가 표시된다는 것은 클라이언트가 링크 형식을 읽었다는 뜻일 뿐입니다. 다음으로 서버 주소가 해석되는지, 포트에 접근할 수 있는지, 시스템 시간이 정확한지, 사용자 식별자가 일치하는지, TLS 또는 REALITY 매개변수가 완전한지, 전송 경로와 호스트 이름이 올바른지 순서대로 확인합니다.

노드에 연결됨으로 표시되지만 웹페이지가 열리지 않는다면 시스템 프록시, 라우팅 분할과 DNS를 다시 확인합니다. v2rayN에서는 대상 애플리케이션의 트래픽이 로컬 프록시 진입점으로 들어가야 하며, v2rayNG에서는 연결 상태와 애플리케이션 범위 설정을 확인해야 합니다. 라우팅 규칙은 순서대로 적용되므로 잘못된 직접 연결 또는 차단 규칙 때문에 대상 요청이 예상한 출구로 나가지 않을 수 있습니다. DNS 해석 결과와 라우팅 정책이 맞지 않으면 일부 도메인만 실패하고 다른 주소는 정상인 것처럼 보일 수도 있습니다.

링크 저장, 이전 및 일상적인 사용 권장 사항

VMess, VLESS 공유 링크와 구독 주소에는 모두 접근 자격 증명이 포함될 수 있습니다. 계정 키와 같은 민감한 정보로 취급해 저장해야 하며 공개 페이지에 게시하거나 관계없는 사람에게 전달해서는 안 됩니다. 특히 구독 주소를 가진 사람은 현재 선택한 노드 하나가 아니라 전체 노드 목록을 가져갈 수 있으므로 주의해야 합니다.

여러 기기 사이에서 소수의 고정 노드를 옮길 때는 단일 공유 링크가 더 간단하고, 여러 노드를 장기간 사용할 때는 구독 그룹이 동기화에 편리합니다. 두 방식을 함께 사용한다면 “로컬 설정”처럼 수동 노드는 별도 그룹에 넣고 원격 목록은 출처별로 구독 그룹을 만드는 등 이름을 명확하게 정하는 것이 좋습니다. 이렇게 하면 업데이트, 삭제와 문제 해결 과정에서 혼동을 줄일 수 있습니다.

노드 이름만으로 프로토콜이나 기능을 판단하지 마세요. 이름은 편집 가능한 텍스트이며 실제 연결 방식을 결정하는 것은 설정 필드입니다. 노드를 선택한 뒤 클라이언트 상세 화면에서 프로토콜, 전송 방식, 보안 방식, 주소와 포트를 확인할 수 있습니다. REALITY 같은 기능을 사용하는 경우 공개 키, 짧은 식별자, 서버 이름과 지문 매개변수가 완전한지도 점검해야 합니다.

마지막으로 간단한 판단 기준을 적용하면 됩니다. vmess:// 또는 vless:// 링크 하나만 받았다면 클립보드나 QR 코드로 가져오고, 지속적으로 관리할 웹 주소를 받았다면 구독 그룹에 추가한 뒤 업데이트를 실행합니다. 여러 줄의 공유 링크는 일괄 가져올 수 있지만 자동 동기화되지는 않습니다. 가져오기가 끝나면 클라이언트 화면에서 연결, 시스템 프록시와 현재 네트워크에 맞는 라우팅 모드를 설정합니다.