vmess:// 또는 vless://로 시작하는 내용은 보통 서버 설정 하나를 담은 링크입니다. 구독 URL은 여러 설정을 가져오는 주소입니다. 잠깐 테스트할 때는 공유 링크를, 지속적으로 관리할 때는 신뢰할 수 있는 출처의 구독을 이용하세요. 아래에서 주소 구분, 데스크톱·안드로이드 가져오기, 업데이트와 문제 해결을 차례로 살펴보고, ‘설정 추가 성공’과 ‘실제 연결 가능’의 차이도 짚어봅니다.
공유 링크와 구독 URL: 설정 스냅샷과 업데이트 경로
개별 공유 링크에는 특정 서버에 연결하는 데 필요한 주소, 포트, 사용자 식별자, 전송 설정 등이 담깁니다. 가져오면 클라이언트가 이를 로컬 설정으로 변환합니다. 제공 업체가 나중에 서버 포트를 변경해도 이미 가져온 설정에는 자동으로 반영되지 않으므로 다시 가져오거나 직접 수정해야 합니다.
구독 URL은 보통 https://로 시작합니다. 클라이언트가 해당 주소에 요청을 보내 설정 목록을 가져온 뒤 지정된 그룹에 불러옵니다. 설정 하나만 반환할 수도, 여러 개를 반환할 수도 있습니다. 구독인지 여부는 노드 수가 아니라 용도와 응답 내용으로 판단합니다. 브라우저에서 열리는 일반 웹 주소라고 해서 구독으로 가져올 수 있는 것은 아닙니다.
신뢰할 수 있는 출처의 구독 URL
권장목록을 가져오는 주소를 저장해 두고, 이후 업데이트를 통해 서버 설정을 다시 불러옵니다. 제공 업체가 주소, 포트, 노드 목록을 변경할 수 있는 경우에 적합합니다. 업데이트하기 전에 출처가 신뢰할 만한지, 형식이 클라이언트에서 지원되는지 확인하세요.
적합한 용도: 장기 사용, 여러 서버 관리, 설정 정기 동기화
vmess:// 또는 vless:// 개별 공유 링크
하나의 설정 스냅샷을 저장해 항목별로 확인하기 쉽습니다. 지속적인 동기화 기능은 없으며, 구독에서 개별 링크를 내보내더라도 구독 업데이트와의 연결은 유지되지 않습니다.
적합한 용도: 임시 테스트, 수동 관리, 자체 서버 설정 전달
요약: 주소 유형을 확인한 뒤 가져오기 메뉴 선택
vmess:// 또는 vless:// 링크라면 ‘클립보드에서 가져오기’를 사용하세요. 제공 업체가 구독 URL이라고 명시한 주소라면 먼저 구독 설정에 저장한 뒤 업데이트합니다. 같은 구독 URL을 개별 노드 링크처럼 반복해서 붙여 넣지 마세요.
링크 구조 확인: 프로토콜, 전송 방식, TLS
VMess 공유 링크는 보통 vmess:// 뒤에 Base64로 인코딩된 JSON이 이어지는 형식입니다. 디코딩하면 add, port, id, net, host, path, tls 등의 필드를 확인할 수 있습니다. 생성 도구마다 필드 규칙이 다를 수 있으므로 클라이언트의 파싱 결과와 서버 설정을 기준으로 판단하세요.
VLESS 공유 링크는 보통 URI 형식입니다. 사용자 식별자는 주소 앞에, 포트는 호스트 뒤에 오며, 쿼리 매개변수로 전송 및 보안 설정을 지정합니다. # 뒤에는 메모용 이름이 붙습니다. 흔히 쓰이는 매개변수는 type, security, sni, flow입니다. REALITY를 사용하는 경우 pbk, sid, fp가 포함될 수도 있습니다. 이름이 비슷하다고 매개변수를 임의로 바꿔 쓰면 안 됩니다.
| 필드 구분 | 확인할 내용 | 자주 하는 오해 |
|---|---|---|
| 주소와 포트 | 서버 도메인 또는 IP, 실제 수신 대기 포트 | 포트가 443이라고 해서 TLS가 반드시 활성화된 것은 아닙니다. |
| 인증 정보 | VMess 또는 VLESS 사용자 식별자 | 표시 이름이 같아도 인증 정보까지 같은 것은 아닙니다. |
| 전송 계층 | TCP, WebSocket 등의 유형과 관련 매개변수 | WebSocket 경로는 구독 URL의 경로와 다릅니다. |
| 보안 설정 | TLS 또는 REALITY, 서버 이름 및 필수 필드 | VLESS 자체에는 전송 암호화 기능이 없으므로 보안 계층 설정을 확인해야 합니다. |
| 메모 이름 | 목록에서 항목을 식별하는 이름 | 메모를 수정해도 서버 위치나 연결 경로는 바뀌지 않습니다. |
Base64는 인코딩 방식이지 정보 보호 수단이 아닙니다. QR 코드는 링크 내용을 다른 형태로 표현한 것일 뿐입니다. 전체 링크를 낯선 온라인 디코딩 사이트에 입력하지 마세요. 클라이언트 편집 화면에서 필드를 확인할 수 있지만, 서버 측 근거 없이 사용자 식별자, 경로, 서버 이름을 바꾸면 안 됩니다.
v2rayN 가져오기: 클립보드와 구독 그룹은 별도로 관리
아래 내용은 v2rayN의 일반적인 중국어 UI 메뉴를 기준으로 합니다. 버전에 따라 메뉴 이름이나 위치가 다를 수 있습니다. 먼저 링크 전체를 복사하고, 메신저에서 덧붙인 따옴표와 설명, 줄바꿈으로 잘린 부분을 제거하세요. 링크 안의 쿼리 매개변수와 퍼센트 인코딩은 그대로 유지해야 합니다. 이름에 공백이 있다고 링크의 문자를 임의로 삭제하지 마세요.
- 개별 공유 링크 가져오기: vmess:// 또는 vless:// 링크 전체를 복사한 뒤 메인 창에서 「서버」→「클립보드에서 URL 일괄 가져오기」를 선택합니다. 일반적인 데스크톱 환경에서는
Ctrl+V를 사용할 수도 있습니다. 단축키가 작동하지 않으면 메뉴를 이용하세요. - 파싱 결과 확인: 서버 목록에서 방금 가져온 설정을 열고 프로토콜, 주소, 포트, 전송 방식, 보안 설정을 확인합니다. 목록에 항목이 표시된 것은 링크가 파싱되었다는 뜻일 뿐, 연결까지 검증되었다는 의미는 아닙니다.
- 구독 주소 저장: 「구독 그룹」→「구독 그룹 설정」으로 이동해 그룹을 추가하고, 알아보기 쉬운 메모와 구독 URL 전체를 입력한 뒤 저장합니다. 메모는 ‘일상 구독’처럼 작성하면 됩니다. 액세스 토큰을 이름에 넣을 필요는 없습니다.
- 노드 목록 가져오기: 「구독 그룹」 메뉴에서 「현재 구독 업데이트(프록시 사용 안 함)」 또는 「전체 구독 업데이트(프록시 사용 안 함)」를 선택합니다. 현재 네트워크에서 구독 사이트에 접속할 수 없지만 사용할 수 있는 프록시가 있다면, 해당하는 「프록시를 통해 업데이트」 옵션을 시도해 보세요.
- 설정 선택 및 확인: 업데이트가 끝나면 서버를 선택해 활성 서버로 지정하고 메인 화면에서 시스템 프록시 상태를 확인합니다. 시스템 프록시가 필요한 앱에서는 「시스템 프록시 자동 설정」 등의 해당 옵션을 사용하세요. 서버를 선택하는 것만으로 모든 앱 트래픽이 코어에 전달되는 것은 아닙니다.
v2rayNG 가져오기: 구독을 저장한 뒤 업데이트 실행
v2rayNG는 Xray 코어를 사용하는 안드로이드 클라이언트입니다. 공유 링크 파싱, 구독 목록 업데이트, 안드로이드 VPN 연결은 서로 다른 단계입니다. 앞의 두 단계는 설정을 가져오며, 연결을 시작할 때 VpnService 권한을 요청하거나 사용합니다. 구독에 성공했다고 VPN이 시작된 것이 아니며 모든 앱의 프록시 설정이 자동으로 완료되는 것도 아닙니다.
- 개별 링크: 링크를 복사하고 v2rayNG를 연 다음 오른쪽 위 「+」→「클립보드에서 가져오기」를 누릅니다. QR 코드를 받은 경우 같은 추가 메뉴에서 「QR 코드 스캔」을 선택하고, 코드가 신뢰할 수 있는 출처에서 온 것인지 확인하세요.
- 구독 URL: 사이드 메뉴에서 「구독 설정」을 열고 「+」를 눌러 메모와 URL을 입력한 뒤 저장합니다. 구독 URL을 입력해야 하는 곳에 vmess:// 개별 공유 링크를 넣지 마세요.
- 목록 가져오기: 설정 목록으로 돌아가 오른쪽 위 더보기 메뉴를 열고 「구독 업데이트」를 선택합니다. 일부 버전에서는 그룹별 업데이트를 지원합니다. 업데이트가 끝나면 현재 필터에 새 항목이 보이는지만 확인하지 말고 대상 그룹을 확인하세요.
- 연결 시작 및 권한 허용: 설정을 선택하고 연결 버튼을 누릅니다. 처음 연결할 때는 시스템 안내에 따라 VPN 연결을 허용하세요. 기기에서 다른 연결이 시스템 VPN을 사용 중이라면 먼저 충돌을 해결한 뒤 연결 상태와 로그를 확인합니다.
- 앱별 프록시 설정 확인: 일부 앱만 프록시를 사용하지 않는다면 「설정」의 「앱별 프록시」를 확인하세요. 선택한 앱만 프록시를 사용하는 설정인지, 선택한 앱을 프록시에서 제외하는 설정인지 확인해야 합니다. 체크 표시만 보고 의미를 판단하지 마세요.
두 기기에서 같은 구독 주소 사용하기
데스크톱 v2rayN
- 구독 그룹 설정에 URL을 저장합니다.
- 수동으로 한 번 업데이트해 대상 그룹에 설정이 있는지 확인합니다.
- 시스템 프록시와 라우팅 규칙은 별도로 설정합니다.
안드로이드 v2rayNG
- 구독 설정에 같은 URL을 저장합니다.
- 업데이트를 실행한 뒤 활성 설정을 선택합니다.
- VPN 권한과 앱별 프록시는 별도로 설정합니다.
두 기기에서 각각 업데이트해야 합니다. 노드 목록은 같은 출처에서 가져올 수 있지만, 라우팅·DNS·앱 트래픽 연결 설정은 일반 노드 구독으로 동기화되지 않는 경우가 많습니다. 두 기기에서 동시에 사용하기 전에 제공 업체의 기기 제한도 확인하세요.
구독 업데이트 방식: 목록 새로 고침이 모든 설정을 동기화하는 것은 아닙니다.
일반적인 노드 구독 응답에는 공유 링크가 여러 개 포함됩니다. 전체가 Base64로 인코딩되기도 하고 클라이언트가 지원하는 다른 목록 형식을 사용하기도 합니다. HTTP 요청 성공은 서버가 응답 내용을 반환했다는 뜻일 뿐입니다. 응답이 로그인 페이지, 오류 메시지 또는 지원되지 않는 형식이라면 클라이언트에 ‘유효한 설정이 없음’으로 표시될 수 있습니다.
업데이트할 때 클라이언트는 보통 해당 구독 그룹의 서버 항목을 다시 만들거나 교체합니다. 직접 수정한 이름, 주소, 전송 매개변수가 덮어써질 수 있고 항목 순서도 바뀔 수 있습니다. 따라서 구독 그룹의 설정을 영구적인 수동 사본처럼 사용하지 않는 것이 좋습니다. 수정한 내용을 보존해야 한다면 수동 그룹에 별도로 저장하고, 원본 구독을 더 이상 자동으로 따르지 않는다는 점을 확인하세요.
- 주소 만료: 구독 주소가 만료되거나 액세스 토큰이 재설정되면 기존 설정으로 한동안 연결할 수 있어도 이후 새 목록을 가져오지 못할 수 있습니다. 원래 제공 업체에서 새 주소를 받으세요.
- 노드 삭제: 업데이트 후 항목이 줄었다고 해서 클라이언트가 설정을 잃은 것은 아닙니다. 제공 업체가 서버를 목록에서 제외했을 수 있습니다. 먼저 업데이트 로그와 그룹 필터를 확인하세요.
- 로컬 규칙: 일반 노드 구독은 시스템 프록시, 앱별 목록, DNS 정책, 로컬 수신 대기 포트를 보통 변경하지 않습니다. 노드 업데이트를 설정 백업 복원으로 여기지 마세요.
- 예약 업데이트: 클라이언트에서 해당 작업을 설정했고 실행 환경이 작업을 허용하는 경우에만 자동으로 목록을 가져올 수 있습니다. 두 기기에 같은 URL을 입력해도 목록이 실시간으로 동기화되는 것은 아닙니다.
가져오기 및 업데이트 FAQ: 실패 단계별 해결 방법
먼저 ‘파싱할 수 없음’, ‘구독을 가져올 수 없음’, ‘설정은 있지만 연결되지 않음’을 구분하세요. 각 문제는 서로 다른 단계에서 발생하므로 해결 순서도 다릅니다. 구독 시간 초과는 목록을 가져오는 경로를 확인하고, 노드 연결 실패는 연결 매개변수와 코어 로그를 확인하세요. 구독 그룹 전체를 바로 삭제하고 다시 가져올 필요는 없습니다.
링크를 복사했는데 유효한 설정이 없다고 표시되는 이유는 무엇인가요?
링크가 완전한 vmess:// 또는 vless://로 시작하는지 먼저 확인하고, 메모만 복사했거나 뒤쪽이 빠지지 않았는지, 메신저에서 잘리지 않았는지 살펴보세요. 복사한 내용이 HTTPS 구독 URL이라면 구독 설정에 저장한 뒤 업데이트해야 합니다. 주소의 프로토콜 접두사를 임의로 바꾸지 마세요.
브라우저에서는 구독 주소가 열리는데 클라이언트 업데이트는 실패하는 이유가 무엇인가요?
브라우저에 표시된 내용이 구독 데이터가 아니라 로그인 페이지일 수 있습니다. 브라우저와 클라이언트가 서로 다른 프록시 경로를 사용할 수도 있습니다. URL 전체가 맞는지 확인한 다음 업데이트 로그에서 시간 초과, HTTP 상태 코드, 파싱 오류를 살펴보세요. 사용할 수 있는 프록시가 이미 있는 경우에만 프록시를 통해 업데이트하세요. 아직 가져오지 못한 노드에 의존하지 않도록 주의해야 합니다.
노드를 가져오는 데 성공했는데 연결 시간이 초과되는 이유는 무엇인가요?
설정을 열고 서버 주소, 원격 포트, 전송 유형, TLS 서버 이름, REALITY에 필요한 매개변수를 하나씩 확인하세요. 시스템 시간과 네트워크, 로그도 살펴봅니다. 포트가 443이라는 것은 해당 포트를 사용한다는 뜻일 뿐 TLS 설정이 올바르다는 의미는 아닙니다. 문제를 해결하기 위해 인증서 검증을 끄지 마세요.
구독을 업데이트한 뒤 직접 수정한 매개변수가 원래대로 돌아오는 이유는 무엇인가요?
구독 그룹은 원격 목록을 바탕으로 다시 생성되므로 로컬에서 수정한 내용이 다음 업데이트 때 덮어써질 수 있습니다. 별도로 관리할 설정은 수동 그룹에 복사하고, 용도를 알 수 있도록 메모를 수정하세요. 업데이트 후에는 활성 서버가 여전히 원하는 항목인지 확인합니다.
구독 업데이트는 성공했는데 일부 앱이 프록시를 사용하지 않는 이유는 무엇인가요?
구독은 설정을 가져오는 역할만 합니다. 데스크톱에서는 시스템 프록시와 앱 자체의 프록시 설정을 확인하고, 안드로이드에서는 VPN 실행 여부와 앱별 목록, 라우팅 규칙을 확인하세요. 트래픽이 코어에 전달되더라도 직접 연결 규칙에 따라 프록시를 거치지 않을 수 있으므로 로그를 함께 확인해야 합니다.
가져오기를 마친 뒤 다음 세 가지를 확인하세요. 설정이 올바른 그룹에 들어갔는지, 활성 서버가 맞게 선택됐는지, 대상 앱이 예상한 아웃바운드를 실제로 사용하는지 확인하면 됩니다. 사용자 식별자, 전송 계층, 라우팅 필드를 더 자세히 알아보려면 용어집과 프로토콜 참고 자료를 확인하세요. 노드 메모만으로 프로토콜 기능을 판단하지 마세요.