Clash Verge Rev 구독 링크 추가부터 설정 업데이트까지 한 번에

구독 링크를 추가하기 전에 확인할 사항

Clash Verge Rev에 구독 링크를 등록하면 서버 주소와 노드 정보, 프록시 그룹, 라우팅 규칙 등이 원격 프로필로 내려옵니다. 따라서 링크를 추가하는 것과 구성이 실제로 적용되는 것은 별개의 단계입니다. 구독 URL이 목록에 보이더라도 업데이트가 실패했거나, 다른 프로필이 활성화되어 있거나, 코어가 구성을 불러오지 못하면 프록시 목록은 비어 있을 수 있습니다. 먼저 공급자가 제공한 주소가 일반 웹페이지 주소인지, Clash에서 사용할 수 있는 구독 주소인지 확인하세요.

URL은 계정 비밀번호와 비슷한 민감 정보입니다. 주소에 사용자별 토큰이 포함된 경우가 많아 링크를 공개 게시판에 붙이거나, 화면을 캡처해 공유하거나, 메신저의 공개 채널에 전달하면 다른 사람이 구독 자원을 사용할 수 있습니다. 문제가 생겼을 때 로그나 오류 화면을 공유해야 한다면 URL의 토큰과 사용자 식별 정보를 가리고, 공급자 관리 화면에서 해당 구독을 재발급하거나 폐기할 수 있는지도 알아두세요.

앱 버전에 따라 메뉴 이름은 Profiles, 프로필, 구성처럼 다르게 표시될 수 있습니다. 버튼의 정확한 문구보다 원격 프로필 목록에서 새 항목을 추가하고 URL을 입력하는 기능을 찾는 것이 중요합니다. 시작 전에는 네트워크 연결이 정상인지, 시스템 날짜와 시간이 자동으로 설정되어 있는지, 다른 VPN이나 프록시 앱이 같은 포트를 점유하고 있지 않은지도 확인하면 불필요한 오류를 줄일 수 있습니다.

Clash Verge Rev에 구독 URL 등록하기

먼저 Clash Verge Rev를 열고 왼쪽 메뉴에서 프로필 또는 원격 구성 목록으로 이동합니다. 기존 설정을 계속 사용할 예정이라면 현재 활성 프로필을 확인해 두세요. 새 구독을 추가할 때 기존 항목을 덮어쓰지 말고 별도의 프로필로 등록하면, 새 링크가 정상인지 비교하거나 이전 구성으로 되돌리기 쉽습니다. 구독 추가 메뉴를 찾았다면 이름과 URL 입력란을 확인합니다. 이름은 “개인”, “업무”, “가족용”처럼 용도를 구분할 수 있게 정하고, 여러 구독을 관리한다면 공급자 이름과 용도를 함께 적는 방식이 편리합니다.

공급자가 발급한 구독 URL 전체를 복사해 입력란에 붙여 넣습니다. 주소가 여러 줄로 나뉘어 전달되었다면 하나의 완전한 URL인지 먼저 확인하고, 임의로 줄을 이어 붙이지 마세요. URL을 입력한 뒤 추가 또는 저장을 누르면 목록에 새 프로필이 표시됩니다. 이때 목록에 보이는 이름은 로컬에서 구분하기 위한 표시명일 수 있으므로, 주소가 저장되었다는 사실만으로 원격 구성의 다운로드까지 완료됐다고 판단하지 않는 것이 좋습니다.

새 프로필을 선택한 다음 업데이트 또는 새로 고침 기능을 실행합니다. 앱이 응답을 받는 동안에는 창을 닫거나 네트워크를 끊지 말고 완료 알림이나 마지막 업데이트 시각을 확인하세요. 처음 가져올 때는 노드와 규칙을 내려받느라 시간이 걸릴 수 있지만, 짧은 간격으로 버튼을 반복해서 누르면 서버의 요청 제한에 걸리거나 오류 원인을 구분하기 어려워질 수 있습니다. 한 번 요청한 뒤 결과를 확인하고, 실패했다면 오류 문구와 시각을 기록한 다음 원인을 좁혀 가세요.

프로필과 프록시 목록이 제대로 불러와졌는지 확인하기

업데이트가 끝나면 프로필 항목에 성공 표시나 최근 갱신 시각이 보이는지 확인합니다. 이어서 프록시 화면을 열어 노드 목록이 채워졌는지 살펴보세요. 노드 이름이 공급자 안내와 대체로 일치하고, 선택 가능한 프록시 그룹이 보이면 원격 구성을 가져온 단계는 통과했을 가능성이 큽니다. 다만 노드가 보인다는 사실만으로 실제 트래픽이 해당 노드를 통과한다고 단정할 수는 없습니다. 활성 프로필, 코어 상태, 시스템 프록시 설정은 각각 별도로 확인해야 합니다.

다음으로 새 프로필을 현재 사용할 프로필로 선택하고, 앱 화면에서 코어가 실행 중인지 확인합니다. 코어가 꺼져 있거나 구성 파싱 오류가 표시된다면 노드 이름만 확인하는 단계에서 멈추지 말고 오류 내용을 읽어야 합니다. 설정이 정상적으로 로드된 뒤에는 프록시 그룹에서 사용할 정책을 선택하고, 필요한 경우 규칙 모드와 시스템 프록시를 켭니다. 규칙 모드에서는 사이트나 앱의 연결이 구성의 규칙에 따라 직접 연결 또는 프록시로 분기될 수 있으므로, 모든 요청이 같은 노드로 가야 한다고 가정하지 마세요.

검증은 한 번에 많은 설정을 바꾸기보다 작은 단계로 진행합니다. 코어 상태를 확인하고, 프록시 그룹에서 선택 항목이 적용되는지 본 다음, 브라우저에서 연결을 시험하세요. 특정 앱만 연결되지 않는다면 구독 전체가 실패한 것으로 보기 전에 해당 앱이 시스템 프록시를 따르는지, 규칙에 의해 다른 경로로 분류되는지 확인해야 합니다. 프록시 그룹에 노드가 표시되지 않는 경우와 노드는 있지만 트래픽이 연결되지 않는 경우는 원인이 다르므로 증상을 구분하는 것이 중요합니다.

구독 설정을 수동으로 갱신하는 방법

구독 정보가 바뀌었거나 새 노드가 추가됐다고 안내받으면 프로필 목록에서 해당 항목을 선택하고 수동 업데이트를 실행합니다. 갱신 중에는 네트워크 연결을 안정적으로 유지하고, 완료 후에는 마지막 갱신 시각이 변경됐는지 확인하세요. 업데이트 버튼을 눌렀는데 화면이 그대로라면 같은 동작을 여러 번 반복하기보다 프로필을 다시 선택하거나 앱을 재시작한 뒤 상태를 확인합니다. 이전 정보가 계속 표시되는 경우에는 앱이 실제로 다른 프로필을 활성화하고 있을 가능성도 있습니다.

자동 갱신 주기를 설정할 수 있는 버전이라면 공급자가 권장하는 간격을 우선 따르세요. 너무 짧은 간격은 구독 서버에 불필요한 요청을 보내고, 요청 제한이나 일시적인 차단을 유발할 수 있습니다. 여행 중 네트워크가 자주 바뀌거나 노트북을 절전 모드로 사용하는 경우에는 자동 갱신 시점에 연결이 끊길 수 있으므로, 중요한 변경이 예상될 때는 직접 업데이트하고 결과를 확인하는 편이 확실합니다.

수동 업데이트 후 노드 수가 줄거나 프록시 그룹 이름이 달라졌더라도 곧바로 앱 오류라고 결론 내리지 마세요. 공급자가 노드를 정리했거나 구독 정책을 변경했을 수 있습니다. 이전 구성과 새 구성을 비교할 필요가 있다면 업데이트 전후의 프로필 이름과 시각, 표시되는 노드 변화를 기록해 두세요. 단, URL이나 인증 토큰이 포함된 설정 파일을 외부에 공유해서는 안 됩니다. 로컬에서 직접 비교하고, 외부에 문의할 때는 민감한 문자열을 제거한 오류 정보만 전달하세요.

구독 추가 또는 업데이트가 실패할 때 점검하기

실패 원인은 주소 입력 오류, 네트워크 연결 문제, 공급자 측 인증이나 만료, 서버의 요청 제한, 앱 또는 코어의 파싱 오류로 나눠 볼 수 있습니다. 먼저 URL이 공급자 페이지에서 복사한 원본과 같은지 확인합니다. 주소 일부가 빠졌거나 따옴표가 포함되었거나, 브라우저나 메신저가 URL을 자동으로 줄여 저장한 경우 요청이 실패할 수 있습니다. 복사 과정에서 보이지 않는 공백이 들어간 경우에도 결과가 달라질 수 있으니 입력란에서 앞뒤 공백을 확인하세요.

URL을 확인했는데도 갱신이 되지 않으면 같은 네트워크에서 다른 웹사이트가 열리는지 확인하고, 일시적인 연결 장애가 아닌지 살펴봅니다. 브라우저에서 구독 URL을 직접 열어 보는 방법은 응답 여부를 확인하는 데 참고가 될 수 있지만, 주소가 일반 웹페이지가 아니라 구성 파일을 반환하면 브라우저 화면이 읽기 어려운 텍스트나 다운로드로 보일 수 있습니다. 반대로 인증 페이지나 오류 안내가 표시된다면 공급자 로그인, 구독 만료, 계정 사용량 제한 등을 확인해야 합니다. URL을 브라우저 주소창이나 진단 사이트에 붙여 넣을 때는 토큰이 노출되지 않도록 주의하세요.

업데이트는 성공했다고 나오지만 노드가 0개라면 코어가 구성 파일을 읽는 과정에서 오류가 발생했는지 확인합니다. 로그에 파싱 오류, 지원하지 않는 설정 항목, 포트 사용 중 메시지가 있는지 살펴보고, 다른 VPN이나 로컬 프록시를 잠시 종료해 충돌 가능성을 줄입니다. 설정을 직접 수정했다면 원격 구독을 다시 갱신할 때 로컬 변경 내용이 덮어써질 수 있다는 점도 고려하세요. 수동 수정이 꼭 필요하다면 원본을 백업하고, 변경한 항목이 다음 업데이트에도 유지되는 구조인지 확인하는 것이 안전합니다.

HTTP 상태 코드나 인증 오류가 반복되면 노드를 무작정 바꾸기보다 응답 코드, User-Agent, 캐시, 계정 상태를 차례로 확인하는 편이 효율적입니다. 관련 증상을 다룬 구독 업데이트 오류 점검도 참고할 수 있습니다. 앱 로그를 확인할 때는 실패한 시각과 요청에 해당하는 줄을 함께 보되, 로그에 URL이나 개인 정보가 기록됐는지 확인한 뒤 필요한 부분만 보관하세요. 원인을 좁힌 후 한 번만 다시 시도하면 반복 요청으로 상황을 악화시키지 않고 결과를 비교할 수 있습니다.

여러 구독을 안전하게 관리하는 요령

구독을 여러 개 등록한다면 프로필 이름을 기능 중심으로 정리하세요. 예를 들어 제공자 이름만 나열하는 것보다 “개인용 · 제공자 A”처럼 사용 목적과 출처를 함께 적으면 활성 프로필을 잘못 선택할 가능성이 줄어듭니다. 같은 이름의 프로필이 여러 개 있으면 목록에서 구별하기 어렵기 때문에, URL을 교체하거나 구독을 재발급할 때도 이름에 변경 시점을 덧붙이는 방법이 유용합니다. 더 이상 사용하지 않는 항목은 활성 상태가 아닌지 먼저 확인한 뒤 제거하세요.

구독 업데이트는 원격 구성을 다시 가져오는 작업이므로, 로컬에서 변경한 규칙이나 그룹이 항상 보존된다고 가정해서는 안 됩니다. 업데이트 전에 어떤 프로필이 활성화되어 있는지 확인하고, 중요한 사용자 설정은 별도로 기록하거나 백업하세요. 공급자가 제공하는 기본 구성과 로컬 변경을 함께 사용해야 한다면 앱이 지원하는 설정 병합 기능이나 오버라이드 방식을 확인합니다. 원격 프로필 자체를 직접 수정하면 다음 갱신 때 수정 내용이 사라질 수 있고, 형식 오류로 코어가 시작되지 않을 수도 있습니다.

구독을 더 이상 사용하지 않거나 URL이 외부에 노출됐다고 의심되면 앱에서 해당 프로필을 삭제하는 것만으로 끝내지 마세요. 공급자 계정에서 구독 주소를 재발급하거나 기존 토큰을 폐기할 수 있는지 확인해야 합니다. 삭제한 주소가 유효한 상태로 남아 있으면 링크를 알고 있는 사람이 계속 사용할 가능성이 있습니다. 또한 공용 컴퓨터에서는 프로필과 저장된 연결 정보를 정리하고, 개인 장치에서는 앱 설정 백업 파일이 다른 사람에게 전달되지 않도록 관리하세요.

구독 링크를 등록한 뒤에는 업데이트 성공 → 노드 표시 → 코어 실행 → 연결 확인 순서로 점검하면 대부분의 초기 문제를 빠르게 구분할 수 있습니다. 일부 구형 클라이언트는 원격 프로필 관리가 제한적이거나 갱신 상태를 파악하기 어려울 수 있고, 수동 YAML 편집은 작은 들여쓰기 오류도 전체 구성을 깨뜨릴 수 있습니다. Clash Verge Rev는 구독 프로필과 코어 상태를 한 화면 흐름에서 확인하기 쉬워 이런 점검을 이어가기 편리합니다. 현재 사용하는 환경에서 링크 등록과 갱신 절차를 단순하게 관리하고 싶다면 다운로드 페이지에서 Clash V.CORE를 확인해 보세요.