프로필, 구독 링크, YAML의 관계
프로필은 클라이언트에서 관리하는 설정 항목으로, 노드 하나나 구독 링크 자체를 뜻하지 않습니다. 일반적으로 프로필에는 이름, 출처, 업데이트 시각과 해당 YAML 내용이 포함됩니다. 프로필을 선택하면 클라이언트가 그 설정을 바탕으로 실행 설정을 생성하거나 불러옵니다. 설정에 포함된 프록시 그룹에서 실제로 사용할 노드를 고릅니다.
Clash Verge Rev 등의 클라이언트에서는 보통 이 메뉴를 ‘설정’이라고 부르며, 일부 클라이언트에는 ‘Profiles’로 표시됩니다. 클라이언트마다 관리 항목의 형식이 다르고, 코어에서 지원하는 YAML 필드도 다를 수 있습니다. 오리지널 Clash에서 인식하는 설정과 Mihomo 확장 설정은 같은 것으로 볼 수 없습니다. 특히 최신 프로토콜, 규칙 세트 또는 특정 DNS 필드를 사용하는 경우 차이가 있습니다.
| 항목 | 실제 역할 | 관리 시 확인할 점 |
|---|---|---|
| 구독 링크 | 원격 설정 또는 노드 정보를 가져오는 주소 | 형식, 유효 기간, 접근 권한 확인 |
| 로컬 YAML | 기기에 저장된 설정 파일 | 수정 전 백업하고 들여쓰기와 필드 호환성 확인 |
| Profile | 클라이언트에서 선택·업데이트·삭제할 수 있는 설정 항목 | 출처와 용도를 구분하고 현재 사용 중인 항목 확인 |
| 실행 설정 | 클라이언트가 실제로 코어에 전달하는 설정 | 덮어쓰기, 병합, 클라이언트 설정이 미치는 영향 확인 |
원격 프로필은 보통 구독 주소에서 내용을 받아 클라이언트가 로컬 사본으로 저장한 뒤, 선택하면 코어에 전달하는 방식으로 작동합니다. 오프라인에서도 불러올 수 있는지는 클라이언트에 사용 가능한 사본이 남아 있는지에 따라 다릅니다. 사본에 있는 노드로 연결할 수 있는지는 별개의 문제입니다. 목록에 설정이 남아 있다는 이유만으로 구독이 여전히 유효하다고 판단하지 마세요.
구독 가져오기: 주소를 확인한 뒤 설정 활성화
서비스에서 Clash 또는 Mihomo 형식 주소 가져오기
서비스의 구독 페이지에서 Clash, Clash Meta 또는 Mihomo라고 명확히 표시된 가져오기 주소를 선택하고, 사용 중인 클라이언트의 코어가 해당 형식을 지원하는지 확인하세요. 계정 관리나 결제 페이지 주소, 다른 프로토콜용 통합 구독 주소는 완전한 Clash 설정으로 사용할 수 없을 수 있습니다.
구독 주소에는 접근 토큰이 포함되는 경우가 많아, 주소를 가진 사람이 노드 정보를 확인할 수 있습니다. 전체 주소를 공개 채팅방이나 스크린샷, 온라인 YAML 검사 사이트에 올리지 마세요. 도움을 요청할 때는 오류 메시지만 설명하고 경로, 쿼리 매개변수, 노드 인증 정보는 가리세요.
Clash Verge Rev의 ‘설정’ 페이지를 예로 들면
- ‘설정’을 열고 구독 링크 입력란에 주소를 붙여 넣은 다음 ‘가져오기’를 클릭하세요. 현재 화면에 ‘새로 만들기’ 메뉴가 있다면 원격 유형인 Remote를 선택하고 이름과 구독 주소를 입력하세요.
- 설정 카드가 나타날 때까지 기다립니다. 다운로드 또는 파싱 실패 메시지가 있는지 확인하고 업데이트 시각도 살펴보세요. 요청이 진행 중일 때 가져오기를 반복해서 누르지 마세요.
- 출처와 용도를 알아볼 수 있도록 ‘일상용 - 기본 구독’처럼 짧은 이름으로 바꾸세요. 해당 설정 카드를 선택하고 현재 사용 중 표시가 나타나는지 확인합니다.
- ‘프록시’를 열어 프록시 그룹과 노드가 표시되는지 확인하세요. 평소에는 ‘규칙’ 모드를 사용하고, 실제로 이용할 프록시 그룹에서 노드를 선택합니다.
- ‘설정’으로 돌아가 시스템 프록시 상태를 확인하세요. TUN을 사용할 계획이라면 서비스, 권한, 관련 설정이 정상인지 먼저 확인한 다음 별도로 활성화해 문제 원인을 구분하세요.
배포판에 따라 버튼 이름과 위치는 다를 수 있지만, 정상적으로 가져왔는지 판단하는 기준은 같습니다. 설정이 다운로드되고 파싱되었으며 선택되어 있고, 코어에서 로드 오류가 없어야 합니다. ‘가져오기 성공’ 메시지만으로 앱의 트래픽이 클라이언트를 통과한다고 볼 수는 없습니다.
가져오기는 성공했는데 노드가 없으면 어떻게 하나요?
- 웹페이지가 반환됨: 설정 내용을 확인했을 때 로그인 페이지 문구나 HTML 태그가 보인다면 주소가 잘못되었거나 인증이 필요하거나 서비스에서 오류 페이지를 반환했을 가능성이 큽니다.
- 노드 일부만 포함됨:
proxies만 있는 내용은 관련 프록시 그룹과 규칙이 별도로 필요할 수 있습니다. 완전한 설정이라고 가정하고 바로 사용하지 마세요. - 호환되지 않는 필드: 로그에서 문제가 된 필드나 프로토콜 이름을 찾아 현재 클라이언트 코어가 해당 설정을 지원하는지 확인하세요. 같은 주소를 반복해서 다시 가져오지 마세요.
로컬 YAML 가져오기 및 원격 설정 수정
파일이 있다면 ‘설정’ 페이지에서 로컬 파일 가져오기를 선택하고 확장자가 .yaml 또는 .yml인 파일을 지정하세요. 클라이언트에 따라 파일을 자체 데이터 폴더에 복사하거나 원래 경로와 연결해 둘 수 있습니다. 가져온 뒤 바탕 화면의 원본 파일을 편집해도 가져온 사본에는 반영되지 않을 수 있습니다.
YAML을 확인할 때는 먼저 들여쓰기와 참조 관계를 살펴보세요. 들여쓰기에는 공백을 사용하고 탭은 섞지 마세요. 규칙에서 참조하는 프록시 그룹 이름이 실제로 있어야 하며, 프록시 그룹이 참조하는 노드 이름도 일치해야 합니다. 아래 예시는 직접 연결만 하는 구조를 보여 주며, 연결 가능한 프록시 노드는 포함하지 않습니다.
mode: rule
log-level: info
proxies: []
proxy-groups:
- name: 일상 선택
type: select
proxies:
- DIRECT
rules:
- MATCH,일상 선택여기서 MATCH,일상 선택은 위에 정의한 같은 이름의 프록시 그룹을 참조하며, 해당 그룹에는 DIRECT만 있습니다. 로드하면 일치하는 모든 연결이 직접 연결되므로 구조를 이해하기 위한 예시일 뿐, 프록시 회선의 작동 여부를 확인하는 데 사용할 수 없습니다. 필드 설명은 설정 레퍼런스를 참고하세요.
여러 설정 전환: 여러 개를 저장해도 동시에 실행되는 것은 아닙니다
대부분의 Clash GUI 클라이언트에서는 여러 프로필을 저장할 수 있지만, 일반적으로 실행 설정으로 선택할 수 있는 것은 한 번에 하나입니다. 클라이언트의 전역 설정과 덮어쓰기, 해당 프로필이 참조하는 원격 provider가 최종 설정 생성에 관여할 수도 있습니다. 구독 두 개를 각각 가져와도 두 구독의 노드가 자동으로 하나의 프록시 그룹에 합쳐지지는 않습니다.
가져온 날짜순으로 쌓아 두기보다 용도에 맞게 이름을 붙이세요
- 일상용 - 기본 구독: 안정적인 규칙과 자주 쓰는 프록시 그룹을 유지하는 기본 프로필입니다.
- 예비용 - 별도 출처: 기본 구독에 문제가 생겼을 때 전환할 프로필입니다. 평소에도 업데이트가 되는지 주기적으로 확인하세요.
- 테스트 - 로컬 규칙 - 20260804: 변경 사항을 검증할 때 사용합니다. 이름에 날짜를 넣어 실제 사용 설정과 구분하세요.
전환할 때마다 세 가지를 확인하세요
- 현재 사용 표시: ‘설정’ 페이지에서 선택 상태가 대상 카드로 실제 이동했는지 확인하세요. 로그에 로드 실패가 표시된다면 클릭한 것만으로 정상 전환됐다고 볼 수 없습니다.
- 프록시 그룹 선택: ‘프록시’로 이동해 선택된 노드를 확인하세요. 두 설정의 그룹 이름과 노드 이름이 다르면 클라이언트가 이전 선택을 유지하지 못할 수 있습니다.
- 실제 연결: 새로 연 웹페이지나 새 요청으로 테스트하고, 연결 목록에서 적용된 규칙과 아웃바운드 정책을 확인하세요.
기존 연결은 전환 전 경로를 계속 사용할 수 있으므로, 프로필을 바꾼 직후 모든 연결을 지울 필요는 없습니다. 새 연결을 먼저 테스트하세요. 특정 앱이 계속 이전 경로를 이용한다면 앱을 다시 시작하거나, 세션을 끊어도 되는지 확인한 뒤 해당 연결을 종료하세요. 다운로드, 화상 회의, 원격 데스크톱을 사용하는 중에는 설정 전환에 특히 주의해야 합니다.
여러 출처를 동시에 사용하려면 보통 proxy-providers 같은 설정 방식이나 클라이언트에서 공식 지원하는 병합 기능이 필요합니다. 이는 별도의 설정 관리 방식입니다. 노드 provider 형식과 참조 이름, 업데이트 방식을 확인해야 하며, 완전한 YAML 두 개를 그대로 이어 붙여서는 안 됩니다.
자동 업데이트: 구독, 노드 provider, 규칙 세트를 구분하세요
원격 프로필 업데이트는 해당 구독 주소의 내용을 다시 가져오는 작업입니다. proxy-providers 업데이트는 설정에서 참조하는 노드 provider를 가져오고, rule-providers 업데이트는 규칙 세트를 가져옵니다. 각각 별도의 주기를 사용할 수 있으므로 하나를 업데이트해도 나머지 두 항목까지 업데이트되는 것은 아닙니다.
클라이언트 화면에 표시된 단위에 맞춰 업데이트 주기를 설정하세요
‘설정’ 페이지에서 대상 설정 카드의 편집 메뉴를 열고 ‘자동 업데이트’ 또는 ‘업데이트 간격’을 찾으세요. 단위가 분이라면 1440분, 즉 하루에 한 번으로 설정할 수 있습니다. 단위가 시간이라면 24시간으로 입력하세요. 이는 관리 권장 사항으로, 모든 클라이언트의 기본값은 아니며 기기가 절전 상태일 때 정시에 실행된다는 보장도 없습니다.
YAML에서 provider의 interval은 보통 초 단위입니다. 예를 들어 interval: 86400은 하루를 뜻합니다. 화면의 1440분을 provider에 1440초로 그대로 입력하지 마세요. 1440초는 24분에 불과해 요청 빈도가 크게 늘어납니다.
- 주기를 설정한 뒤 수동 업데이트를 한 번 실행해 네트워크와 구독 주소가 정상인지 확인하세요.
- 설정 카드의 최근 업데이트 시각을 기록하고 다음에 클라이언트를 실행할 때 바뀌었는지 확인하세요.
- 클라이언트에 ‘프록시를 통해 업데이트’ 옵션이 있다면 실제 네트워크 연결 상태에 맞춰 선택하세요. 프록시 노드가 이미 작동하지 않는다면 해당 노드로 새 구독을 가져오려는 시도가 순환 문제를 일으킬 수 있습니다.
- 업데이트 후에도 노드가 바뀌지 않았다면 현재 사용 중인 프로필이 맞는지, 노드가 별도의 provider에서 제공되는 것은 아닌지 확인하세요.
오래된 설정 삭제: 먼저 전환하고 백업한 뒤 정리하세요
프로필을 삭제하면 보통 클라이언트의 설정 항목과 관련 파일이 제거됩니다. 서비스 구독이 취소되는 것은 아니며, 클라이언트에 저장된 모든 기록이 삭제되는 것도 아닙니다. 구독 주소가 유출됐다면 카드만 삭제해서는 충분하지 않습니다. 서비스 관리 페이지에서 구독 주소를 재설정하고 각 기기에 새 주소를 입력하세요.
- 대체 설정이 정상인지 확인: 장기간 보관할 프로필을 먼저 선택하고 새 연결로 접속이 정상인지 테스트하세요.
- 필요한 항목 백업: 보관할 로컬 규칙과 YAML을 내보내거나 복사해 접근이 관리되는 폴더에 저장하세요. 백업에 서버 주소, 비밀번호, 토큰이 포함될 수 있습니다.
- 중복 항목 삭제: 오래된 설정 카드의 메뉴에서 삭제를 선택하세요. 이름이 비슷하다면 표시 순서만 보고 판단하지 말고 출처와 업데이트 시각을 먼저 확인하세요.
- 재시작 후 확인: 클라이언트를 다시 시작해 보관할 설정이 계속 로드되는지 확인한 뒤 임시 테스트 파일을 정리하세요.
장기적으로 관리할 때는 ‘일상용 하나, 예비용 하나, 테스트용 몇 개’면 대체로 충분합니다. 한 달에 한 번 만료된 주소와 자동 업데이트, 로컬 수정 사항을 확인하세요. 테스트 결과를 설정 이름이나 로컬 메모에 기록하면 같은 구독을 반복해서 가져오는 것보다 문제를 찾기 쉽습니다.
자주 묻는 질문: 전환, 업데이트, 설정 손실
구독을 업데이트한 뒤 직접 추가한 규칙이 사라지는 이유는 무엇인가요?
먼저 규칙을 원격 설정 파일에 직접 입력했는지 확인하세요. 원격 콘텐츠를 다시 다운로드하면 로컬 수정 사항이 덮어써질 수 있습니다. 계속 유지할 변경 사항은 클라이언트에서 지원하는 덮어쓰기나 병합 기능으로 옮기고 규칙 순서도 확인하세요. 규칙은 일반적으로 위에서 아래로 적용되므로 기본 처리용 MATCH 뒤에 작성한 규칙은 적용되지 않을 수 있습니다.
같은 구독을 두 번 가져오면 계정이 두 개 만들어지나요?
아니요. 두 항목의 이름과 로컬 설정은 다르게 지정할 수 있지만, 같은 구독 출처에 접속하므로 대개 동일한 계정에 연결됩니다. 로컬 캐시를 재사용하는지, 중복 가져오기를 허용하는지는 클라이언트에 따라 다릅니다. 중복 카드가 실제 예비 회선 역할을 하는 것은 아닙니다.
프로필을 바꾸면 포트와 TUN 설정도 함께 바뀌나요?
항상 그런 것은 아닙니다. 클라이언트의 전역 설정이 YAML의 포트, DNS, TUN 필드를 덮어쓸 수 있습니다. 예를 들어 실제 혼합 포트를 클라이언트의 ‘설정’ 페이지에서 관리한다면 구독의 mixed-port를 수정해도 적용되지 않을 수 있습니다. 문제를 확인할 때는 원본 파일만 보고 판단하지 말고 실행 설정과 로그를 기준으로 삼으세요.
컴퓨터를 바꿀 때 YAML만 복사하면 되나요?
로컬 YAML 전체가 이전 작업의 출발점은 될 수 있지만, 자동 업데이트 주소, 덮어쓰기 스크립트, 외부 규칙 파일, 클라이언트 환경설정은 함께 옮겨지지 않을 수 있습니다. 새 기기에 가져온 뒤 파일 경로와 코어 호환성, 시스템 프록시 권한을 다시 확인하세요. 전체 절차는 빠른 시작 가이드를 참고하고, 로드에 실패하면 도움말 센터에서 오류 증상에 따라 해결 방법을 찾아보세요.