VPN 구독 링크란 무엇일까요? 클라이언트가 노드 설정을 가져오는 주소로, 일반적으로 계정과 연결된 접근 인증 정보가 포함됩니다. 호환되는 클라이언트에 링크를 가져오면 회선 정보를 불러올 수 있지만, 가져오기에 성공했다고 연결까지 완료된 것은 아닙니다. 초보자는 링크 발급, 설정 가져오기, 연결 활성화, 접속 확인 순서로 진행하세요. 주소를 브라우저에 붙여 넣는 것만으로는 설정이 끝나지 않습니다.
구독 링크·노드·클라이언트, 무엇이 다를까요?
클라이언트는 설정을 읽고 연결을 구성하며 트래픽 분할을 처리합니다. 노드는 원격 연결 지점으로, 설정에 서버 주소와 포트, 프로토콜, 인증 정보 등이 포함될 수 있습니다. 구독 링크는 서비스 측에서 관리하는 설정을 클라이언트로 전달합니다. 회선이 바뀌면 설정을 다시 가져올 수 있어 항목별로 직접 수정할 필요가 없습니다.
구독 주소는 https://로 시작하는 경우가 많지만, 일반 웹페이지 주소도 같은 형식을 사용하므로 앞부분만 보고 용도를 판단할 수는 없습니다. 일부 주소는 노드 목록을 반환하고, 다른 주소는 규칙·정책 그룹·DNS 설정이 포함된 전체 설정을 반환합니다. 실제 내용은 서비스 제공업체와 선택한 클라이언트 형식에 따라 달라집니다.
| 대상 | 주요 용도 | 혼동하기 쉬운 점 |
|---|---|---|
| 구독 링크 | 설정 모음을 가져오거나 새로고침 | 소프트웨어 설치 파일이나 결제 페이지가 아닙니다 |
| 단일 노드 공유 링크 | 연결 지점 하나를 가져오기 | 구독 업데이트를 지원하지 않을 수 있습니다 |
| 설정 파일 | 노드와 관련 규칙을 저장 | 로컬 파일은 자동으로 동기화되지 않을 수 있습니다 |
| 클라이언트 | 설정을 해석하고 연결 구성 | 지원하는 프로토콜과 구독 형식이 서로 다릅니다 |
Shadowsocks, VMess, Trojan, VLESS, Hysteria2, TUIC은 서로 다른 프록시 프로토콜이며 클라이언트 브랜드가 아닙니다. 클라이언트가 해당 프로토콜과 관련 전송 방식도 지원해야 합니다. 이 글은 일반적인 개념을 설명하며, YuanVPN이 위 프로토콜을 모두 제공한다는 뜻은 아닙니다. 실제 사용 가능한 설정은 계정 패널과 다운로드 안내를 확인하세요.
구독 링크는 어디서 발급받나요?
서비스 계정 패널에서 발급받는 것이 가장 안전합니다. 공개 채팅방이나 검색 결과에서 이른바 범용 구독 링크를 찾지 마세요. YuanVPN은 이메일 주소 없이 사용자 이름과 비밀번호만으로 이용할 수 있습니다. 로그인 후 클라이언트와 구독을 받을 수 있으며, iOS 다운로드에는 유효한 요금제가 필요합니다. 계정 패널 로그인에서 시작한 뒤 페이지 안내에 따라 구독 및 다운로드 메뉴를 찾으세요.
- 본인 서비스 계정에 로그인했는지 확인하고, 다른 서비스의 정보를 복사하지 않도록 요금제와 트래픽 상태를 살펴보세요.
- 사용할 클라이언트에 맞는 형식을 선택하세요. 계정 패널에 전용 가져오기 메뉴가 있다면 먼저 메뉴 옆의 적용 안내를 읽어보세요.
- 복사 버튼으로 주소 전체를 가져오세요. 채팅 미리보기나 스크린샷, 줄바꿈된 텍스트를 이어 붙이지 마세요.
- 클라이언트에서 링크로 구독 추가를 선택하거나 서비스에서 명시적으로 제공하는 원클릭 가져오기 기능을 사용하세요.
메뉴를 찾기 어렵다면 빠른 시작 가이드를 확인하거나 고객 지원 페이지에 사용 중인 플랫폼과 클라이언트 이름을 알려주세요. 문제를 문의할 때는 증상만 설명하면 되며, 구독 주소 전체를 먼저 보낼 필요는 없습니다.
플랫폼별 클라이언트 가져오기
플랫폼마다 메뉴 이름은 다를 수 있지만 기본 과정은 같습니다. 원격 구독을 추가하고, 설정을 불러온 뒤, 사용할 설정을 선택하고 연결을 활성화하세요. 가져오기 전에 클라이언트 출처와 형식 지원 여부를 확인하세요. 주소를 복사할 수 있다고 해서 모든 소프트웨어에서 읽을 수 있는 것은 아닙니다.
Windows, macOS 및 Linux
데스크톱 클라이언트에서는 대개 ‘설정’, ‘구독’ 또는 비슷한 메뉴에서 원격 주소를 추가합니다. 알아보기 쉬운 이름을 입력하고 링크를 붙여 넣은 뒤 저장하고 업데이트하세요. 노드 목록이 표시되면 해당 설정과 사용할 노드도 선택해야 합니다. 일부 클라이언트는 시스템 프록시를 별도로 켜야 하며, TUN 모드를 지원하는 경우 더 넓은 범위의 시스템 트래픽을 처리할 수 있습니다.
시스템 프록시는 해당 설정을 따르는 앱에만 적용되므로 모든 프로그램이 이를 사용하는 것은 아닙니다. TUN 모드는 가상 네트워크 인터페이스와 라우팅, 권한이 필요하며 규칙 확인 없이 모든 트래픽을 처리한다고 볼 수도 없습니다. Linux에서는 데스크톱 프록시, 터미널 환경 변수, 앱 자체 설정이 서로 일치하는지도 확인하세요. 트레이 아이콘만 보고 작동 여부를 판단하지 마세요.
iOS 및 Android
모바일에서는 링크를 직접 붙여 넣거나 앱 간 전환으로 가져올 수 있습니다. 앱 전환 후에는 예상한 클라이언트가 열렸는지 확인하고 설정을 저장하세요. 처음 연결할 때 시스템에서 VPN 설정 추가 또는 VPN 연결 허용을 요청할 수 있습니다. 이는 시스템 네트워크를 처리하기 위한 권한 요청이며, 요금제가 활성화되었다는 뜻은 아닙니다.
Android 클라이언트에는 앱별 포함 또는 제외 설정이 있을 수 있습니다. iOS는 클라이언트 기능과 시스템 네트워크 작동 방식의 영향을 받으므로 다른 플랫폼의 메뉴 절차를 그대로 적용할 수 없습니다. 기기에 조직 관리 설정이나 다른 네트워크 제어 소프트웨어가 있다면 알 수 없는 설정을 바로 삭제하지 말고 관리 요건부터 확인하세요.
- ✅ 구독 이름, 업데이트 결과, 노드 목록이 표시되는지 확인하세요. ‘링크 저장됨’만으로는 충분하지 않습니다.
- ✅ 사용할 설정과 노드를 선택하고 실제 연결을 활성화했는지 확인하세요.
- ✅ 시스템 프록시, TUN 또는 앱별 트래픽 분할 중 실제로 활성화한 모드를 확인하세요.
- ❌ 브라우저에서 특정 웹페이지에 접속된다는 사실만으로 모든 앱이 해당 회선을 사용한다고 판단하지 마세요.
가져온 뒤 트래픽 분할과 DNS 확인하기
먼저 클라이언트에 연결 오류가 표시되는지 확인한 다음, 외부 IP와 대상 앱의 동작을 점검하세요. 연결을 켜기 전에 현재 네트워크의 외부 IP 정보를 기록하고, 켠 뒤에는 프록시를 사용할 것으로 예상되는 브라우저에서 다시 조회하세요. 외부 IP가 바뀌었다면 이번 조회의 접속 경로가 달라진 것이지만, 모든 앱이 같은 경로를 사용한다고 단정할 수는 없습니다.
규칙 모드에서 로컬 서비스는 직접 연결하고 해외 사이트는 프록시를 사용하는 것은 정상적인 트래픽 분할일 수 있습니다. 대상 앱이 여전히 직접 연결된다면 제외 대상으로 지정되었는지, 도메인에 어떤 규칙이 적용되었는지, 실제 정책 그룹은 무엇인지 확인하세요. 전체 모드는 짧은 비교 점검에 쓸 수 있지만 로컬 서비스의 접속 경로를 바꿀 수 있으므로 테스트 후 필요한 설정으로 되돌리세요.
DNS 점검 결과는 예상한 접속 경로와 함께 해석해야 합니다. 테스트에 특정 DNS 제공업체 이름이 표시되었다고 해서 곧바로 DNS 유출을 의미하지는 않습니다. 보호가 필요한 도메인의 조회 요청이 예상과 다른 로컬 네트워크 출구를 통해 전송되는지가 핵심입니다. 브라우저의 보안 DNS, 시스템 DNS, 클라이언트 DNS, 트래픽 분할 규칙이 결과에 영향을 줄 수 있으므로 테스트 페이지의 지역 표시만 보지 말고 클라이언트 로그도 함께 확인하세요.
구독 링크는 얼마나 자주 업데이트해야 하나요?
모든 서비스에 적용되는 고정 업데이트 주기는 없습니다. 구독 업데이트는 설정을 다시 가져오는 작업이며, 연결 상태를 실시간으로 새로고침하거나 요금제 갱신 및 트래픽 초기화를 대신하지 않습니다. 처음 가져올 때, 서비스에서 회선 변경을 알렸을 때, 노드가 눈에 띄게 누락됐을 때, 인증 정보가 초기화됐을 때는 직접 업데이트하세요. 자동 업데이트 주기는 클라이언트와 서비스 안내에 맞춰 설정하면 됩니다.
현재 연결이 정상이라면 계속 수동으로 새로고침할 필요는 없습니다. 업데이트에 실패하면 사용 가능한 설정을 보존하고 오류 유형부터 확인하세요. 먼저 삭제하면 복구할 수 없을 수 있습니다. 자동 업데이트는 백그라운드 제한이나 기기 절전 모드의 영향을 받을 수 있으므로, 활성화 표시만으로 매번 실행되었다고 볼 수는 없습니다.
오류 증상별 원인 확인
- 요청 시간 초과: 현재 네트워크에서 구독 API에 접속할 수 있는지 확인하고, 업데이트 요청에 이미 사용할 수 없는 프록시 경로가 필요한지도 점검하세요.
- 인증 실패 또는 접근 거부: 계정 패널에 다시 로그인해 계정 상태를 확인하고, 링크가 초기화되거나 취소되지는 않았는지 또는 복사 과정에서 누락되지는 않았는지 살펴보세요.
- 가져오기 실패: 클라이언트의 형식과 버전을 확인하세요. 반환된 내용이 설정 파일이 아니라 로그인 페이지나 오류 페이지일 수 있습니다.
- 업데이트는 성공했지만 연결되지 않음: 노드와 프로토콜 호환성, 네트워크 환경, 계정 제한을 확인하세요. 구독 주소를 반복해서 바꾸지는 마세요.
IEPL 전용 회선, 중계, 직접 연결은 회선 구성 방식을 가리키며 구독 파일 형식이 아닙니다. 중계는 보통 중간 서버를 거쳐 트래픽을 전달하고, 직접 연결은 클라이언트가 대상 노드에 바로 접속하는 방식입니다. IEPL은 전용 회선 전송 자원을 뜻합니다. 명칭만으로 개별 접속 성능을 보장할 수 없으며, 링크의 문구를 바꾼다고 일반 회선이 전용 회선으로 바뀌는 것도 아닙니다.
구독 링크가 유출됐다면 어떻게 해야 하나요?
전체 링크가 공개됐다면 인증 정보가 유출된 것으로 간주해야 합니다. 채팅 메시지를 삭제하면 추가 확산을 줄일 수는 있지만, 이미 저장한 사람의 사본까지 회수할 수는 없습니다. 계정 비밀번호를 변경해도 구독 토큰이 무효화된다는 보장은 없으므로 토큰 처리 방법을 별도로 확인해야 합니다.
- 계정 패널에서 구독 인증 정보를 재설정하거나 취소하는 기능을 찾으세요. 해당 메뉴가 없다면 서비스 제공업체에 문의해 무효화 방법을 확인하세요.
- 새 링크를 발급받아 본인 소유의 각 기기에서 기존 주소를 교체하고 설정을 다시 업데이트하세요.
- 기존 인증 정보가 무효화됐는지 확인하세요. 이미 내려받은 노드 설정으로 계속 연결할 수 있는지는 서비스 측에서 관련 인증 정보도 함께 교체하거나 취소했는지에 따라 달라집니다.
- 요금제 트래픽과 계정 상태에 이상이 없는지 확인하고, 공개된 스크린샷과 공유 문서, 불필요한 클립보드 동기화 기록을 정리하세요.
고객 지원에 로그를 전달해야 한다면 구독 주소의 토큰과 노드 비밀번호, 인증 필드를 가리세요. 계정 이름만 가리는 것으로는 부족할 수 있습니다. 로그와 QR 코드, 내보낸 설정 파일에도 재사용 가능한 인증 정보가 포함될 수 있습니다.