구독 링크란? 일반적으로 서비스 패널에서 생성되는 전용 주소로, 클라이언트가 이 주소에 접속하면 현재 계정에서 사용할 수 있는 서버, 프로토콜 설정, 노드 이름을 읽어옵니다. 설치 패키지도, 일반 웹페이지 북마크도 아니며 업데이트 가능한 원격 설정 목록에 가깝습니다. 초보자라면 먼저 ‘클라이언트 설치’와 ‘구독 가져오기’가 서로 다른 작업임을 구분해야 불필요한 재설치, 가져오기 실패, 서버 목록 미갱신을 피할 수 있습니다.
전체 순서는 현재 플랫폼에 맞는 클라이언트를 먼저 설치한 뒤, 사용자 패널에서 구독 링크를 복사하고 클라이언트에 추가한 다음 서버 목록을 업데이트하고 서버를 선택해 연결하는 방식입니다. 마지막으로 외부 IP, DNS, 분할 라우팅 결과를 확인합니다. 연결되었다고 해서 모든 대상 서비스를 반드시 이용할 수 있는 것은 아니며, 제3자 서비스는 지역 정책, 계정 정보, 자체 보안 정책에 따라 접속 결과를 결정할 수 있습니다.
구독 링크와 설치 패키지의 차이
설치 패키지는 클라이언트 프로그램을 기기에 설치하고, 구독 링크는 이미 설치된 클라이언트에 사용할 설정을 전달합니다. 둘 다 필요하지만 역할은 완전히 다릅니다. 브라우저에 구독 링크를 붙여넣어 다운로드해도 클라이언트 설정이 자동으로 완료되지는 않습니다. 반대로 클라이언트만 설치하고 설정을 가져오지 않으면 서버 목록은 대개 비어 있습니다.
| 항목 | 주요 용도 | 변경 여부 | 주의해야 할 위험 |
|---|---|---|---|
| 클라이언트 설치 패키지 | 설정을 읽고 연결을 설정하며 분할 라우팅 규칙을 실행하는 프로그램 설치 | 클라이언트 새 버전이 출시되면 업데이트가 필요할 수 있음 | 사용자 패널의 클라이언트 다운로드 메뉴 또는 신뢰할 수 있는 배포 경로에서 받아야 함 |
| 구독 링크 | 계정에서 사용할 수 있는 서버 목록과 연결 매개변수를 클라이언트에 제공 | 서버 구성이나 계정 상태가 바뀌면 구독을 새로 고쳐 동기화 | 계정 권한을 식별하는 인증 정보가 포함될 수 있으므로 공개 전달 금지 |
| 단일 설정 | 한 개 서버의 프로토콜 및 서버 매개변수만 가져오기 | 매개변수가 변경되면 보통 다시 가져와야 함 | 전체 서버 목록을 동기화하기 어렵고, 점검할 때 설정이 만료되었는지도 확인해야 함 |
구독 내용은 인코딩된 텍스트, 구조화된 설정 또는 클라이언트 전용 형식으로 제공될 수 있습니다. 브라우저에서 직접 열었을 때 긴 문자열이 보인다고 해서 링크가 손상된 것은 아닙니다. 원래 클라이언트가 해석하도록 만들어진 내용이기 때문입니다. 일부 서비스는 클라이언트가 요청한 형식에 따라 서로 다른 구조의 설정을 반환하므로, 같은入口라도 클라이언트에 따라 해석 결과가 달라질 수 있습니다.
이러한 프로토콜도 이름만으로 우열을 판단할 수 없습니다. Shadowsocks는 암호화 프록시 프로토콜입니다. VMess와 VLESS는 관련 프록시 코어 생태계에서 흔히 사용되며, VLESS 자체는 콘텐츠를 암호화하지 않으므로 일반적으로 보안 전송 계층과 함께 사용합니다. Trojan은 주로 TLS를 통해 전송되고, Hysteria2와 TUIC는 UDP 기반 전송 성능을 중시합니다. 실제 사용 경험은 현지 네트워크, 통신사 경로, 서버 진입점, 출구 부하, 대상 웹사이트의 영향을 함께 받습니다.
사용자 패널에서 발급받기 전에 준비할 사항
시작하기 전에 계정으로 사용자 패널에 접속할 수 있는지 확인하세요. 7KVPN 계정은 이메일 주소 없이 사용자 이름과 비밀번호만으로 사용할 수 있습니다. 로그인한 뒤 클라이언트 또는 구독 메뉴에서 설정을 가져오세요. 채팅 기록, 공개 페이지, 다른 사람의 스크린샷에서 링크를 찾지 마세요. 구독은 일반적으로 현재 계정 권한과 연결되어 있습니다.
플랫폼마다 준비 과정은 조금씩 다릅니다. Windows와 macOS 클라이언트는 시스템 프록시 모드와 TUN 모드를 제공할 수 있습니다. Android와 iOS 클라이언트는 보통 시스템에서 승인하는 VPN 설정을 만들어야 합니다. Linux에서는 그래픽 클라이언트를 사용하거나 명령줄 코어로 설정을 불러올 수 있습니다. 시스템에 네트워크 확장, VPN 설정 또는 가상 네트워크 카드 권한 요청이 표시되면 현재 작업이 방금 설치한 클라이언트에서 시작된 것인지 먼저 확인한 뒤 플랫폼 안내에 따라 처리하세요.
- ✅ 사용자 패널에서 현재 플랫폼에 맞는 클라이언트를 받았는지 확인
- ✅ 사용자 이름과 비밀번호를 저장했고 패널에 다시 접속할 수 있음
- ✅ 클라이언트가 구독에 사용된 프로토콜과 설정 형식을 지원하는지 확인
- ✅ 시스템 프록시를 변경하는 다른 유사 도구를 종료해 규칙 충돌 방지
- ❌ 웹페이지 주소창의 무관한 페이지 링크를 구독 주소로 착각하지 않기
- ❌ 공개 문서, 스크린샷 또는 문의 글에 전체 구독 링크를 붙여넣지 않기
사용자 패널에 ‘구독 복사’, ‘클라이언트로 가져오기’ 또는 여러 형식의 메뉴가 함께 있다면 현재 클라이언트와 명확히 일치하는 형식을 우선 선택하세요. 범용 구독이라고 해서 모든 클라이언트가 모든 필드를 인식하는 것은 아닙니다. 어떤 클라이언트는 노드 자체는 읽지만 원격 그룹, 규칙 세트 또는 업데이트 정책을 무시할 수 있고, 다른 클라이언트는 전체 규칙을 불러오기 위해 전용 설정 형식이 필요할 수 있습니다.
클라이언트 메뉴는 사용자 패널에 있으며 로그인 후 구독을 받을 수 있습니다. 아직 설치하지 않았다면 먼저 클라이언트 가이드에서 플랫폼 안내를 확인한 뒤 패널로 돌아와 구독을 복사하세요. 설치 패키지와 구독 파일을 장기간 섞어 보관하고 파일명만으로 용도를 추측하지 마세요. 파일명보다 설정 출처와 업데이트 시간이 중요합니다.
클라이언트로 가져오기의 올바른 순서
클라이언트 화면의 명칭은 ‘구독’, ‘설정 소스’, ‘원격 설정’, ‘URL에서 가져오기’ 등으로 다를 수 있지만 기본 흐름은 같습니다. 아래 순서는 특정 소프트웨어 화면에 의존하지 않으며, 현재 어느 단계에서 막혔는지 확인하는 데 유용합니다.
- 클라이언트를 설치하고 실행합니다. 사용자 패널의 클라이언트 다운로드 메뉴에서 플랫폼에 맞는 프로그램을 받아 설치하고 네트워크 권한을 설정하세요. 처음 실행한 뒤에는 전역 모드를 바로 켜지 마세요.
- 전체 구독 링크를 복사합니다. 사용자 패널의 복사 기능을 사용해 링크 끝부분이 누락되지 않도록 하세요. 공백이나 설명 문구를 함께 복사하지도 마세요.
- 원격 구독을 새로 추가합니다. 클라이언트에서 URL 가져오기 또는 구독 추가 메뉴를 찾아 링크를 주소 입력란에 붙여넣으세요. 이름은 알아보기 쉬운 서비스명으로 정해도 되지만 링크 내용은 수정하지 마세요.
- 업데이트를 실행합니다. 저장한 뒤 구독을 직접 새로 고치세요. 성공하면 서버 목록이 표시되어야 합니다. 주소만 저장하고 업데이트하지 않으면 클라이언트에 빈 목록이 계속 나타날 수 있습니다.
- 서버를 선택하고 연결합니다. 먼저 대상 서비스의 지역과 현지 네트워크 상태를 기준으로 서버를 선택한 뒤 연결하세요. 서버 도시, 유형, 지원 범위는 사용자 패널의 실제 목록을 기준으로 판단해야 합니다.
- 연결 결과를 확인합니다. 외부 IP가 변경되었는지 확인하고, 자주 사용하는 웹사이트와 DNS 조회 및 현지 서비스가 분할 라우팅 예상에 맞는지 점검하세요.
클라이언트가 QR 코드 스캔을 지원하더라도 QR 코드에는 보통 설정 또는 구독 주소가 담깁니다. 여러 기기에서 가져오기 편리할 뿐 링크의 민감성이 사라지는 것은 아닙니다. QR 코드 스크린샷이 전달되면 이를 받은 사람도 내용을 읽을 수 있으므로 일반적인 튜토리얼 이미지처럼 공개해서는 안 됩니다.
가져온 뒤 서버가 보이지 않을 때
먼저 붙여넣은 내용이 완전한지 확인한 다음 클라이언트가 구독 주소에 접속할 수 있는지 점검하세요. 현지 네트워크에서 원격 설정을 일시적으로 읽지 못한다면 네트워크가 복구된 뒤 다시 업데이트하면 됩니다. 클라이언트에서 형식을 지원하지 않는다고 표시되면 패널에서 해당 클라이언트에 맞는 구독 형식으로 바꾸거나 관련 프로토콜을 지원하는 클라이언트를 사용하세요. 설정 필드를 임의로 삭제하거나 수정하지 마세요.
시스템 시간이 크게 어긋나면 TLS 연결이 인증서 시간 검증 실패로 끊길 수 있습니다. 로컬 보안 프로그램이나 기업 네트워크 정책이 클라이언트의 구독 주소 접속을 차단할 수도 있습니다. 문제를 점검할 때는 ‘구독 다운로드 실패’와 ‘노드 연결 실패’를 구분해야 합니다. 전자는 설정을 가져오는 단계에서 발생하고, 후자는 서버 핸드셰이크 단계에서 발생하므로 대응 방향이 다릅니다.
구독 업데이트, 서버 선택 및 분할 라우팅 규칙
구독의 가치는 처음 가져올 때뿐 아니라 이후 동기화에도 있습니다. 서비스 측에서 진입점, 출구 또는 서버 이름을 조정하면 클라이언트가 구독을 다시 받아야 현재 설정을 읽을 수 있습니다. 처음 저장된 내용만 장기간 사용하면 이전 서버가 비활성화되거나 그룹이 누락되고 매개변수가 더 이상 맞지 않는 문제가 생길 수 있습니다.
업데이트 전에 중요한 세션을 사용 중이라면 먼저 전송을 끝낸 뒤 새로 고치세요. 일부 클라이언트는 구독 업데이트 중 그룹을 다시 만들어 현재 선택한 서버가 바뀔 수 있고, 일부는 같은 이름의 서버를 유지합니다. 업데이트 후에는 클라이언트가 기존 선택을 반드시 유지한다고 가정하지 말고 선택한 출구를 다시 확인하세요.
직접 연결, 중계 연결, IEPL의 차이
직접 연결은 일반적으로 기기가 서버 진입점에 바로 연결되는 방식입니다. 경로 구조가 단순하지만 현지 통신사와 국제 공용망 라우팅의 영향을 더 쉽게 받을 수 있습니다. 중계 연결은 먼저 가까운 접속 지점에 들어간 뒤 서비스 측 경로를 통해 출구로 전달됩니다. 망 간 또는 국제 경로를 개선하려는 목적이지만, 효과는 접속 품질과 이후 라우팅에 따라 달라집니다.
IEPL은 일반적으로 국제 이더넷 전용 회선 계열 상품을 설명할 때 사용됩니다. 시장의 요금제 라벨만으로는 하위 구현을 모두 알 수 없고, 전용 회선 구간에서 최종 웹사이트까지는 공용망을 거칠 수도 있습니다. 서버를 판단할 때는 사용자 패널에 표시된 실제 유형을 기준으로 하세요. 목록에 도시, 전용 회선 또는 지원 범위가 명시되지 않았다면 ‘패널 기준’으로 이해해야 하며 이름만 보고 추측해서는 안 됩니다.
서버를 선택할 때 지역명만 봐서도 안 됩니다. AI 도구나 스트리밍을 이용할 때 대상 서비스는 출구 지역, 계정 정보, 결제 자료, 콘텐츠 이용 권한, 보안 상태를 함께 확인할 수 있습니다. 네트워크 연결은 요청 경로와 출구 환경만 바꿀 뿐 제3자 서비스의 계정 자격 요건을 대신할 수 없으며 지속적인 이용 가능성을 보장하지도 않습니다.
전역 모드와 규칙 기반 분할 라우팅 중 무엇을 선택할까
전역 모드는 더 많은 트래픽이 현재 서버를 통과하게 하므로 ‘분할 라우팅 규칙 때문에 접속이 실패하는지’를 짧게 점검할 때 유용합니다. 하지만 현지 웹사이트, 로컬 네트워크 기기 또는 국제 경로가 필요 없는 앱까지 우회시킬 수 있습니다. 규칙 기반 분할 라우팅은 도메인, IP, 앱 또는 규칙 세트에 따라 요청을 프록시로 보낼지 직접 연결할지 결정하므로 지속적인 사용에 적합합니다. 다만 규칙이 오래되었거나 잘못 매칭되면 필요한 트래픽이 빠지거나 불필요한 트래픽이 잘못 전달될 수 있습니다.
- ✅ 대상 서비스에 접속하기 전에 지원 지역과 계정 상태를 먼저 확인
- ✅ 구독 업데이트 후 현재 서버와 분할 라우팅 모드를 다시 확인
- ✅ 현지 웹사이트가 이상하면 전역 모드로 잘못 우회되고 있는지 확인
- ✅ 특정 도메인이 서버를 거치지 않으면 규칙 일치 여부와 DNS 조회 경로를 확인
- ❌ 서버 이름만으로 직접 연결, 중계 연결 또는 전용 회선이라고 판단하지 않기
- ❌ 한 번 연결된 것을 제3자 서비스가 계속 이용 가능하다는 의미로 해석하지 않기
DNS 누수와 연결 확인 방법
외부 IP 변경은 기본적인 확인 항목일 뿐입니다. 도메인에 접속하기 전에는 보통 DNS 조회가 이루어지는데, 조회가 예상과 다른 현지 리졸버에 맡겨지면 조회 중인 도메인 범위가 노출될 수 있고 지역별 응답 차이로 현재 출구에 적합하지 않은 주소가 반환될 수도 있습니다. 이런 현상을 흔히 DNS 누수라고 하지만, 점검할 때는 시스템 DNS, 클라이언트 내장 DNS, 브라우저 보안 DNS, 앱 자체 리졸버를 구분해야 합니다.
분할 라우팅을 사용하면 문제는 더 복잡해집니다. 일부 도메인이 직접 연결로 설정되어 있다면 DNS가 현지 리졸버를 사용하는 것이 규칙에 맞을 수 있습니다. 반대로 서버를 거쳐야 하는 도메인이 계속 현지에서 조회되면 예상과 다를 수 있습니다. 따라서 검사 페이지에 어떤 리졸버가 표시되는지만 보지 말고 현재 분할 라우팅 규칙과 함께 결과가 합리적인지 판단해야 합니다.
- 연결 전 상태를 기록합니다. 먼저 현재 출구 지역과 DNS 조회 출처를 확인해 비교 기준으로 삼으세요.
- 서버에 연결합니다. 클라이언트가 단순히 가져오기 완료 상태에 머물러 있지 않은지 확인하고 시스템 프록시 또는 TUN 모드가 적용되었는지 점검하세요.
- 조회 요청을 다시 보냅니다. 이전 연결을 재사용할 수 있는 페이지를 닫고 출구와 DNS 결과를 다시 확인하세요. 필요하면 클라이언트 자체 캐시도 삭제합니다.
- 프록시 도메인과 직접 연결 도메인을 각각 테스트합니다. 규칙에 지정된 두 유형의 요청이 각각 예상한 경로로 가는지 확인하고, 웹사이트 하나만 테스트하지 마세요.
- 앱별 차이를 확인합니다. 브라우저는 정상인데 다른 앱에서 문제가 생긴다면 시스템 프록시 적용 범위, 앱의 프록시 지원 여부 또는 가상 네트워크 카드 모드가 원인일 수 있습니다.
Windows와 macOS에서 시스템 프록시 모드만 사용하는 경우 시스템 프록시를 따르지 않는 앱은 직접 인터넷에 연결할 수 있습니다. TUN 모드는 일반적으로 적용 범위가 더 넓지만 가상 네트워크 카드 권한이 필요하며 기업 네트워크, 방화벽 또는 다른 네트워크 도구와 충돌할 수 있습니다. Android와 iOS는 시스템 VPN 설정에 따라 트래픽을 전달하므로 클라이언트를 바꾼 뒤 기존 설정이 계속 연결을 점유하고 있지 않은지 확인해야 합니다. Linux에서는 데스크톱 프록시, 환경 변수, 명령줄 프로그램이 같은 네트워크 설정을 사용하는지도 추가로 확인하세요.
구독 링크가 유출된 경우의 대응 방법
구독 링크에는 계정의 구독 권한을 식별하는 토큰이 포함될 수 있습니다. 사용자 이름과 비밀번호가 직접 표시되지 않더라도 링크를 얻은 사람이 계정에서 사용할 수 있는 서버를 가져올 수 있으므로 민감한 인증 정보로 취급해야 합니다. 링크가 공개된 뒤 채팅 기록에서 삭제하는 것만으로는 위험이 사라졌다고 확인할 수 없습니다. 내용이 이미 복사되거나 캐시되었거나 전달되었을 수 있기 때문입니다.
유출 사실을 발견하면 공개된 링크의 사용을 중단하고 사용자 패널에서 구독을 초기화, 업데이트 또는 새로 생성하는 메뉴를 찾으세요. 새 링크를 생성한 뒤 자신의 클라이언트에서 기존 구독을 삭제하고 새 링크를 추가한 다음 업데이트합니다. 패널에 해당 기능이 없다면 도움말 센터에서 문의를 제출해 기존 구독 인증 정보를 비활성화해 달라고 요청하세요. 문의 내용에 전체 링크를 다시 첨부하지 마세요.
- ✅ 공개 페이지, 공유 문서, 삭제 가능한 메시지에서 링크를 즉시 제거
- ✅ 사용자 패널에서 구독을 초기화하거나 기존 구독 인증 정보의 비활성화를 요청
- ✅ 자신의 클라이언트에서 기존 소스를 삭제한 뒤 새 구독을 추가하고 업데이트
- ✅ 다른 기기가 기존 링크를 계속 참조하는지 확인해 이후 업데이트 실패 방지
- ❌ 공개 댓글에 전체 링크를 올려 점검을 요청하지 않기
- ❌ 링크를 QR 코드로 바꾸면 유출 위험이 사라진다고 생각하지 않기
일상적으로는 구독 소스에 알아보기 쉬운 이름을 지정해 중복 설정을 쉽게 확인하세요. 튜토리얼용 스크린샷을 만들 때는 주소, 토큰, QR 코드를 가리고, 클라이언트를 바꿀 때는 패널에서 다시 복사하세요. 출처가 불분명한 이전 파일에서 복원하지 마세요. 익명성과 무로그는 서비스의 개인정보 보호 정책에 관한 설명이지만, 계정 인증 정보 보호는 사용자와 서비스 측이 함께 책임져야 합니다. 구독 링크를 공개 공유 가능한 일반 URL로 취급해서는 안 됩니다.