Clash 구독 URL은 노드 목록이 아니라 인증 정보입니다
Clash 구독 URL은 여러 프록시 노드와 정책을 내려받는 주소입니다. 주소 자체에 계정 식별자나 임의 토큰이 포함되는 서비스가 많아, 링크를 가진 사람이 프로필을 가져가거나 사용량을 소진할 수 있습니다. URL이 길고 무작위 문자열처럼 보여도 공개해도 되는 데이터라는 뜻은 아닙니다. 비밀번호와 같은 비밀 정보로 취급하고, 채팅방·공개 저장소·스크린샷에 그대로 남기지 않는 것이 기본입니다.
공급자마다 구독 주소의 형식과 인증 방식은 다릅니다. 어떤 서비스는 구독 전용 토큰을 쓰고, 어떤 곳은 계정 페이지에서 발급한 링크를 사용합니다. 따라서 인터넷에서 찾은 주소 예시나 다른 사람의 설정 파일을 그대로 복사하기보다, 공급자의 공식 계정 페이지에서 현재 발급된 URL을 확인하세요. 링크에 사용자 이름, 비밀번호, 토큰이 포함됐는지도 확인하되, 확인을 위해 외부 검사 사이트에 붙여 넣지는 마세요.
클라이언트 화면에 구독 이름만 표시되더라도 내부 프로필에는 원격 주소가 저장될 수 있습니다. 설정 파일을 공유하거나 오류 로그를 올릴 때는 URL뿐 아니라 쿼리 문자열, 인증 헤더, 계정 식별자가 보이지 않는지 확인해야 합니다. 로그에 주소가 일부만 나타나더라도 토큰이 포함될 가능성이 있으면 공개 전에 가리세요.
Clash 클라이언트에 구독 링크 추가하기
먼저 공급자 계정에 로그인해 구독 URL을 복사합니다. 브라우저 주소창의 일반 웹페이지 주소가 아니라, 공급자가 안내한 구독 전용 주소인지 확인하세요. URL 앞뒤에 공백이나 줄바꿈이 붙으면 가져오기가 실패할 수 있으므로 복사한 뒤 메모장에 임시 저장해 정리하는 방식은 피하고, 신뢰할 수 있는 클라이언트의 입력란에 바로 붙여 넣는 편이 안전합니다. 클립보드 기록이나 동기화 기능을 사용하는 기기에서는 민감한 주소가 다른 기기로 복사되지 않는지도 살펴보세요.
Clash Verge, Clash Verge Rev, Mihomo Party, Clash for Android 등에서는 메뉴 이름이 프로필, 구독, 원격 구성처럼 다를 수 있지만 대체로 흐름은 같습니다. 구독 또는 프로필 화면에서 새 항목을 추가하고, 제공자 URL을 입력한 다음 이름을 알아보기 쉽게 지정합니다. 여러 구독을 쓰면 “개인”, “업무”처럼 용도를 구분하되, 이름에 계정 이메일이나 전체 URL을 넣지 마세요. macOS 클라이언트도 메뉴 막대나 프로필 화면에서 같은 원격 구성 절차를 제공합니다.
저장 후에는 프로필을 한 번 갱신하고 가져오기 결과를 확인합니다. 성공 여부는 단순히 초록색 알림이 나타나는지가 아니라 노드와 정책 그룹이 실제로 채워졌는지로 판단하세요. 공급자가 안내한 구독 변환 옵션이나 사용자 에이전트 설정이 있다면 해당 안내를 따릅니다. 클라이언트가 URL을 지원하지 않는 형식이라고 표시할 경우, 임의의 변환 사이트에 주소를 입력하지 말고 공급자에게 Clash 또는 Mihomo 호환 링크를 요청하세요.
구독 갱신과 노드 연결 확인
구독 갱신은 공급자 서버에서 변경된 노드와 설정을 다시 내려받는 작업입니다. 클라이언트의 프로필 화면에서 해당 항목을 선택해 새로 고침하거나 업데이트를 실행하세요. 자동 갱신을 설정할 수 있다면 공급자가 권장하는 주기를 우선합니다. 지나치게 짧은 간격으로 반복 갱신하면 요청 제한에 걸리거나 서버 캐시 때문에 오히려 최신 정보가 늦게 반영될 수 있습니다. 수동 갱신과 자동 갱신을 동시에 자주 실행하는 습관도 피하는 편이 좋습니다.
갱신이 완료되면 먼저 노드 수와 그룹 이름이 예상과 맞는지 비교하고, 그다음 사용할 정책 그룹에서 노드를 선택해 연결을 확인합니다. 클라이언트에 테스트 기능이 있다면 지연 측정 결과를 참고할 수 있지만, 지연 수치만으로 실제 서비스 연결까지 보장되지는 않습니다. 브라우저나 허용된 테스트 대상에서 접속을 확인하고, Clash의 연결 로그에서 요청이 의도한 정책 그룹과 노드로 나갔는지 살펴보세요.
| 확인 항목 | 정상으로 볼 수 있는 상태 | 이상이 있을 때 먼저 할 일 |
|---|---|---|
| 프로필 갱신 | 업데이트 시각이 바뀌고 오류 알림이 없음 | URL 오타, 인증 만료, 네트워크 상태 확인 |
| 노드와 그룹 | 공급자 안내와 비슷한 항목이 표시됨 | 구독 형식과 클라이언트 코어 호환성 확인 |
| 실제 연결 | 선택한 노드와 정책으로 테스트 요청이 처리됨 | 연결 로그, 시스템 프록시, 다른 VPN의 간섭 확인 |
노드 목록이 보인다고 해서 모든 트래픽이 자동으로 프록시를 통과하는 것은 아닙니다. 규칙 모드에서는 도메인과 목적지에 따라 직접 연결되는 요청도 있습니다. 반대로 전체 프록시 모드에서는 의도하지 않은 트래픽까지 지정한 노드로 갈 수 있습니다. 테스트 결과가 예상과 다르면 무작정 노드를 바꾸기보다 현재 모드, 선택한 그룹, 연결 로그를 각각 확인하세요.
구독 URL 유출을 예방하는 관리 요령
구독 URL을 다루는 위치를 줄이는 것이 가장 실용적인 예방책입니다. 브라우저 즐겨찾기, 메신저의 나에게 보내기, 공유 문서, 팀 위키에 주소를 복사해 두면 시간이 지나며 접근 권한과 보관 위치를 잊기 쉽습니다. 클라이언트에 등록한 뒤에는 중복 사본을 지우고, 비밀번호 관리 도구에 보관해야 한다면 비밀 항목으로 저장하며 공유 범위를 제한하세요. 업무용 기기에서는 조직의 보안 정책과 허가된 클라이언트 사용 규칙도 먼저 확인합니다.
- 스크린샷을 점검합니다. 프로필 상세 화면이나 오류 대화 상자에 URL 전체가 보이지 않는지 확인한 뒤 공유합니다.
- 설정 파일을 선별합니다. 프로필의 원격 주소가 들어간 YAML이나 백업 파일을 공개 저장소에 올리지 말고, 공유 전에는 토큰과 계정 정보를 제거합니다.
- 클립보드를 관리합니다. 클립보드 기록, 원격 데스크톱, 기기 간 동기화가 켜져 있다면 민감한 링크가 예상 밖의 장소에 남을 수 있습니다.
- 접근 권한을 줄입니다. 다른 사람과 계정을 공유해야 하는 상황은 공급자가 허용하는 공식 초대나 별도 계정 기능을 먼저 확인하고, URL을 그대로 전달하는 방식은 피합니다.
- 폐기 가능한 경로를 선택합니다. 공급자가 여러 구독 토큰이나 기기별 발급을 지원한다면 용도를 나누고, 더 이상 쓰지 않는 토큰은 폐기합니다.
로컬 백업도 예외가 아닙니다. 구독 URL이 포함된 프로필 내보내기 파일은 암호화된 저장소에 보관하고, 필요 없는 백업은 삭제하세요. 파일 이름을 바꾸거나 확장자를 숨기는 것은 접근 통제가 아닙니다. 장치를 교체하거나 클라이언트를 제거할 때는 프로필 파일과 동기화 폴더에 원격 주소가 남아 있는지도 함께 확인하는 것이 좋습니다.
구독 링크가 유출됐을 때 바로 할 일
링크가 공개 게시물, 공유 채팅, 잘못된 수신자에게 전달됐다는 사실을 알게 되면 해당 메시지를 삭제하는 데서 멈추지 마세요. 복사본이나 검색 캐시에 남았을 수 있으므로 링크가 더 이상 유효하지 않도록 공급자 계정에서 구독 토큰을 재발급하거나 기존 구독을 폐기하는 것이 우선입니다. 메뉴 이름은 서비스마다 다르지만, 보통 구독 관리, 액세스 토큰, 기기 관리 영역에서 처리합니다. 재발급 기능을 찾을 수 없다면 공급자 지원팀에 유출 사실을 알리고 기존 URL의 무효화를 요청하세요.
- 유출 범위를 파악합니다. 어떤 주소가 언제 어디에 게시됐는지 기록하되, 기록 자체에 전체 토큰을 다시 적지 않습니다.
- 기존 URL을 폐기합니다. 공급자 페이지에서 구독을 재발급하거나 정지하고, 유출된 URL이 더 이상 작동하지 않는지 확인합니다.
- 새 URL을 등록합니다. 신뢰하는 기기의 Clash 클라이언트에 새 주소를 입력하고 프로필을 갱신합니다. 예전 프로필이 남아 있으면 삭제하거나 비활성화합니다.
- 사용 내역을 확인합니다. 공급자가 사용량, 기기, 접속 이력을 제공한다면 낯선 사용이 있는지 살펴보고 필요하면 계정 비밀번호도 변경합니다.
- 공유본을 정리합니다. 게시물과 파일을 삭제하고, 협업 문서나 저장소에 복사본이 더 있는지 확인해 접근 권한을 정리합니다.
구독 URL의 유출은 계정 비밀번호 유출과 동일한 범위의 피해를 뜻하지는 않지만, 주소가 계속 유효한 동안에는 제3자가 프로필을 가져갈 가능성을 배제할 수 없습니다. 따라서 “아마 아무도 보지 않았을 것”이라고 판단해 방치하지 마세요. 폐기 후 새 주소로 바꿨는데도 사용량이 계속 증가한다면 공급자에게 시간대와 사용량 변화만 전달하고, 전체 구독 링크나 토큰이 포함된 원본 로그는 보내지 않습니다.
가져오기 실패와 갱신 오류를 구분해 점검하기
구독을 처음 추가할 때 실패하는 문제와, 한동안 잘 되다가 갱신되지 않는 문제는 원인이 다를 수 있습니다. 먼저 클라이언트가 표시한 오류 문구와 발생 시각을 기록하고, 전체 URL은 기록에서 제외합니다. 그다음 공급자 상태 페이지나 계정 화면에서 구독이 만료·정지되지 않았는지 확인하세요. 컴퓨터의 날짜와 시간이 크게 어긋나 있으면 HTTPS 인증서 확인이 실패할 수 있으므로 자동 시간 설정도 점검합니다.
- 인증 오류 또는 권한 거부: 링크 만료, 폐기된 토큰, 계정 제한 가능성을 확인합니다. 새 링크를 발급받았다면 클라이언트에 저장된 구독 주소를 교체했는지 살펴봅니다.
- 요청 시간 초과: 네트워크 연결과 DNS, 시스템 프록시 또는 다른 VPN의 간섭을 점검합니다. 잠시 후 한 번만 재시도하고 짧은 간격으로 연속 요청하지 않습니다.
- 성공했지만 노드가 없음: 공급자 응답이 해당 클라이언트가 기대하는 형식인지 확인합니다. 구독 변환 형식이 필요하다면 공급자가 제공하는 공식 옵션을 사용합니다.
- 일부 항목만 보임: 클라이언트 버전과 Mihomo 코어의 호환성, 프로필 병합 방식, 공급자 측 구성 변경 여부를 확인합니다.
- 갱신 후 사용자 설정이 사라짐: 원격 프로필을 갱신하면 일부 로컬 수정이 덮어써질 수 있습니다. 원격 구독 자체를 직접 편집하기보다 클라이언트가 지원하는 오버라이드나 별도 로컬 설정 방식을 확인합니다.
오류 진단을 위해 구독 주소를 브라우저에서 열어 보는 방법은 서비스에 따라 응답 내용이나 인증 정보가 화면에 드러날 수 있습니다. 반드시 공급자 지침이 있을 때만 신뢰할 수 있는 기기에서 진행하고, 결과 페이지를 캡처해 공개하지 마세요. 자세한 상태 코드별 점검이 필요하면 구독 갱신 오류 점검도 참고할 수 있습니다.
클라이언트마다 구독 메뉴의 위치와 표시 이름은 다르고, 오래된 앱은 최신 프로필 형식을 제대로 처리하지 못할 수 있습니다. 그렇다고 익숙한 앱을 무조건 바꾸거나 보안 기능을 확인하지 않은 변환 서비스를 추가할 필요는 없습니다. 현재 사용하는 클라이언트의 업데이트와 코어 호환성을 먼저 확인하고, 링크를 안전하게 저장·교체할 수 있는 관리 흐름을 정하세요. 수동 파일 편집에 의존하는 방식보다 프로필 상태와 갱신 결과를 한곳에서 확인하기 쉬운 Clash V.CORE를 사용하면 구독 관리와 연결 점검을 이어가기 편리합니다. 기능과 지원 플랫폼을 확인한 뒤 필요에 맞으면 다운로드하세요.