구독 링크란 클라이언트가 원격 서버 설정을 읽는 전용 주소입니다. 서버, 포트, 프로토콜, 인증 정보를 하나씩 입력하지 않아도 호환 클라이언트에 링크를 가져오면 현재 사용할 수 있는 서버 목록, 노드 이름과 필요한 매개변수를 불러올 수 있습니다. VPNRH에서는 구독 링크가 VPNRH 서버 설정을 클라이언트로 가져오는 입구이기도 합니다.
일반 웹 주소나 공개 공유용 다운로드 주소가 아닙니다. 링크에는 구독 권한을 식별할 수 있는 임의의 인증 정보가 포함되는 경우가 있어, 링크를 가진 사람이 호환 클라이언트에서 해당 설정을 읽을 수 있습니다. 따라서 사용자 패널에서 복사하고, 신뢰할 수 있는 클라이언트에만 가져온 뒤 필요할 때 업데이트해야 합니다. 유출이 의심되면 링크를 재설정하고 공개 채팅, 포럼 또는 스크린샷에 공유하지 마세요.
구독 링크에 포함된 정보
겉으로 보면 구독 링크는 보안 네트워크 주소로 시작하는 긴 문자열이며, 뒤에 임의의 경로나 인증 정보가 붙습니다. 브라우저에서 직접 열면 읽기 어려운 텍스트가 표시되거나 설정 파일 다운로드가 시작될 수 있고, 브라우저가 차단할 수도 있습니다. 이는 링크가 손상되었다는 뜻이 아닙니다. 링크를 읽는 대상은 웹페이지가 아니라 프록시 클라이언트이기 때문입니다.
클라이언트가 링크를 요청하면 서버는 기계가 읽을 수 있는 설정 파일을 반환합니다. 구체적인 형식은 클라이언트 생태계에 따라 다르며, 인코딩된 노드 모음일 수도 있고 YAML, JSON 또는 클라이언트 전용 설정일 수도 있습니다. 설정에는 보통 서버 이름, 서버 주소, 프로토콜 유형, 인증 매개변수와 그룹 정보가 포함됩니다. Shadowsocks, VMess, Trojan, VLESS, Hysteria2, TUIC 등은 필드 구조가 서로 다르므로, 어떤 클라이언트에서 구독 링크를 열 수 있다고 해서 구독에 포함된 모든 프로토콜이 정상 작동한다는 의미는 아닙니다.
| 항목 | 주요 용도 | 보관 위치 | 공유 가능 여부 |
|---|---|---|---|
| 사용자 패널 계정 | 요금제, 서버 입구 및 계정 설정 확인 | VPNRH 사용자 패널 | 공유에 부적합 |
| 구독 링크 | 클라이언트가 원격으로 서버 설정을 읽도록 함 | 클라이언트의 구독 또는 원격 설정 입력란 | 공유에 부적합 |
| 단일 노드 링크 | 지정된 프로토콜 설정 하나를 가져옴 | 클라이언트의 링크 가져오기 입력란 | 공유에 부적합 |
| 로컬 설정 파일 | 한 번 가져온 설정 스냅샷을 저장 | 클라이언트 설정 폴더 또는 가져오기 화면 | 인증 정보를 제거한 뒤 처리해야 함 |
구독 링크와 단일 노드 링크도 서로 바꿔 사용할 수 없습니다. 단일 노드 링크는 일반적으로 하나의 서버만 설명하며 프로토콜 이름으로 시작합니다. 반면 구독 링크는 업데이트 가능한 서버 모음을 가리킵니다. 구독 주소를 ‘단일 노드 가져오기’ 영역에 붙여 넣으면 클라이언트에서 형식 오류가 표시될 수 있습니다. 반대로 단일 노드 주소를 ‘원격 구독’ 영역에 추가해도 전체 서버 목록을 가져올 수 없습니다.
사용자 패널에서 올바르게 발급받기
발급할 때는 먼저 VPNRH 공식 사이트의 입구를 통해 VPNRH 사용자 패널에 들어간 다음 구독 또는 클라이언트 관련 영역을 여세요. 복사할 때는 패널에 표시된 전체 주소를 기준으로 하고, 매개변수를 직접 삭제하거나 브라우저 주소창을 보고 구독 경로를 추측하지 마세요. 가입에는 이메일 주소가 필요하지 않으며 사용자 이름과 비밀번호만으로 시작할 수 있습니다. 계정 설정을 마친 뒤 패널에서 현재 요금제에 맞는 설정 입력란을 확인하세요.
- 사용자 패널에 들어가 사용하려는 계정으로 로그인했는지 확인합니다.
- 구독 또는 클라이언트 다운로드 영역을 열고 대상 클라이언트와 호환되는 설정 형식을 선택합니다.
- 페이지에서 제공하는 복사 기능을 사용해 긴 주소 끝부분의 문자가 누락되지 않도록 합니다.
- 클라이언트로 전환한 뒤 구독, 원격 설정 또는 설정 제공자 입력란에 붙여 넣습니다.
- 업데이트를 실행한 다음 서버 목록을 확인하고 서버를 선택해 연결을 켭니다.
- ✅ 링크가 검색 결과, 그룹 파일 또는 타인의 전달물이 아니라 VPNRH 사용자 패널에서 제공되었는지 확인합니다.
- ✅ 복사한 내용에 주소의 시작 부분, 경로와 뒤따르는 매개변수가 모두 포함되어 있는지 확인합니다.
- ✅ 가져오기 위치가 구독, 원격 설정 또는 URL에서 가져오기로 표시되는지 확인합니다.
- ✅ 클라이언트가 구독에 사용된 프로토콜과 설정 형식을 명확히 지원하는지 확인합니다.
- ❌ 구독 링크를 온라인 디코더, 온라인 속도 측정 사이트 또는 출처가 불분명한 변환 사이트에 붙여 넣지 마세요.
- ❌ 문의 스크린샷, 화면 녹화와 공개 로그에 전체 링크를 노출하지 마세요.
데스크톱·모바일 클라이언트에 가져오는 방법
플랫폼마다 메뉴 이름은 다르지만 가져오기 흐름은 대체로 같습니다. 원격 구독을 만들고 이름과 URL을 입력한 뒤 저장하고 설정을 업데이트한 다음 서버를 선택합니다. 실제로 확인해야 할 부분은 버튼 이름이 ‘구독 추가’인지가 아니라 클라이언트 엔진의 기능, 시스템 권한과 프록시 모드입니다.
Windows 및 macOS
데스크톱 클라이언트는 보통 설정, 구독 관리 또는 설정 파일 화면에 구독 입력란을 제공합니다. 붙여 넣은 뒤 직접 업데이트를 실행하고 새 설정이 현재 설정으로 지정되었는지 확인하세요. 일부 클라이언트는 다운로드를 마친 뒤에도 이전 설정을 계속 사용합니다. 서버 목록이 바뀌지 않는다면 먼저 현재 선택된 설정 이름을 확인한 다음 다시 불러오세요.
macOS에서 처음 활성화할 때 시스템에서 네트워크 설정 추가나 관련 확장 프로그램 허용을 요청할 수 있습니다. 이 권한은 클라이언트가 네트워크 트래픽을 처리하도록 허용할 뿐, 구독 가져오기를 대신하지는 않습니다. 클라이언트에 서버가 표시되는데도 웹페이지가 기존 네트워크 경로로 접속된다면 시스템 프록시, 가상 네트워크 모드 또는 클라이언트 전체 스위치가 실제로 켜져 있는지 확인하세요.
Android 및 iOS
모바일에서는 보통 클라이언트 내부에서 원격 설정을 만들어야 합니다. 이후 시스템에서 네트워크 설정 권한을 확인하라는 메시지가 표시됩니다. 가져오기가 끝난 뒤 백그라운드 전환으로 연결이 중단된다면 시스템의 해당 클라이언트 백그라운드 실행 제한을 확인하세요. 구독은 업데이트되지만 서버를 시작할 수 없다면 프로토콜 지원, 시스템 권한과 현재 네트워크 환경을 우선 점검해야 합니다.
iOS 클라이언트는 앱마다 형식 호환성 차이가 비교적 큽니다. 같은 링크라도 앱에 따라 해석 결과가 다를 수 있습니다. Android 클라이언트 역시 서로 다른 엔진을 사용할 수 있습니다. 클라이언트를 선택할 때는 패널에 표시된 호환 방식을 기준으로 하고, ‘구독 지원’이라는 문구만으로 판단하지 마세요.
명령줄 및 라우터 환경
명령줄 엔진과 라우터 환경에서는 보통 더 명확한 설정 형식이 필요합니다. 일부 도구는 원격 구독을 직접 참조할 수 있지만, 다른 도구는 먼저 자체적으로 인식할 수 있는 설정으로 변환해야 합니다. 변환 과정에는 인증 매개변수가 포함되므로 출처가 불분명한 웹 서비스에 맡기면 안 됩니다. 클라이언트가 기본 지원하는 설정을 사용하거나, 신뢰할 수 있는 로컬 환경에서 변환하고 설정 파일 권한을 제한하는 방식이 더 안전합니다.
구독은 얼마나 자주 업데이트해야 하나요?
모든 사용자에게 적용되는 고정된 구독 업데이트 주기는 없습니다. 구독 업데이트의 본질은 ‘서버에서 현재 설정을 다시 읽는 것’이지 지속적인 속도 측정이 아니며, 자주 실행한다고 더 빨라지는 것도 아닙니다. 클라이언트가 이미 사용할 수 있는 설정을 가져왔고 서버가 정상이라면 반복해서 새로 고칠 필요가 없습니다. 설정 변경, 서버 목록 이상 또는 클라이언트를 오래 사용하지 않은 경우에 업데이트하는 편이 의미 있습니다.
이벤트에 따라 업데이트하는 방식을 권장합니다. 처음 가져온 후 업데이트하고, 연결하려는데 목록이 눈에 띄게 오래된 경우 업데이트하세요. 서비스에서 설정 변경을 알렸을 때도 업데이트하고, 여러 서버에서 연속으로 연결에 실패하면 먼저 업데이트한 뒤 원인을 점검합니다. 클라이언트가 시작 시 자동 새로 고침을 지원한다면 개인 사용 습관에 맞게 켤 수 있지만, 여러 기기에서 짧은 시간 동안 계속 수동 요청을 보내는 것은 피해야 합니다.
구독을 업데이트하면 원격 설정의 서버 정보가 교체되지만, 사용자가 직접 작성한 분할 라우팅 규칙까지 자동으로 수정되지는 않으며 현재 선택한 서버가 계속 존재한다는 보장도 없습니다. 업데이트 후 연결 동작이 달라졌다면 정책 그룹 선택, 규칙 모드와 로컬 덮어쓰기 항목을 확인하세요. 수정한 설정은 사용자 지정 규칙과 원격 구독을 분리해 관리하는 것이 좋습니다. 그래야 업데이트 중 규칙이 덮어써지는 일을 피할 수 있습니다.
직접 연결·중계·IEPL 설정 이해하기
구독의 서버 이름에는 지역, 도시 또는 회선 유형이 표시될 수 있습니다. 직접 연결은 클라이언트가 대상 서버에 바로 연결하는 방식으로 경로가 단순하지만, 사용 중인 통신사와 대상 지역 사이의 공용망 경로에 따라 품질이 달라집니다. 중계는 먼저 중간 접속 지점에 연결한 뒤 출구로 전달하는 방식으로, 네트워크 간 경로와 혼잡 시간대의 성능을 조정하는 데 목적이 있습니다. IEPL 전용 회선은 일반 공용망 직접 연결과 달리 전용 전송 경로를 통해 접속 지점과 출구 지점을 연결하는 방식을 가리키는 경우가 많습니다.
이 명칭은 네트워크 경로를 설명하는 것이며 프로토콜과는 다릅니다. Trojan 또는 VLESS는 서로 다른 회선 구조에서 실행될 수 있고, Hysteria2와 TUIC은 각기 다른 전송 설계를 기반으로 합니다. 서버를 선택할 때는 ‘경로 유형’과 ‘프로토콜 호환성’을 나누어 보세요. 클라이언트가 먼저 해당 프로토콜을 지원해야 회선 경로를 비교할 의미가 있습니다.
구독을 업데이트하면 노드 이름이나 그룹이 바뀔 수 있습니다. 사용자 지정 규칙이 특정 전체 노드 이름에 직접 연결되어 있다면 이름 변경으로 규칙이 작동하지 않을 수 있습니다. 일상적인 규칙은 정책 그룹을 가리키도록 하고, 정책 그룹에서 현재 서버를 선택하는 편이 안전합니다. 이렇게 하면 설정을 업데이트할 때 애플리케이션 규칙을 하나씩 수정할 필요가 없습니다.
| 회선 유형 | 경로 특징 | 문제 발생 시 우선 확인할 항목 |
|---|---|---|
| 직접 연결 | 로컬 네트워크에서 원격 서버로 직접 연결 | 통신사 라우팅, 프로토콜 연결 가능 여부, 대상 지역 경로 |
| 중계 | 접속 지점에 먼저 연결한 뒤 출구로 전달 | 접속 지역 선택, 정책 그룹, 구독 업데이트 여부 |
| IEPL 전용 회선 | 접속 지점과 출구 지점 사이에 전용 전송 경로 사용 | 클라이언트 호환성, 접속 지점 연결 가능 여부, 회선 그룹 선택 |
가져온 후 DNS와 분할 라우팅도 확인하기
연결된다고 해서 모든 요청이 예상한 경로로 전송되는 것은 아닙니다. 클라이언트는 브라우저 프록시만 처리할 수도 있고, 가상 네트워크 모드로 더 많은 앱의 트래픽을 처리할 수도 있습니다. 분할 라우팅 규칙은 어떤 도메인이나 주소를 프록시로 보낼지, 어떤 요청을 직접 연결로 남길지 결정합니다. DNS 설정은 도메인을 누가 해석하는지와 조회 요청이 어느 경로로 나가는지에 영향을 줍니다.
DNS 누출은 일반적으로 네트워크 트래픽은 프록시 경로를 사용하지만 도메인 조회는 로컬 네트워크의 DNS 서비스로 전송되는 현상을 말합니다. 이로 인해 조회 정보가 노출되거나 출구 지역과 맞지 않는 결과가 나올 수 있습니다. 점검할 때는 먼저 클라이언트의 DNS 모드가 켜져 있는지 확인한 다음 시스템에 다른 DNS 경로가 남아 있는지 살펴보세요. 브라우저의 암호화 DNS, 시스템 DNS 설정과 클라이언트 DNS가 동시에 존재할 수 있으며, 설정이 충돌하면 결과가 일관되지 않을 수 있습니다.
분할 라우팅 문제는 규칙 우선순위에서 자주 발생합니다. 클라이언트는 일반적으로 위에서 아래 순서로 규칙을 적용하므로, 범위가 넓은 직접 연결 규칙이 대상 규칙보다 앞에 있으면 뒤의 프록시 규칙이 작동하지 않습니다. 규칙을 수정한 뒤 설정을 다시 불러오고, 직접 연결이 필요한 사이트와 국제 네트워크 경로가 필요한 사이트를 각각 확인하세요. 클라이언트 상태 아이콘만 보고 판단해서는 안 됩니다.
- ✅ 현재 실행 중인 설정이 방금 업데이트한 원격 설정인지, 오래된 로컬 복사본인지 확인합니다.
- ✅ 정책 그룹에서 사용할 수 있는 서버를 선택했는지, 작동하지 않는 이름에 머물러 있지 않은지 확인합니다.
- ✅ 규칙 모드 또는 전체 모드를 포함해 클라이언트 프록시 모드가 예상과 일치하는지 확인합니다.
- ✅ DNS 조회를 클라이언트가 설정에 따라 처리하는지 확인합니다.
- ✅ 브라우저와 시스템에 클라이언트와 충돌하는 별도 프록시 설정이 있는지 확인합니다.
- ❌ ‘구독 업데이트 성공’을 모든 앱이 이미 클라이언트 경로를 사용한다는 뜻으로 받아들이지 마세요.
링크 유출 후 재설정 및 점검 방법
구독 링크가 공개 스크린샷, 공유 문서, 코드 저장소, 터미널 기록 또는 신뢰할 수 없는 기기에 남았다면 이미 유출된 것으로 간주해야 합니다. 공개된 내용을 삭제하는 것만으로는 충분하지 않습니다. 링크가 이미 캐시되었거나 복사되었을 수 있기 때문입니다. 사용자 패널에서 구독 인증 정보를 재설정해 기존 링크를 무효화한 뒤, 신뢰할 수 있는 기기에 새 링크를 다시 가져오는 것이 올바른 처리 방법입니다.
- 기존 링크를 더 이상 전달하거나 테스트하지 말고 공개된 위치에서 전체 내용을 삭제합니다.
- VPNRH 사용자 패널에 들어가 구독 재설정 기능으로 새 액세스 주소를 생성합니다.
- 신뢰할 수 있는 모든 클라이언트에서 기존 구독을 삭제한 뒤 새 링크를 가져오고 설정을 업데이트합니다.
- 설정 파일, 클립보드 동기화, 터미널 기록과 클라우드 문서에 기존 주소가 남아 있는지 확인합니다.
- 클라이언트가 여전히 기존 설정을 참조하는지 확인하고, 필요하면 로컬 캐시를 삭제한 뒤 다시 가져옵니다.
재설정이 끝나면 기존 링크는 더 이상 유효한 입력 경로로 사용되지 않아야 합니다. 어떤 기기에서 기존 서버 목록이 계속 표시되더라도 로컬 캐시를 읽은 것일 수 있으며, 기존 구독이 계속 업데이트된다는 뜻은 아닙니다. 수동 업데이트를 한 번 실행해 확인할 수 있습니다. 기존 주소로는 새 설정을 가져올 수 없어야 하고 새 주소는 정상적으로 읽혀야 합니다. 확인을 마친 뒤 기존 로컬 설정 복사본을 삭제하세요.
장애 정보를 제출할 때도 민감한 필드를 정리해야 합니다. 오류 유형, 클라이언트 플랫폼, 프로토콜 이름과 문제 현상은 남겨도 되지만 구독 주소, 인증 매개변수와 전체 서버 정보는 가려야 합니다. 로그에 원격 설정 URL이 포함되어 있다면 먼저 로컬 복사본에서 민감 정보를 삭제한 뒤 공식 문의 채널로 제출하세요.
자주 발생하는 오류의 점검 순서
구독을 업데이트할 수 없을 때는 먼저 ‘설정을 가져올 수 없음’과 ‘설정은 가져왔지만 서버에 연결할 수 없음’을 구분하세요. 전자는 링크의 완전성, 네트워크 요청, 인증 정보 상태 또는 형식 호환성과 관련된 경우가 많습니다. 후자는 프로토콜 지원, 회선 상태, 시스템 권한, DNS 또는 분할 라우팅과 관련될 가능성이 큽니다. 이 두 문제를 섞으면 클라이언트를 반복해서 재설치하면서도 원인을 찾지 못할 수 있습니다.
주소 또는 형식이 잘못되었다는 메시지가 표시됨
전체 링크를 복사했는지, 따옴표·공백·줄바꿈이 잘못 포함되지 않았는지 확인하고 원격 구독 입력란에 붙여 넣었는지 확인하세요. 클라이언트가 특정 형식을 요구한다면 패널에서 해당 버전을 선택하고 링크 매개변수를 직접 수정하지 마세요. 브라우저에서 링크가 열린다고 해서 클라이언트가 반환 형식과 호환된다는 뜻은 아닙니다.
업데이트는 성공했지만 서버가 표시되지 않음
먼저 클라이언트에 새 구독이 표시되는지, 같은 이름의 기존 설정이 표시되는지 확인하세요. 그런 다음 필터 조건, 숨겨진 그룹 또는 구문 분석 경고가 있는지 살펴보세요. 일부 클라이언트는 지원하지 않는 필드를 만나면 내용 일부를 무시할 수 있습니다. 이때는 프로토콜 필드를 직접 삭제하지 말고 패널에서 지원하는 클라이언트나 호환 설정을 사용하세요.
서버는 있지만 연결에 실패함
구독을 업데이트하고 서버를 바꾼 다음 시스템 권한을 확인하고, 이어서 프로토콜 지원과 네트워크 환경을 점검하세요. 특정 프로토콜만 시작되지 않고 다른 프로토콜은 정상이라면 클라이언트 엔진 버전과 프로토콜 호환성을 중점적으로 확인합니다. 모든 서버에서 연결이 되지 않는다면 시스템 프록시, 가상 네트워크 권한과 로컬 네트워크 제한을 점검하세요.
웹페이지는 열리지만 일부 앱이 서버 경로를 사용하지 않음
대개 프록시가 처리하는 범위 또는 분할 라우팅 규칙의 문제입니다. 브라우저는 시스템 프록시를 따르지만 다른 앱은 직접 인터넷에 연결할 수 있습니다. 더 넓은 범위의 트래픽을 처리해야 한다면 클라이언트가 지원하는 가상 네트워크 모드를 사용하고, 직접 연결 규칙, 대상 도메인 규칙과 DNS 설정을 다시 확인하세요. 수정 후에는 서로 다른 유형의 앱을 각각 테스트해 규칙이 어떻게 적용되는지 확인합니다.