구독 링크란 무엇인가: 클라이언트가 설정을 받아오는 입구
구독 링크는 하나의 주소입니다. 클라이언트가 이 주소로 요청을 보내면 서버가 설정 문서를 돌려주고, 그 안에는 현재 사용 가능한 노드 목록이 들어 있습니다. 각 회선의 주소, 포트, 프로토콜, 암호화 방식, 전송 파라미터가 담깁니다. 클라이언트는 이 문서를 로컬 설정에 기록하고, 노드 목록에 모든 회선이 나타납니다.
설치 파일과는 별개입니다. 설치 파일은 클라이언트의 모습을 결정하고, 구독 링크는 클라이언트가 어떤 회선에 연결할 수 있는지를 결정합니다. 링크 자체에는 트래픽도, 키 파일도 없습니다. 설정은 서버에 있고, 링크는 그것을 꺼내는 열쇠일 뿐입니다.
구독 형식은 크게 세 가지입니다. base64로 인코딩된 노드 목록(한 줄에 ss://, vmess://, trojan://, vless://, hysteria2://, tuic:// 링크가 하나씩), YAML 형식 설정(노드와 라우팅 규칙을 함께 작성), JSON 형식의 전체 설정입니다. 어떤 형식을 해석할 수 있는지는 클라이언트가 지원하는 프로토콜과 형식에 따라 다릅니다.
base64는 전송 인코딩일 뿐입니다. 여러 줄의 노드 링크를 한 줄로 압축해 주소에 넣는 역할만 하며, 암호화와는 무관하고 연결 파라미터에도 영향을 주지 않습니다.
클라이언트 실행
→ 구독 주소 요청(토큰 포함)
→ 서버가 노드 목록 반환
→ 클라이언트가 로컬 노드를 교체하고 라우팅 규칙에 따라 연결링크에는 보통 고유 토큰이 포함되어 있고, 서버는 이 토큰으로 요청이 어느 계정에서 왔는지 식별합니다. 링크를 가진 사람은 누구든 같은 노드 목록을 받아가고 해당 계정의 트래픽을 소모할 수 있습니다. 비밀번호처럼 다루는 것이 이후 모든 보안 조치의 전제입니다.
구독 링크는 '설정을 가져오는' 역할만 담당합니다. 회선 추가·삭제와 파라미터 조정은 모두 서버에서 이루어지므로, 클라이언트에서 한 번 업데이트하면 최신 상태가 반영됩니다. 클라이언트를 다시 설치할 필요가 없습니다.
구독 링크와 단일 노드 링크의 차이
클라이언트에 가져올 수 있는 것은 구독만이 아닙니다. 단일 노드 링크도 있습니다. 둘은 해결하는 문제가 다릅니다. 구독은 계속 바뀌는 목록이고, 단일 노드 링크는 고정된 회선 하나의 파라미터입니다. 이 둘을 구분하지 못하는 것이 초보자가 클라이언트에서 가져오기를 반복해 실패하는 주된 이유 중 하나입니다.
| 비교 항목 | 구독 링크 | 단일 노드 링크 |
|---|---|---|
| 내용 | 사용 가능한 모든 회선을 담은 노드 목록 | 회선 하나의 전체 파라미터 |
| 업데이트 방식 | 클라이언트가 자동 또는 수동으로 가져오며, 서버에서 조정해도 다시 가져올 필요가 없음 | 파라미터가 고정되어 있어 서버 조정 후 다시 받아야 함 |
| 프로토콜 범위 | Shadowsocks, VMess, Trojan, VLESS, Hysteria2, TUIC 등 여러 프로토콜을 동시에 포함 가능 | 링크에 명시된 단일 프로토콜만 해당 |
| 적합한 상황 | 장기 사용, 여러 기기 통합 관리 | 회선 하나를 임시로 보충하거나 특정 회선만 점검할 때 |
결론 구독을 사용할 수 있다면 구독을 먼저 사용하고, 회선 관리는 서버에 맡기는 편이 좋습니다. 단일 노드 링크는 임시 보완용에 적합하며 주력으로 쓰기에는 맞지 않습니다.
구독 링크는 어디에서 받나요
구독 링크는 로그인 후에만 볼 수 있습니다. 사용자 패널의 구독 페이지에서 본인 링크를 복사합니다. 클라이언트마다 해석하는 형식이 다르므로 패널에서 여러 형식을 함께 제공합니다. 사용 중인 클라이언트에 맞는 것을 고르고, 잘 모르겠다면 대부분의 클라이언트가 지원하는 범용 형식을 먼저 선택합니다. 구독 링크를 받으려면 계정이 필요하지만 가입 시 이메일 주소는 요구하지 않으며, 링크는 어떤 공개 페이지에도 노출되지 않습니다.
구독 링크 하나 뒤에는 지속적으로 관리되는 노드 풀이 있습니다:
회선 유형을 보면 노드 풀에는 IEPL 전용 회선과 중계·직접 연결 회선이 함께 있습니다. 전용 회선은 독립된 경로를 사용해 저녁 피크 시간대에 더 안정적이고, 중계와 직접 연결 회선은 비용이 낮아 일상적인 브라우징에 적합합니다. 클라이언트에서 구독을 업데이트하면 이 회선들이 노드 목록에 함께 나타나며, 필요에 따라 선택하면 됩니다.
플랫폼별 가져오기 절차
모든 플랫폼의 가져오기 동작은 같은 경로를 따릅니다. 클라이언트의 구독 메뉴를 열고, 링크를 붙여넣고, 저장한 뒤 한 번 업데이트하면 끝입니다. 차이는 메뉴 위치뿐입니다. 아래에 플랫폼별 순서를 정리했습니다.
Windows 및 macOS 데스크톱 클라이언트
- 클라이언트를 열고 '구독' 또는 '설정' 페이지로 들어갑니다.
- '구독 추가'를 선택하고 주소 입력란에 구독 링크를 붙여넣습니다.
- 알아보기 쉬운 이름을 붙이고 저장합니다.
- '업데이트'를 클릭하고 노드 목록이 로드될 때까지 기다립니다.
- 노드 목록에서 회선을 선택하고, 라우팅 모드는 '규칙'으로 둔 뒤 연결을 켭니다.
Android
- 클라이언트를 열고 구독 설정으로 들어갑니다.
- 구독을 새로 추가하고 링크를 붙여넣은 뒤 저장합니다.
- 홈으로 돌아가 업데이트를 눌러 노드 목록이 갱신되었는지 확인합니다.
- 회선과 라우팅 모드를 선택하고 연결을 켭니다.
iOS 및 iPadOS
- 클라이언트를 열고 구독 목록에서 '구독 추가'를 선택합니다.
- 링크를 붙여넣고 저장한 뒤 홈에서 아래로 당겨 새로고침합니다.
- 회선과 라우팅 모드를 선택하고 연결을 켭니다.
단일 회선만 가져오기
회선 하나만 잠시 쓰고 싶다면 패널에서 단일 노드 링크를 복사한 뒤, 클라이언트에서 클립보드에서 가져오기를 선택하거나 QR 코드를 스캔해 추가하면 됩니다. 이 회선은 구독 업데이트를 따라가지 않으므로, 서버에서 파라미터가 바뀌면 다시 받아야 합니다.
같은 계정의 구독은 여러 기기에 가져올 수 있고 대수 제한이 없습니다. 기기마다 회선을 따로 고르고 라우팅도 따로 설정할 수 있으며 서로 영향을 주지 않습니다.
자동 업데이트 방식: 설정이 갱신되는 시점
구독은 한 번 받고 끝나는 스냅샷이 아닙니다. 클라이언트는 세 가지 시점에 설정을 다시 가져옵니다. 시작할 때, 직접 '업데이트'를 누를 때, 그리고 설정해 둔 정기 업데이트 주기가 돌아왔을 때입니다. 정기 업데이트의 켜기/끄기와 주기는 클라이언트가 제공하며, 서버는 요청이 올 때마다 최신 노드 목록을 돌려주는 역할만 합니다.
업데이트 한 번이 클라이언트 내부에서 하는 일은 대략 다음과 같습니다:
- 구독 주소를 가져와 새 노드 목록을 받습니다.
- 로컬 설정과 비교해 회선 파라미터를 교체합니다.
- 현재 선택한 회선은 회선 이름을 기준으로 유지합니다.
- 선택한 회선의 이름이 새 목록에서 바뀌었다면 클라이언트는 보통 기본 회선으로 되돌아갑니다. 다시 한 번 선택하면 됩니다.
이것이 구독이 단일 노드 링크와 가장 크게 다른 점입니다. 서버에서 회선을 추가·삭제하거나 파라미터를 조정해도 링크를 다시 가져올 필요도, 클라이언트를 다시 설치할 필요도 없습니다. 다음번 가져오기에서 새 목록이 반영됩니다.
구독은 회선만 제공하고, 어떤 트래픽이 회선을 타는지는 라우팅 규칙이 결정합니다. 규칙 모드에서는 국내 사이트는 직접 연결하고 해외 트래픽은 회선을 타며, 대부분 이 설정을 기본으로 사용합니다. 모드를 바꿀 때 구독을 다시 가져올 필요는 없습니다.
업데이트에 실패하면 대부분의 클라이언트는 마지막으로 성공한 설정을 그대로 유지하며 노드 목록을 비우지 않습니다. 잠시 후 다시 누르면 됩니다.
가져오기 실패 점검 방법
가져오기 실패 증상은 보통 두 가지입니다. 클라이언트가 파싱 오류를 표시하거나, 업데이트는 성공했는데 목록이 비어 있거나. 아래 순서대로 확인하면 대부분의 문제는 처음 두 항목에서 원인이 잡힙니다.
- ✅ 링크 전체 복사: 처음부터 끝까지 빠진 글자 없이 복사되었는지, 붙여넣은 뒤 앞뒤에 불필요한 공백이나 줄바꿈이 없는지 확인합니다.
- ✅ 클라이언트 버전이 충분히 최신인지: 링크에 Hysteria2, TUIC 같은 최신 프로토콜이 포함되어 있으면 구버전 클라이언트는 해석하지 못합니다.
- ✅ 시스템 시간이 정확한지: 시간 오차가 크면 TLS 핸드셰이크가 실패해 구독을 받아올 수 없습니다.
- ✅ 형식이 클라이언트와 맞는지: YAML만 인식하는 클라이언트에 base64 목록을 가져오면 파싱 오류가 납니다.
- ❌ 링크를 메신저에 먼저 붙여넣고 다시 복사하기: 일부 앱은 긴 링크에 줄바꿈을 넣거나 보안을 이유로 내용을 바꿉니다.
- ❌ 공개 그룹, 포럼, 스크린샷에 링크 노출하기: 링크는 자격 증명과 같으므로 공개된 순간 유출로 간주해야 합니다.
직접 확인해도 계속 실패한다면 아래 표의 오류 유형에 맞춰 대응합니다:
| 증상 | 흔한 원인 | 대응 |
|---|---|---|
| 파싱 실패 메시지 | 링크가 잘렸거나 공백이 섞임 | 패널에서 처음부터 다시 복사해 다시 붙여넣기 |
| 업데이트는 성공했지만 목록이 비어 있음 | 계정 만료 또는 트래픽 소진 | 패널에 로그인해 구독 상태와 남은 트래픽 확인 |
| 일부 회선이 지원되지 않음으로 표시 | 클라이언트 버전이 오래되어 새 프로토콜을 인식하지 못함 | 클라이언트 업그레이드 후 다시 업데이트 |
| 업데이트가 오랫동안 응답하지 않음 | 로컬 DNS가 구독 도메인을 해석하지 못함 | 다른 DNS로 변경하거나 잠시 후 재시도 |
| 업데이트는 정상인데 모두 연결되지 않음 | 시스템 시간 오차가 너무 큼 | 시스템 자동 시간 설정을 켠 뒤 재시도 |
결론 먼저 링크가 온전한지, 클라이언트가 최신 버전인지 확인한 뒤 네트워크와 시스템 시간을 점검합니다. 이 두 단계 밖의 실패는 대부분 계정 상태와 관련이 있으므로, 클라이언트를 반복해서 재설치하는 것보다 패널을 한 번 확인하는 편이 빠릅니다.
구독 링크 유출 시 대처 방법
구독 링크에는 계정 토큰이 들어 있습니다. 유출되더라도 다른 사람이 접속 내용을 가져가지는 못하지만(전송은 양자 암호화로 보호됩니다), 두 가지 실제 문제가 생깁니다. 다른 사람이 트래픽 할당량을 소모할 수 있고, 노드 목록이 공개 환경에 노출됩니다. 대응 순서는 다음과 같습니다.
링크가 공개 그룹이나 포럼, 스크린샷에 노출된 것을 발견했다면 트래픽 이상을 기다리지 말고 먼저 재설정한 뒤 점검합니다.
- 사용자 패널에서 구독 토큰을 재설정해 새 구독 링크를 발급하면 기존 링크는 즉시 무효가 됩니다.
- 패널에서 재설정 메뉴를 찾을 수 없다면 고객센터 티켓을 열어 상황을 설명합니다.
- 각 기기에서 기존 구독을 삭제하고 새 링크를 가져온 뒤 한 번 업데이트합니다.
- 트래픽 사용량을 확인해 예상치 못한 소모가 없는지 점검합니다.
일상에서 유출을 피하는 방법은 소박합니다. 링크를 단체 채팅방에 붙여넣지 않고, 스크린샷으로 공유하지 않고, 공용 컴퓨터에서는 사용 후 로컬 구독을 삭제합니다. 링크가 노출되는 순간을 가져오는 시점으로 좁히면 위험도 훨씬 작아집니다.
자주 묻는 질문
구독 링크에도 만료 기간이 있나요?
링크 자체에는 만료 시간이 없고 계정 상태를 따릅니다. 계정이 유효한 동안에는 계속 가져올 수 있으며, 계정이 만료되거나 트래픽이 소진되면 빈 목록이나 오류가 반환됩니다. 별도로 구매한 트래픽 패키지는 용량 기준으로 계산되며 만료되지 않습니다.
구독 링크 하나로 몇 대의 기기에 가져올 수 있나요?
대수 제한은 없습니다. 같은 링크를 여러 기기에 가져올 수 있고, 받는 노드 목록도 동일합니다. 기기마다 어떤 회선을 고르고 라우팅을 켤지는 각각 독립적으로 설정합니다.
클라이언트를 바꾸면 다시 구매해야 하나요?
아닙니다. 구독은 계정에 묶여 있고 클라이언트와 무관합니다. 클라이언트를 바꾼 뒤 같은 링크를 다시 가져오면 되고, 회선과 트래픽은 그대로입니다.
직접 수정한 노드 파라미터는 업데이트 후 덮어써지나요?
네. 구독 업데이트는 해당 구독의 모든 노드 파라미터를 교체하므로 수동으로 수정한 내용은 유지되지 않습니다. 파라미터를 고정해야 한다면 구독 내용을 직접 고치는 대신 노드를 로컬 설정으로 따로 저장합니다.