구독 링크란?발급·클라이언트 가져오기와 업데이트 완벽 가이드
구독 링크의 역할, 사용자 패널에서 확인하는 위치, 플랫폼별 클라이언트 가져오기, 업데이트 주기와 링크 유출 후 재설정 방법을 한 번에 설명합니다.
구독 링크란 무엇일까요? 간단히 말하면 서비스 패널에서 생성되어 호환 클라이언트가 읽는 설정 진입점입니다. 클라이언트가 이 주소에 접속하면 서버 이름, 서버 주소, 포트, 프로토콜 매개변수, 분할 라우팅에 필요한 기본 정보를 받아 선택 가능한 노드로 정리합니다. 설정을 하나씩 수동 입력하는 수고를 덜어 주지만, 링크 자체가 회선인 것은 아니며 공개적으로 공유할 수 있는 일반 웹 주소도 아닙니다.
구독 링크를 이해할 때는 ‘패널 계정’, ‘구독 링크’, ‘클라이언트 설정’을 구분하는 것이 가장 중요합니다. 패널 계정은 서비스를 관리하고, 구독 링크는 최신 설정을 전달하며, 클라이언트는 연결을 수립하고 출구를 선택한 뒤 트래픽을 분할 라우팅합니다. 서로 관련되어 있지만 대체할 수는 없습니다. 회선 업데이트, 기기 변경 또는 링크 유출이 발생하면 클라이언트를 반복해서 재설치하기보다 먼저 어느 계층의 문제인지 판단하는 편이 효과적입니다.
구독 링크에는 무엇이 들어 있을까
구독 콘텐츠는 보통 기계가 읽을 수 있는 노드 기록 묶음입니다. 클라이언트의 지원 방식에 따라 인코딩된 텍스트로 반환되거나 특정 형식의 설정 파일로 제공될 수 있습니다. 브라우저에서 직접 열면 내용이 읽기 어렵게 보일 수 있지만, 링크가 만료되었다는 뜻은 아닙니다. 원래 클라이언트가 해석하도록 만들어진 콘텐츠이기 때문입니다.
사용 가능한 설정에는 보통 서버 주소, 연결 포트, 인증 정보, 전송 프로토콜, 암호화 또는 TLS 매개변수, 회선 표시 이름 등이 포함됩니다. 일부 구독에는 정책 그룹, 원격 규칙 또는 DNS 권장 설정도 들어가지만, 이러한 확장 항목이 적용되는지는 클라이언트가 해당 형식을 인식하는지에 따라 달라집니다. 같은 링크를 서로 다른 소프트웨어에 가져와도 최종적으로 표시되는 옵션은 완전히 같지 않을 수 있습니다.
| 항목 | 주요 역할 | 주의할 점 |
|---|---|---|
| 구독 링크 | 클라이언트에 현재 노드와 설정 제공 | 일반적으로 전용 인증 정보가 포함되므로 공개하지 않는 것이 좋음 |
| 단일 노드 링크 | 특정 회선 하나의 설정만 가져오기 | 서버 측 조정 후 다시 발급해야 할 수 있음 |
| 클라이언트 설정 | 노드, 분할 라우팅, DNS 및 로컬 환경 설정 저장 | 일부 내용은 현재 기기에만 저장됨 |
| 패널 계정 | 구독, 다운로드 진입점 및 링크 재설정 관리 | 클라이언트 내부 노드 목록과는 다른 계층 |
구독에서 프로토콜이 사용되는 방식
Shadowsocks, VMess, Trojan, VLESS, Hysteria2 및 TUIC은 모두 구독을 통해 배포될 수 있지만 작동 방식은 서로 다릅니다. Shadowsocks는 암호화 프록시 방식으로, 서버, 포트, 비밀번호와 암호화 방식이 핵심 설정입니다. VMess에는 자체 인증 및 전송 매개변수가 있으며, VLESS는 더 간결한 설계로 TLS, Reality 또는 다른 전송 방식과 함께 사용되는 경우가 많습니다. Trojan은 대개 TLS로 연결을 수립하므로 인증서와 서버 이름 같은 매개변수의 영향을 크게 받습니다.
Hysteria2와 TUIC은 주로 QUIC 및 UDP 전송을 기반으로 하므로 기존 TCP 방식과 적합한 네트워크 환경이 다릅니다. 로컬 네트워크에서 UDP가 제한되면 구독을 정상적으로 가져왔더라도 노드 연결이 수립되지 않을 수 있습니다. 클라이언트가 해당 프로토콜과 매개변수 버전을 실제로 지원해야 합니다. 단순히 ‘구독을 읽을 수 있다’고 해서 ‘구독에 포함된 모든 노드에 연결할 수 있다’는 뜻은 아닙니다.
사용자 패널에서 가져와 안전하게 보관하기
구독 진입점은 보통 사용자 패널의 구독, 클라이언트 또는 빠른 설정 영역에 있습니다. 로그인한 뒤 현재 화면이 ‘구독 링크’인지, 특정 소프트웨어에서만 읽을 수 있는 설정 버튼인지 먼저 확인하세요. 패널에서 여러 클라이언트 형식을 제공한다면 모든 형식을 차례로 가져오기보다 현재 기기의 소프트웨어에 맞는 버전을 선택해야 합니다. 반복해서 가져오면 이름이 같은 설정 그룹이 생겨 이후 어떤 항목을 사용하는지 오히려 파악하기 어려워질 수 있습니다.
- 사용자 패널에 로그인하세요. 패널의 클라이언트 또는 구독 영역으로 이동하고, 검색 엔진에서 이른바 대리 발급 페이지를 찾지 마세요.
- 형식 안내를 확인하세요. 해당 진입점이 범용 구독인지, 특정 클라이언트 설정인지, 단일 노드 가져오기인지 확인합니다.
- 전체 주소를 복사하세요. 복사할 때 끝부분이 누락되지 않도록 하고, 공백·줄바꿈·한글 문장 부호가 추가로 들어가지 않게 하세요.
- 클라이언트로 바로 가져오세요. 링크를 채팅 창, 임시 메모 또는 여러 사람이 공유하는 클립보드 도구에 오래 남겨 두지 않는 것이 좋습니다.
- 설정 이름을 지정하세요. 서비스명이나 용도를 사용해 이름을 정하고, 나중에 테스트 설정이나 이전 설정과 혼동하지 않도록 하세요.
- 완료 후 노드를 확인하세요. 클라이언트에 실제 회선 목록이 생성되었는지, 해석할 수 없는 텍스트 한 줄만 저장된 것은 아닌지 확인합니다.
VPNHe 패널은 이메일 주소 없이 사용자 이름과 비밀번호만으로 이용할 수 있습니다. 패널 로그인 정보와 구독 주소를 모두 안전하게 보관하세요. 전자는 계정 관리 진입점을 제어하고, 후자는 클라이언트가 설정을 읽도록 허용할 수 있습니다. 계정 비밀번호가 유출되지 않았더라도 공개된 구독 주소는 다른 사람이 설정을 사용할 가능성을 만들 수 있으므로 로그인 정보만 보호해서는 충분하지 않습니다.
- ✅ 로그인된 사용자 패널에서 링크를 직접 복사
- ✅ 가져오기 전에 클라이언트와 구독 형식의 호환성 확인
- ✅ 현재 구독과 이전 구독을 구분할 수 있는 설정 이름 사용
- ✅ 링크는 관리되는 기기와 신뢰할 수 있는 클라이언트에만 저장
- ❌ 전체 링크를 공개 속도 측정 또는 분석 페이지에 제출하지 않기
- ❌ 스크린샷, 단체 채팅 또는 공유 문서로 링크를 전달하지 않기
플랫폼별 클라이언트 가져오기 방법
플랫폼마다 메뉴 이름은 달라질 수 있지만 가져오기 흐름은 대체로 같습니다. ‘구독’, ‘설정 파일’ 또는 ‘원격 설정’ 메뉴를 찾아 URL로 추가하고, 링크를 붙여 넣어 저장한 뒤 업데이트를 실행하세요. 구독 주소를 단일 노드의 서버 주소 입력란에 잘못 넣지 않도록 주의해야 합니다. 서버 주소 입력란은 특정 노드의 호스트 이름이나 IP만 받으며 전체 구독을 해석할 수 없습니다.
Windows 및 macOS
데스크톱 클라이언트는 보통 별도의 설정 관리 영역에 구독 메뉴를 둡니다. 가져온 뒤 해당 설정 그룹을 먼저 선택하고, 구체적인 노드나 자동 선택 정책을 지정해야 합니다. 일부 소프트웨어는 시스템 프록시 또는 가상 네트워크 어댑터 모드를 별도로 활성화해야 합니다. 연결 버튼이 활성화되었다고 해서 시스템 트래픽이 반드시 프록시를 통과하는 것은 아닙니다. 클라이언트 로그와 시스템 네트워크 설정에서 트래픽 적용 상태를 확인할 수 있습니다.
macOS는 네트워크 확장과 시스템 프록시 권한에 별도의 승인 절차가 있습니다. 관련 모드를 처음 활성화할 때는 시스템 안내에 따라 권한을 승인하세요. 설정을 정상적으로 가져왔는데도 브라우저가 기존 네트워크를 사용한다면 현재 규칙 모드, 전체 모드 또는 앱 내부 프록시 중 어떤 방식으로 실행 중인지 먼저 확인하고, 다른 네트워크 도구가 시스템 프록시를 덮어쓰고 있지 않은지도 살펴보세요.
Android 및 iOS
모바일 플랫폼에서는 처음 연결을 수립할 때 VPN 설정 생성을 요청하는 경우가 많습니다. 이는 시스템이 네트워크 터널을 만들기 위해 필요한 권한입니다. 구독 링크는 브라우저 주소창에 붙여 넣어 장기간 보관하지 말고 클라이언트의 설정 관리 영역에 추가하세요. 모바일 운영체제는 백그라운드 활동을 제한하므로 자동 업데이트가 제때 실행되는지는 클라이언트 기능과 시스템 백그라운드 정책에 따라 달라집니다.
모바일에서 가져온 뒤 노드가 보이지 않는다면 링크를 클라이언트에 다시 복사하고 입력기가 공백을 삽입하지 않았는지 확인하세요. 같은 링크가 데스크톱에서는 읽히지만 모바일에서는 읽히지 않는다면 서버 장애로 단정하기보다 모바일 클라이언트가 구독에 포함된 프로토콜을 지원하는지 먼저 확인하는 것이 좋습니다.
클라이언트마다 표시가 다른 이유
클라이언트마다 구독 필드를 해석하는 범위가 통일되어 있지 않습니다. 어떤 소프트웨어는 노드와 정책 그룹을 읽고, 어떤 소프트웨어는 노드만 추출합니다. 원격 규칙을 유지하는 클라이언트가 있는 반면 로컬 기본 규칙으로 덮어쓰는 클라이언트도 있습니다. 프로토콜 이름이 같아도 모든 확장 매개변수가 호환되는 것은 아닙니다. 특히 TLS 지문, Reality, UDP, 혼잡 제어 또는 다중화 옵션과 관련된 경우 오래된 코어가 매개변수를 무시하거나 오류를 낼 수 있습니다.
| 증상 | 우선 확인할 항목 | 해결 방향 |
|---|---|---|
| 구독 해석 실패 메시지가 표시됨 | 링크 완전성 및 형식 호환성 | 다시 복사하고 호환되는 구독 형식을 선택 |
| 일부 노드만 표시됨 | 프로토콜 지원 및 클라이언트 코어 | 호환되는 클라이언트로 업데이트하거나 지원되는 형식 사용 |
| 노드는 있지만 연결되지 않음 | 네트워크 제한, 프로토콜 매개변수 및 시스템 권한 | 로그를 확인하고 다른 전송 유형으로 전환해 테스트 |
| 연결 후 일부 웹사이트가 열리지 않음 | 분할 라우팅 규칙, DNS 및 IPv6 경로 | 도메인 해석과 규칙 적용 여부 확인 |
구독 업데이트는 언제 실행해야 할까
모든 클라이언트에 적용되는 고정된 구독 업데이트 주기는 없습니다. 서버에서 회선, 노드 이름, 프로토콜 매개변수 또는 원격 규칙을 조정한 뒤, 혹은 로컬 목록과 패널 정보가 다를 때 업데이트하면 됩니다. 클라이언트에 표시되는 ‘자동 업데이트 간격’은 기기에서 설정을 가져오는 일정일 뿐, 서버가 같은 주기로 콘텐츠를 변경한다는 뜻은 아닙니다.
일상적으로는 자동 업데이트를 지원하는 클라이언트가 자체 방식에 따라 새로 고치도록 두면 됩니다. 문제가 생기면 다른 점검에 앞서 한 번 수동 업데이트를 실행하세요. 이미 변경된 서버 주소나 이전 매개변수를 계속 사용하는 일을 줄일 수 있습니다. 업데이트 후 노드 목록이 달라졌다면 현재 선택한 노드를 다시 확인하세요. 기존 항목이 교체되거나 이름이 바뀌었거나 설정에서 제외되었을 수 있습니다.
- 현재 연결을 끊으세요. 클라이언트가 설정을 업데이트하는 동안 이전 노드를 계속 사용하는 일을 피할 수 있습니다.
- 구독 업데이트를 실행하세요. 요청 성공, 해석 성공 또는 업데이트 시간 변경이 표시되는지 확인합니다.
- 노드를 다시 선택하세요. 이미 사용할 수 없게 된 이전 선택을 당연히 유지하지 마세요.
- 분할 라우팅 모드를 다시 확인하세요. 일부 클라이언트는 설정 그룹을 전환하면 해당 그룹의 규칙 설정으로 돌아갑니다.
- 연결 로그를 확인하세요. 계속 실패한다면 DNS, 핸드셰이크, 시간 초과 또는 프로토콜 비호환 중 무엇인지 구분합니다.
업데이트는 실패했지만 이전 노드는 계속 작동함
이 경우 로컬 캐시에 이전 설정이 남아 있다는 뜻일 뿐, 구독 요청이 정상이라는 증거는 아닙니다. 업데이트 로그에서 연결 시간 초과, 인증서 오류, 인증 실패 또는 형식 해석 오류가 있는지 확인하세요. 모든 설정을 바로 삭제하지 말고, 사용 가능한 복사본을 보존한 채 패널 상태를 먼저 확인하세요. 즉시 삭제하면 당분간 사용할 수 있는 회선과 비교에 필요한 이전 매개변수를 함께 잃을 수 있습니다.
업데이트는 성공했지만 회선이 바뀌지 않음
업데이트 성공은 클라이언트가 현재 콘텐츠를 가져와 해석했다는 의미입니다. 서버 설정이 변경되지 않았다면 노드 목록이 그대로인 것은 정상입니다. 일부 클라이언트는 노드 이름을 기준으로 기록을 병합하므로 매개변수 변경이 목록 이름에 드러나지 않을 수도 있습니다. 판단할 때는 이름이나 개수만 보지 말고 설정 상세 정보 또는 연결 로그를 확인하세요.
분할 라우팅 규칙과 DNS 누출 점검 방법
구독은 연결 설정을 제공하지만 ‘어떤 트래픽이 회선을 통과할지’는 보통 클라이언트의 분할 라우팅 규칙이 결정합니다. 규칙 모드는 도메인, IP, 애플리케이션 또는 규칙 집합에 따라 직접 연결, 프록시 또는 차단을 선택합니다. 전체 모드는 현재 노드로 더 많은 트래픽을 보내는 경우가 많고, 직접 연결 모드는 구독 회선을 거칠 수 있습니다. 가져오기에 성공한 뒤 접속 결과가 예상과 다르다면 노드만 바꾸기보다 현재 모드와 규칙 적용 여부를 먼저 확인하세요.
IEPL 전용 회선, 중계 및 직접 연결은 서로 다른 경로를 의미합니다. 직접 연결은 일반적으로 사용자의 네트워크가 출구 서버에 직접 접속하고, 중계는 먼저 중계 진입점에 연결한 뒤 출구로 전달합니다. IEPL 전용 회선은 특정 국제 전송 경로를 강조합니다. 구독은 이러한 회선을 같은 목록에 넣을 수 있지만, 클라이언트는 설정에 따라 연결을 만들 뿐 일반 직접 연결 노드를 자동으로 전용 회선으로 바꿀 수는 없습니다. 회선 유형은 서비스 패널에 명시된 표기를 기준으로 판단하세요.
DNS 누출은 도메인 조회가 예상한 클라이언트 설정 해석 경로를 거치지 않고 로컬 네트워크의 DNS로 전달되는 현상입니다. 이로 인해 해석 결과가 달라지거나, 지역 판정이 비정상적이거나, 도메인에 접속하지 못할 수 있습니다. 점검할 때는 클라이언트 DNS 설정, 시스템 암호화 DNS, 브라우저 자체의 보안 DNS, DNS 요청을 다른 출구로 보내는 분할 라우팅 규칙을 함께 확인해야 합니다.
- ✅ 현재 규칙 모드, 전체 모드 또는 직접 연결 모드인지 확인
- ✅ 대상 도메인에 최종적으로 적용된 분할 라우팅 규칙 확인
- ✅ 클라이언트 DNS와 시스템 DNS가 서로 덮어쓰지 않는지 확인
- ✅ 브라우저에서 별도의 보안 DNS 설정을 활성화했는지 확인
- ✅ IPv4와 IPv6가 서로 다른 출구 경로를 사용하는지 확인
- ❌ 클라이언트에 ‘연결됨’이라고 표시되는 것만으로 실제 경로를 확인했다고 보지 않기
특정 애플리케이션이 계속 회선을 거치지 않는다면 시스템 프록시를 우회하는지, 자체 네트워크 스택을 사용하는지, 클라이언트에서 가상 네트워크 어댑터 모드를 활성화했는지 확인해야 합니다. 브라우저는 대체로 시스템 프록시를 따르지만 게임, 명령줄 도구와 일부 데스크톱 앱은 그렇지 않을 수 있습니다. 이때는 구독 자체를 수정하기보다 클라이언트 기능에 맞춰 시스템 프록시, 가상 네트워크 어댑터 또는 앱 단위 프록시를 선택하세요.
구독 링크 유출 후 재설정 절차
구독 링크를 잘못된 곳에 전송했거나 공개 스크린샷에 노출했거나 출처가 불분명한 소프트웨어에 가져온 적이 있다면 유출로 처리해야 합니다. 공개 메시지를 삭제해도 이후 열람을 줄일 뿐 이미 복사된 주소를 무효화할 수는 없습니다. 확실한 대응은 사용자 패널에서 구독 링크를 재설정해 이전 주소로 더 이상 설정을 가져오지 못하게 한 뒤, 새 주소를 신뢰할 수 있는 기기에 가져오는 것입니다.
- 추가 전파를 중단하세요. 공개 콘텐츠, 공유 문서와 임시 메모에 저장된 전체 주소를 삭제합니다.
- 사용자 패널로 이동하세요. 구독 관리 또는 보안 관련 메뉴를 찾아 링크 재설정을 실행합니다.
- 이전 링크가 무효화되었는지 확인하세요. 기존 클라이언트에서 이전 구독을 계속 새로 고치지 마세요.
- 새 링크를 복사하세요. 패널에서만 가져오고, 이전 채팅 기록이나 브라우저 방문 기록에서 복구하지 마세요.
- 각 기기의 설정을 교체하세요. 이전 구독을 삭제한 뒤 새 링크를 가져오고, 회선과 분할 라우팅 모드를 다시 선택합니다.
- 더 이상 사용하지 않는 기기를 확인하세요. 이전 클라이언트, 오래된 백업과 동기화된 클립보드에 저장된 주소를 정리합니다.
구독을 재설정하면 보통 설정 진입점만 바뀌며 패널 비밀번호가 자동으로 변경되는 것은 아닙니다. 계정 정보도 노출되었다고 의심된다면 별도로 비밀번호를 변경하고 현재 사용 중인 기기를 확인하세요. 반대로 패널 비밀번호만 변경한다고 해서 이전 구독 주소가 무효화된다는 보장도 없으므로 두 작업은 서로 대체할 수 없습니다.
가져오기 실패 시 점검 순서
구독 문제를 점검할 때는 ‘가져올 수 있는가’에서 ‘해석할 수 있는가’, ‘연결할 수 있는가’, ‘트래픽이 규칙에 따라 통과하는가’ 순서로 단계별 확인을 권장합니다. 앞 단계를 건너뛰고 속도 측정만 반복하면 문제를 오히려 혼동하기 쉽습니다. 클라이언트 로그에는 요청 실패, 형식 오류, 핸드셰이크 실패, DNS 오류 또는 연결 시간 초과가 표시되는 경우가 많으므로 오류 유형을 먼저 읽고 다음 조치를 결정하세요.
클라이언트에 링크가 유효하지 않다고 표시됨
먼저 복사가 완전했는지, 시작과 끝에 공백이 들어갔는지, 패널에서 링크가 재설정되었는지 확인하세요. 브라우저에서는 접속되지만 클라이언트로 가져올 수 없다면 클라이언트가 반환 형식을 지원하지 않거나 시스템 프록시가 순환을 만들어 클라이언트의 업데이트 요청까지 다시 가로채는 상황일 수 있습니다. 잠시 연결을 끊은 뒤 업데이트하거나 패널에서 제공하는 호환 형식을 사용해 보세요.
가져온 뒤 노드가 전혀 표시되지 않음
대개 형식 해석 문제, 빈 구독 콘텐츠 또는 클라이언트 코어 비호환과 관련이 있습니다. 업데이트 로그에 읽기는 성공했지만 해석 결과가 비어 있다고 표시되는지 확인하세요. 패널에서 범용 설정과 특정 클라이언트 설정을 함께 제공한다면 해당 소프트웨어에 맞는 진입점을 사용해야 합니다. 웹 공유 주소, QR 코드 페이지 주소 또는 패널 페이지 주소를 구독 주소로 사용하지 마세요.
노드는 연결되지만 접속이 비정상적임
이 경우 구독과 기본 프로토콜은 대체로 작동하고 있으며, 문제는 DNS, 분할 라우팅, 시스템 프록시 적용 또는 대상 서비스의 출구 판정에 있을 가능성이 큽니다. 먼저 다른 도메인을 테스트하고 규칙 적용 결과와 DNS 해석 결과를 확인하세요. UDP에 의존하는 애플리케이션만 비정상이라면 클라이언트와 현재 네트워크에서 UDP 전달을 허용하는지도 확인해야 합니다.
기기를 바꾼 뒤 계속 사용할 수 없음
새 기기에서는 사용자 패널에서 구독을 다시 가져온 뒤 해당 플랫폼이 지원하는 형식으로 추가해야 합니다. 이전 클라이언트의 로컬 데이터베이스를 그대로 복사하면 시스템 경로, 인증서 참조와 플랫폼 전용 설정까지 함께 옮겨질 수 있습니다. 구독을 다시 가져온 다음 필요한 분할 라우팅 설정만 별도로 복원하는 편이 안전합니다.