구독 링크는 하나의 주소로, 클라이언트가 한 번 요청하면 서버 목록 전체를 받아옵니다. 계정 비밀번호를 담지 않고 요금제와도 다릅니다. 링크는 설정을 가리키고, 요금제는 트래픽과 유효 기간을 정합니다. 이 둘을 분리해 두면 발급·가져오기·업데이트·유출 대응을 판단하기가 훨씬 수월해집니다.
진행 순서는 다음과 같습니다. 먼저 구독 링크의 구성, 다음으로 패널에서 복사하는 위치, 그다음 다섯 플랫폼별 가져오기 차이, 마지막으로 유출 후 처리 절차와 가져오기 실패 체크리스트입니다. 본문에 나오는 가격과 트래픽 기준은 요금제 페이지와 동일합니다.
구독 링크란 무엇인가
구독 링크(subscription URL)는 보통 https 주소 한 줄이며, 뒷부분은 무작위 문자열입니다. 브라우저로 직접 열면 대개 Base64 텍스트가 보이는데, 그것은 웹페이지가 아니라 인코딩된 서버 목록입니다. 클라이언트는 주소를 요청하고, 텍스트를 디코딩하고, 각 줄의 URI를 하나의 서버로 해석하는 세 단계만 수행합니다.
디코딩하면 각 줄이 하나의 서버 URI가 되며, 흔히 쓰이는 접두사는 다음과 같습니다:
ss://
vmess://
trojan://
vless://
hysteria2://
tuic://접두사마다 프로토콜과 전송 방식이 다릅니다. 클라이언트가 특정 서버를 쓸 수 있는지는 해당 프로토콜 구현 여부에 달려 있습니다. Shadowsocks만 지원하는 구형 클라이언트에 VLESS 위주의 목록을 넣으면 '가져오기는 성공했지만 사용 가능한 서버가 없음'이 됩니다. 가져오기 단계에서 가장 흔한 오판이 여기서 나옵니다. 링크가 깨진 것처럼 보이지만 실제로는 프로토콜이 맞지 않는 경우입니다.
수동으로 서버를 추가하는 것과의 차이
수동 추가는 서버 주소, 포트, 암호화 방식, 전송 계층, 위장 파라미터를 하나씩 입력해야 합니다. 구독 링크는 이를 한 번에 묶어 줍니다. 서버가 서너 개일 때는 차이가 크지 않지만, 수십에서 수백 개가 되면 그 차이는 곧 유지보수 비용이 됩니다.
| 비교 항목 | 구독 링크 | 수동 추가 |
|---|---|---|
| 최초 설정 | 주소 하나를 붙여넣으면 모든 서버를 한 번에 가져옴 | 주소·포트·암호화·전송 파라미터를 하나씩 입력 |
| 서버 변경 | 구독을 새로 고치면 동기화 | 하나씩 추가·삭제, 누락되기 쉬움 |
| 다중 기기 | 같은 주소를 각 플랫폼 클라이언트에서 재사용 | 기기마다 처음부터 다시 입력 |
| 주요 오류 지점 | 링크 복사 누락, 형식 선택 오류 | 파라미터 오입력, 위장 도메인 누락 |
| 적합한 상황 | 서버가 많고 장기 유지보수가 필요할 때 | 단일 서버를 임시로 테스트할 때 |
결론: 구독 링크가 해결하는 것은 '설정 배포'이지 '연결 가능 여부'가 아닙니다. 링크는 유효한데 연결이 안 된다면 문제는 대개 클라이언트 권한, 로컬 네트워크, 서버 선택에 있으며 링크 자체에 있지 않습니다.
구독 주소는 어디서 받을까
구독 주소는 로그인 후 사용자 패널에만 표시되며 마케팅 페이지에는 공개되지 않습니다. VPNEH는 아이디와 비밀번호만으로 가입되며 이메일 주소가 필요 없어서, 가입부터 첫 구독 주소 발급까지 인증 메일 단계가 없습니다.
패널은 보통 여러 형식의 주소를 제공합니다: 범용 Base64, Clash 설정, Sing-box 설정. 모두 같은 서버 목록을 가리키며 직렬화 방식만 다릅니다. 클라이언트에 맞는 것을 고르고 섞어 쓰지 마세요. Clash 형식을 Base64만 인식하는 클라이언트에 붙여넣으면 대개 '가져오기는 성공했지만 목록이 비어 있음'으로 나타납니다.
발급과 첫 가져오기, 다섯 단계
- 사용자 패널에 로그인해 개요 페이지의 구독 섹션을 엽니다.
- 클라이언트 유형에 맞는 형식을 고르고 복사 버튼을 누릅니다. 직접 드래그해 선택하지 마세요. 긴 링크는 수동으로 선택하면 끝부분이 쉽게 빠집니다.
- 클라이언트의 구독 입력란에 붙여넣고, 기기나 용도를 붙여 이름을 짓습니다. 예: '데스크톱', '모바일'.
- 저장한 뒤 즉시 한 번 업데이트하고, 클라이언트의 서버 수가 패널 표시와 일치하는지 확인합니다.
- 서버 하나를 선택해 연결한 뒤 접속 IP의 위치 정보를 다시 확인해 트래픽이 실제로 서버를 경유했는지 봅니다.
구독 주소는 자격 증명과 같습니다. 주소를 얻은 사람은 자기 클라이언트에 서버를 가져가 계정 트래픽을 소모할 수 있습니다. 비밀번호가 표시되지는 않지만 효과는 사용 가능한 설정 파일 하나와 같습니다. 그래서 복사 후 붙여넣을 때 대상 위치를 한 번 더 확인할 가치가 있습니다.
안내: 패널에 표시된 주소는 자동으로 만료되지 않으며 직접 재설정해야만 무효가 됩니다. 기기를 바꾸거나, 남의 컴퓨터를 쓰거나, 공용 PC에서 패널에 로그인했다면 한 번 재설정하는 것이 좋습니다.
가져오기: 플랫폼별 클라이언트
같은 구독 주소를 다섯 플랫폼에서 모두 쓸 수 있습니다. 차이는 구독 형식이 아니라 시스템 네트워크 권한에 있습니다. 첫 연결 시 뜨는 승인 창, 수동으로 허용해야 하는 시스템 확장은 플랫폼마다 다릅니다.
| 플랫폼 | 가져오기 방법 | 첫 연결 시 유의점 |
|---|---|---|
| Windows | 구독 페이지에 주소를 붙여넣고 업데이트 클릭 | 가상 네트워크 어댑터 모드는 관리자 권한이 필요하고, 시스템 프록시 모드는 시스템 프록시를 따르는 앱에만 적용됨 |
| macOS | 주소를 붙여넣거나 클립보드에서 가져오기 | 처음 사용 설정 시 시스템 설정에서 네트워크 확장을 허용해야 하며, 승인 후 보통 클라이언트를 재시작해야 함 |
| iOS | 주소를 붙여넣거나 클라이언트 안에서 QR 코드 스캔 | 연결을 시스템 네트워크 확장이 담당하므로 Wi-Fi에서 셀룰러로 전환하면 다시 연결해야 함 |
| Android | 주소 붙여넣기 | 일부 시스템은 백그라운드 프로세스를 제한하므로 해당 클라이언트의 배터리 최적화를 해제해야 함 |
| Linux | 명령줄 클라이언트가 구독 주소를 읽어 설정을 생성하거나, GUI 클라이언트로 가져오기 | 라우팅 테이블과 권한을 로컬에서 관리하므로 데스크톱 환경마다 동작이 다름 |
가져온 뒤 반드시 해야 하는 확인 한 가지
클라이언트에 '연결됨'이 표시되는 것은 로컬 프록시가 떴다는 뜻일 뿐, 트래픽이 서버를 경유했다는 뜻은 아닙니다. 확인할 것은 두 가지입니다. 접속 IP의 위치가 선택한 지역인지, DNS 조회도 서버를 경유하는지. 앞만 바꾸고 뒤를 바꾸지 않으면 도메인이 여전히 로컬 DNS로 해석되어 일부 사이트가 열리지 않거나, 열린 버전이 기대한 지역과 다를 수 있습니다.
클라이언트가 분할 라우팅 규칙을 제공한다면 규칙의 기본 동작을 확인하세요. 대상 도메인을 직접 연결로 판정하면 서버가 연결돼 있어도 그 트래픽은 서버를 지나지 않습니다. 이런 문제를 볼 때는 먼저 규칙을 전역 모드로 바꿔 한 번 시험하고, 연결되면 다시 돌아가 규칙을 하나씩 확인합니다.
업데이트 주기: 자동 새로 고침과 수동 새로 고침
구독은 한 번 설정하고 끝나는 것이 아닙니다. 서버 추가·삭제, 진입점 조정이 모두 구독 내용에 반영되며, 클라이언트가 다시 받아와야 보입니다. 대부분의 클라이언트는 자동 업데이트 간격을 설정할 수 있고, 흔한 값은 6시간, 12시간, 24시간입니다.
- 데스크톱 상시 구동: 6~12시간처럼 짧게 잡아도 됩니다. 대신 새로 고칠 때마다 서버 목록이 잠시 다시 로드됩니다.
- 모바일: 24시간이면 충분합니다. 모바일 네트워크에서 잦은 요청은 이득이 없습니다.
- 수동 새로 고침: 패널에서 서버 조정 안내가 뜨거나 클라이언트 목록이 패널과 다르다고 느껴질 때 한 번 누릅니다.
구독 업데이트와 트래픽 초기화는 다른 일입니다. 월 구독의 트래픽은 개통일 기준으로 매달 초기화되고, 중간에 요금제를 업그레이드하면 차액은 남은 일수로 계산됩니다. 트래픽 패키지는 소진될 때까지 쓰며 영구히 만료되지 않습니다. 구독을 새로 고치는 것은 클라이언트가 보는 서버 목록만 바꿀 뿐, 사용한 트래픽을 바꾸거나 유효 기간을 늘리지 않습니다.
주의: 일부 클라이언트는 구독을 업데이트할 때마다 서버 그룹을 다시 만들어, 직접 조정한 정렬·그룹·사용자 규칙이 덮어써질 수 있습니다. 규칙을 수정했다면 업데이트 전에 설정을 내보내고, 업데이트 후 다시 가져오세요.
링크 유출 후 처리 순서
판단 기준은 간단합니다. 이 주소가 내 기기 밖으로 나간 적이 있는가입니다. 공개 단체 채팅방에 올리거나, 포럼 도움 요청 글에 붙이거나, 온라인 '구독 변환' 페이지에 넣었다면 모두 나간 것으로 봅니다. 구독 링크는 계정 비밀번호를 보여주지 않지만, 제3자가 자기 클라이언트에 서버를 가져오기에는 충분합니다.
- 패널에서 구독을 재설정합니다. 기존 주소는 즉시 무효가 되고 새 주소가 생성됩니다.
- 새 주소로 각 기기에서 다시 가져옵니다. 기존 주소를 쓰는 클라이언트는 업데이트에 실패하는데, 이는 예상된 결과이지 고장이 아닙니다.
- 트래픽 사용량과 연결 기록을 확인해 이상 소모가 없는지 봅니다.
- 유출 경로를 되짚어 봅니다. 스크린샷, 도움 요청 글, 온라인 변환 도구가 가장 흔한 세 가지입니다.
- 주소를 제3자 변환 페이지에 넣은 적이 있다면 이미 유출된 것으로 보고 바로 재설정하세요. 운에 맡기지 마세요.
- ✅ 구독 주소는 로그인 후 패널에서만 복사하고, 제3자 사이트에서 받지 않습니다.
- ✅ 전송은 직접 통제할 수 있는 채널로 하고, 공개 채팅방과 공개 저장소를 거치지 않습니다.
- ✅ 기기를 바꾸거나 남의 컴퓨터에서 패널에 로그인한 뒤에는 한 번 재설정합니다.
- ❌ 구독 주소를 캡처해 공개 커뮤니티에 올려 도움을 요청합니다.
- ❌ 출처가 불분명한 구독 모음을 사용합니다. 이런 목록은 출처도 관리자도 불명확합니다.
- ❌ 출처를 알 수 없는 온라인 구독 변환 페이지에 주소를 붙여넣습니다.
재설정할 수 있다는 점이 구독 링크가 고정 비밀번호보다 나은 이유입니다: 유출의 대가는 계정이나 요금제를 바꾸는 것이 아니라 한 번 다시 가져오는 것입니다. 이 동작은 사고 수습이 아니라 정기 점검으로 여기면 됩니다.
가져오기 실패 자가 점검 체크리스트
가져오기 단계의 장애는 대부분 다섯 가지로 분류됩니다. 클라이언트를 반복 재설치하는 것보다 아래 순서로 확인하는 편이 빠릅니다:
- 목록이 비어 있음: 구독 형식을 잘못 골랐거나 링크 복사가 불완전한 경우입니다. 패널에서 다시 복사하고 끝부분 문자가 빠지지 않았는지 확인하세요.
- 업데이트 오류 403 / 404: 주소가 재설정되었거나 만료된 상태입니다. 패널로 돌아가 현재 주소를 받으세요.
- 연결은 되는데 페이지가 열리지 않음: 클라이언트가 시스템 프록시 모드인데 해당 앱이 시스템 프록시를 따르지 않거나, DNS가 여전히 로컬에서 해석되는 경우입니다.
- 일부 앱에서만 적용�: 분할 라우팅 규칙이 대상 도메인을 직접 연결로 판정했습니다. 전역 모드로 바꿔 한 번 확인하세요.
- 연결 직후 끊김: 시스템 네트워크 확장이 승인되지 않았거나, 로컬에 트래픽을 가로채는 다른 네트워크 도구가 있는 경우입니다.
이 다섯 가지를 배제하고도 연결되지 않으면 서버 자체를 봅니다. 다른 지역의 서버로 바꿔 시도해 연결되면 해당 서버 한 개의 문제이고, 연결되지 않으면 로컬 네트워크나 클라이언트 설정 문제입니다. 이 단계만으로도 점검 범위가 절반으로 줄어듭니다.
결론: 구독 링크는 취소 가능한 설정 자격 증명으로 관리하세요. 패널에서 받고, 플랫폼별로 가져오고, 필요할 때 업데이트하고, 유출이 의심되면 재설정합니다. 이 네 단계만 지키면 대부분의 '가져오기 실패'와 '트래픽이 이상하게 줄어드는' 상황에서 원인 지점을 찾아낼 수 있습니다.
서버의 지역 분포와 서버 유형은 서버 목록에서, 요금제의 트래픽 기준과 가격은 요금제 페이지에서 확인할 수 있습니다. 두 곳의 정보는 본문에서 언급한 구독 내용과 일치합니다.