구독을 추가하기 전에 확인할 항목
Clash Verge Rev에 프록시 구독을 등록하면 공급자가 제공한 서버 정보와 정책 구성을 프로필로 가져와 관리할 수 있습니다. 처음 설정할 때는 앱을 실행하고 구독 링크를 붙여 넣는 것만으로 끝난다고 생각하기 쉽지만, 실제로는 링크의 종류, 현재 활성 프로필, 코어 상태, 네트워크 연결이 모두 맞아야 노드 목록이 정상적으로 표시됩니다. 메뉴 이름은 버전에 따라 조금씩 달라질 수 있으므로, 화면의 문구보다 프로필을 추가하고 업데이트한 뒤 해당 프로필을 활성화한다는 흐름을 기준으로 진행하세요.
우선 구독을 구매한 서비스의 계정 페이지나 안내 메시지에서 전용 URL을 찾습니다. 일반 웹사이트 주소나 로그인 페이지 주소가 아니라, Clash 또는 Mihomo 클라이언트에서 사용할 수 있다고 안내된 구독 링크여야 합니다. 링크가 여러 개라면 Clash 호환, 범용 구독, Clash Meta 등 용도가 표시된 항목 중 현재 클라이언트와 맞는 것을 선택합니다. 제공자가 특정 형식이나 별도 변환 주소를 안내했다면 그 설명을 우선하세요. 구독 주소는 계정 인증 정보처럼 취급해야 합니다. 주소를 다른 사람에게 공유하거나 공개 게시물, 스크린샷, 저장소에 올리면 다른 사람이 계정의 할당량을 사용할 수 있습니다.
앱에서는 먼저 Clash Verge Rev가 정상적으로 실행되고 코어 관련 오류가 없는지 확인합니다. 구독을 등록하기 전부터 코어가 중지되어 있거나 프로필 파싱 오류가 표시된다면, 먼저 코어 상태와 앱 업데이트 여부를 살펴보는 편이 좋습니다. 다른 Clash 클라이언트나 VPN이 동시에 시스템 프록시를 변경하고 있다면 첫 점검 동안에는 하나만 켜 두세요. 여러 프로그램이 한꺼번에 프록시 설정을 바꾸면 구독 가져오기 자체는 성공했는데 연결은 다른 프로그램을 통해 나가는 것처럼 보일 수 있습니다.
프로필 화면에서 구독 URL 등록하기
Clash Verge Rev의 Profiles 또는 프로필에 해당하는 화면을 엽니다. 버전에 따라 추가 버튼이 더하기 아이콘, 구독 가져오기, 원격 프로필 추가처럼 표시될 수 있습니다. 새 프로필을 만들 때 이름을 직접 정할 수 있다면 서비스나 용도를 알아보기 쉽게 적어 둡니다. 예를 들어 개인용과 업무용을 구분하거나, 공급자 이름 뒤에 사용하는 기기를 덧붙이면 나중에 프로필을 바꿀 때 혼동이 줄어듭니다. 이름에는 민감한 계정 정보나 구독 URL을 포함하지 않는 것이 좋습니다.
추가 화면에서 유형이 URL 또는 원격 프로필로 설정되어 있는지 확인한 다음, 공급자가 제공한 구독 주소를 붙여 넣습니다. 주소를 직접 입력해야 한다면 복사할 때 앞뒤에 공백이 들어가지 않았는지 확인하세요. 메신저나 문서에서 복사한 주소에는 줄바꿈이 포함될 수 있고, 그 한 글자 때문에 요청이 실패할 수 있습니다. 주소에 사용자 이름이나 토큰처럼 보이는 문자열이 들어 있어도 임의로 삭제하거나 재작성하지 마세요. 링크를 수정하면 인증 정보가 손상되거나 전혀 다른 요청이 될 수 있습니다.
저장 또는 확인을 누른 뒤 해당 프로필의 업데이트 작업이 시작되는지 살펴봅니다. 성공하면 프로필 목록에 방금 정한 이름이 나타나고, 화면의 상태 표시나 갱신 시간이 바뀝니다. 처음 등록했을 때 노드가 보이지 않는다면 바로 링크를 다시 붙여 넣기보다 프로필이 선택된 상태인지, 가져오기 작업이 완료됐는지, 앱의 알림이나 오류 표시가 있는지 확인하세요. 응답이 오래 걸리는 동안 버튼을 여러 번 누르면 같은 주소로 중복 요청이 발생할 수 있으므로, 한 번 실행한 뒤 결과를 기다리는 편이 안전합니다.
등록이 끝나도 새 프로필이 자동으로 현재 사용 프로필이 되지 않을 수 있습니다. 목록에서 방금 추가한 프로필을 선택하고, 필요한 경우 활성화하거나 적용하는 동작을 별도로 수행하세요. 이전에 사용하던 프로필이 계속 활성 상태라면 새 구독에 노드가 들어 있어도 실제 연결은 예전 설정을 따릅니다. 프로필 이름과 선택 표시를 다시 확인한 뒤 변경 사항을 적용하고, 코어가 해당 설정을 다시 읽는 과정이 끝날 때까지 잠시 기다립니다.
노드 목록과 정책 그룹에서 연결 확인하기
프로필이 활성화되면 Proxies 또는 프록시 화면에서 가져온 노드와 정책 그룹을 확인합니다. 제공자 구성에 따라 개별 서버 이름이 바로 보일 수도 있고, 자동 선택이나 지역별 그룹을 먼저 거쳐야 할 수도 있습니다. 노드 목록에 보이는 이름은 구독 설정의 표시 이름일 뿐, 이름만으로 실제 지연이나 안정성을 판단할 수는 없습니다. 자동 선택 그룹이 있다면 그 그룹을 선택하고, 수동 그룹이라면 테스트 결과와 사용 목적을 보고 노드를 골라 보세요. 영상 시청, 웹 탐색, 장시간 연결처럼 용도가 다르면 가장 낮은 지연 하나만으로 최적의 노드를 정하기 어려울 수 있습니다.
노드를 선택한 뒤에는 연결이 되는지 단계적으로 검사합니다. 먼저 앱에서 코어가 실행 중인지 확인하고, 이어서 시스템 프록시가 활성화되어 있는지 봅니다. 규칙 모드에서는 요청한 사이트의 도메인이나 연결 로그에서 실제로 어떤 정책 그룹에 매칭됐는지 확인하는 것이 유용합니다. 전역 모드로 잠시 테스트하면 규칙 분류 문제와 노드 연결 문제를 구분하는 데 도움이 되지만, 테스트가 끝나면 원래 사용하려던 모드로 되돌리세요. 전역 모드는 모든 트래픽의 경로를 바꿀 수 있으므로 장시간 켜 둔 채 사용하는 방식으로 점검하지 않는 편이 좋습니다.
구독 프로필의 그룹 이름이나 노드 구성은 공급자가 제공한 설정에 따라 달라집니다. 따라서 화면에 보이는 그룹이 예시와 다르다고 해서 곧바로 오류라고 판단할 필요는 없습니다. 특정 노드 하나만 연결되지 않는다면 다른 노드로 짧게 비교하고, 여러 노드가 모두 실패한다면 시스템 프록시, 활성 프로필, 코어 로그, 로컬 네트워크 순으로 확인합니다. 반대로 브라우저 일부만 열리지 않는다면 연결 자체보다 규칙이 요청을 잘못된 그룹으로 보냈는지 살펴보세요. 연결 기록에서 도메인, 선택된 정책, 종료 상태를 함께 보면 원인 범위를 빠르게 좁힐 수 있습니다.
구독 갱신과 자동 업데이트 주기 관리
구독 갱신은 공급자의 서버 목록이나 구성을 다시 받아 현재 프로필에 반영하는 작업입니다. 프로필 화면에서 해당 항목을 선택한 뒤 새로 고침 또는 업데이트 동작을 실행하고, 완료 시각과 상태 메시지를 확인하세요. 노드가 새로 추가되거나 이름이 바뀌었더라도 기존 프로필을 수동으로 여러 개 복제할 필요는 없습니다. 먼저 같은 프로필을 갱신해 변경 사항이 반영되는지 살펴보는 편이 관리하기 쉽습니다. 다만 공급자마다 갱신 제한과 권장 주기가 다르므로 자동 업데이트 간격은 제공자의 안내에 맞추세요.
짧은 간격으로 계속 갱신하면 문제가 더 빨리 해결되는 것은 아닙니다. 서버가 요청을 제한하면 429와 같은 응답이 나타날 수 있고, 일시적인 네트워크 오류가 반복되어 프로필이 실패 상태로 보일 수도 있습니다. 업데이트를 실행한 직후에는 진행 중 표시와 오류 알림을 확인하고, 요청이 끝나기 전에 같은 동작을 연속으로 누르지 마세요. 프로필 갱신이 실패했는데 기존 노드가 계속 보인다면 그것이 새로 받은 목록인지 캐시된 이전 목록인지 구분해야 합니다. 마지막 갱신 시각과 갱신 결과를 확인하면 혼동을 줄일 수 있습니다.
구독이 갱신된 뒤에도 현재 선택된 노드나 정책 그룹이 그대로 유지될 수 있습니다. 공급자가 기존 노드 이름을 바꿨거나 삭제했다면, 그룹의 선택 상태를 다시 확인해야 합니다. 오래된 노드가 목록에 남아 있는 것처럼 보이면 프로필을 다시 읽은 뒤 앱이 활성 설정을 반영했는지 점검하세요. 로컬에서 프로필 내용을 별도로 수정했다면 원격 업데이트가 그 내용을 덮어쓸 수 있습니다. 변경 사항을 오래 유지해야 하는 경우에는 원본 프로필을 직접 고치는 대신 클라이언트가 제공하는 오버라이드나 로컬 설정 기능을 확인하고, 작업 전 원본을 백업하세요.
공급자가 구독 주소를 재발급하거나 계정의 기기 수를 조정한 경우에는 기존 URL이 더 이상 유효하지 않을 수 있습니다. 이때는 실패한 주소를 반복해서 시도하기보다 계정 페이지에서 현재 유효한 링크를 확인하고, 기존 프로필을 유지할지 새 프로필로 교체할지 결정하세요. 새 주소를 등록한 다음 정상적으로 갱신되는 것을 확인하기 전까지는 기존 프로필을 급히 삭제하지 않는 편이 안전합니다. 문제가 생겼을 때 되돌릴 수 있는 선택지가 남아 있기 때문입니다.
가져오기 실패와 연결 오류를 원인별로 점검하기
구독을 추가할 때 오류가 발생하면 먼저 증상을 구분합니다. 주소를 저장할 수 없거나 요청 직후 실패한다면 URL 형식, 앞뒤 공백, 네트워크 연결, 서버 응답부터 확인합니다. 401이나 403은 인증 정보, 만료된 링크, 제공자 계정 정책과 관련될 수 있으며, 404는 주소가 잘못됐거나 구독 경로가 변경됐을 가능성이 있습니다. 429는 짧은 시간 동안 요청을 너무 많이 보낸 상황일 수 있으므로 잠시 기다린 뒤 한 번만 재시도하세요. 응답 코드는 공급자에 따라 의미가 달라질 수 있으니, 숫자만 보고 계정 상태를 단정하지 말고 제공자 안내와 함께 확인해야 합니다.
주소가 브라우저에서도 열리지 않는다면 현재 네트워크에서 해당 도메인에 접근할 수 있는지, 공급자 서비스가 정상인지, URL이 완전하게 복사됐는지 확인합니다. 브라우저에서는 페이지가 표시되지 않더라도 클라이언트 전용 구독 응답이 반환되는 경우가 있으므로, 화면이 읽을 수 있는 웹페이지가 아니라는 이유만으로 잘못된 링크라고 결론 내리지는 마세요. 반대로 브라우저에서 로그인 페이지나 안내 페이지로 이동한다면 공급자가 클라이언트 전용 주소를 따로 제공하는지 확인해야 합니다. 다른 네트워크에서 시험할 때는 조직의 보안 정책과 서비스 약관을 준수하세요.
프로필은 성공적으로 들어왔지만 인터넷 연결이 되지 않는 경우에는 구독을 바로 삭제하기보다 활성 프로필과 노드 선택 상태를 먼저 확인합니다. 다음으로 코어가 시작됐는지, 시스템 프록시가 의도한 상태인지, 다른 VPN이나 프록시 앱이 동시에 실행 중인지 살펴보세요. 규칙 모드에서 특정 앱만 실패하면 연결 로그에서 해당 요청이 DIRECT로 처리됐는지, 기대한 정책 그룹으로 전달됐는지 비교합니다. 연결 로그에는 계정 토큰이나 접속한 도메인이 포함될 수 있으므로, 다른 사람에게 공유하기 전 민감한 값을 가리고 꼭 필요한 줄만 전달하세요.
오류 내용을 문의할 때는 사용 중인 Clash Verge Rev 버전, 코어 종류, 갱신 시각, 표시된 응답 코드처럼 원인 파악에 필요한 정보만 정리합니다. 비밀번호와 전체 구독 URL은 문의 글이나 공개 채널에 붙이지 않습니다. 제공자 쪽에서 링크 재발급이 필요하다고 안내하면 공식 계정 페이지나 지원 채널에서 새 주소를 받아 교체하고, 기존 주소를 더 이상 사용하지 않도록 관리하세요. 앱 로그가 필요하더라도 민감한 정보가 포함될 수 있으므로 내용을 검토한 뒤 공유하는 습관이 중요합니다.
프로필을 다시 만들거나 클라이언트를 재설치하는 방법은 마지막 선택지로 남겨 두세요. 단순한 갱신 실패라면 주소와 서버 응답을 확인하는 편이 빠르고, 노드가 있는데 연결만 안 된다면 활성 프로필과 시스템 프록시를 점검하는 것이 우선입니다. 오래된 클라이언트는 코어 기능이나 구독 파싱 동작이 최신 제공자 설정과 맞지 않을 수 있으므로, 신뢰할 수 있는 배포 경로에서 앱과 코어를 업데이트한 뒤 같은 프로필을 다시 시험해 보세요. 구독 URL의 안전한 보관, 적절한 갱신 간격, 로그에 근거한 점검을 함께 적용하면 불필요한 재설정과 계정 정보 노출을 줄일 수 있습니다.
구독을 URL로만 관리하는 방식은 다른 클라이언트에서 메뉴 위치가 제각각이거나 프로필 갱신 상태를 확인하기 번거로울 수 있고, 오래된 도구는 최신 코어 설정을 제대로 읽지 못하는 경우도 있습니다. Clash Verge Rev는 프로필 추가와 갱신, 노드 선택, 연결 로그 확인을 한곳에서 이어서 점검할 수 있어 이 글의 절차를 반복하기에 편리합니다. 처음 설정하는 기기라면 신뢰할 수 있는 배포 경로에서 Clash V.CORE를 다운로드한 뒤, 제공자의 구독 URL을 안전하게 등록하고 실제 연결까지 확인해 보세요.