Clash 구독 가져오기 및 연결 가이드

1단계: 구독 가져오기 및 설정 적용

서비스 제공업체의 구독 페이지에서 Clash, Clash Meta 또는 mihomo 호환 형식의 구독 메뉴를 찾아 페이지의 복사 버튼으로 전체 주소를 복사합니다. 구독 주소는 보통 경로나 쿼리 매개변수가 포함된 HTTPS 링크이며 계정 로그인 페이지와는 다릅니다. 매개변수를 직접 삭제하지 말고, 주소를 공개 포럼이나 온라인 변환 도구에 입력하지 마세요. 링크를 가진 사람이 구독 내용을 확인할 수 있습니다.

Clash Verge Rev로 돌아와 사이드바에서 ‘구독’을 클릭합니다. 구독 URL 입력란에 주소를 붙여 넣고 불필요한 줄바꿈, 공백, 따옴표가 없는지 확인한 뒤 ‘가져오기’를 누릅니다. 일부 클라이언트에서는 먼저 추가 버튼을 누르고 URL 가져오기를 선택한 다음 이름과 주소를 입력해야 합니다. 이름은 설정을 구분하는 용도이므로 출처를 알아보기 쉬운 짧은 이름을 쓰면 됩니다. URL 자체는 수정하지 마세요.

가져오는 동안 네트워크 연결을 유지하고 해당 설정 카드나 목록 항목이 나타날 때까지 기다립니다. 다운로드가 끝나면 설정을 클릭해 현재 사용할 설정으로 지정합니다. 클라이언트에 따라 선택 표시, 테두리 강조 또는 ‘사용’ 버튼으로 적용 상태를 나타냅니다. 목록에 설정이 보이는 것만으로 적용이 완료된 것은 아닐 수 있습니다. ‘프록시’ 페이지를 열어 해당 설정의 프록시 그룹과 선택 가능한 서버가 표시되는지 확인하세요.

서비스 제공업체에서 로컬 YAML 파일을 받았다면 구독 또는 설정 페이지에서 ‘파일 가져오기’를 선택한 뒤 해당 파일을 고릅니다. 파일 확장자가 올바르더라도 내용이 호환된다는 보장은 없습니다. 웹페이지를 다른 이름으로 저장한 파일, 계정 정보 텍스트, 단일 서버 공유 링크는 완전한 설정 파일로 사용할 수 없습니다. 단일 공유 링크를 가져오려면 현재 클라이언트가 해당 방식을 지원하는지 먼저 확인하고, 구독 URL 입력란에 바로 붙여 넣지 마세요.

파싱에 실패하면 먼저 콘솔 URL, 웹페이지 공유 주소, 만료된 링크를 잘못 복사하지 않았는지 확인합니다. 오류에 HTML이 반환되었다고 표시된다면 대개 설정 대신 로그인 페이지, 오류 페이지 또는 인증 페이지를 받은 것입니다. 서비스 제공업체 페이지로 돌아가 호환되는 구독 URL을 다시 받으세요. 네트워크 시간 초과가 발생하면 현재 네트워크에서 다시 시도할 수 있습니다. 첫 연결이 아직 되지 않았다면 ‘프록시를 통해 업데이트’를 켜지 마세요. 아직 사용할 수 없는 프록시 경로에 업데이트가 의존할 수 있습니다.

구독의 서버와 규칙은 이후 변경될 수 있습니다. 처음 가져오기에 성공한 뒤 설정 메뉴에서 수동 업데이트를 한 번 실행해 업데이트 방법을 익히고, 필요에 따라 자동 업데이트를 설정하세요. 사용자 지정 내용을 오래 유지하려면 클라이언트가 지원하는 덮어쓰기 또는 병합 기능을 사용합니다. 원격 구독으로 생성된 파일을 직접 수정하면 다음 업데이트 때 변경 내용이 덮어써질 수 있습니다. 자동 업데이트 간격과 형식 호환 문제는 도움말 센터에서 확인하세요. 지금은 기본값을 유지하고 프록시 모드를 선택합니다.

2단계: 규칙 모드와 프록시 서버 선택

설정을 적용한 뒤 ‘프록시’ 페이지에서 ‘규칙 / 전역 / 직접 연결’ 모드 선택 항목을 찾습니다. Clash Verge Rev에서는 설정이나 홈 화면에서도 같은 메뉴를 찾을 수 있습니다. 처음에는 ‘규칙’을 선택하세요. 클라이언트가 현재 설정의 규칙에 따라 요청을 직접 연결할지, 프록시 그룹으로 보낼지, 연결을 차단할지 결정합니다. 규칙 모드는 고정된 웹사이트 목록이 아니며 실제 동작은 설정에 포함된 규칙의 내용과 순서에 따라 달라집니다.

이어서 프록시 그룹을 확인합니다. 그룹 이름은 설정 작성자가 정하므로 한국어, 영어 또는 용도에 따른 이름일 수 있으며 이 가이드와 같을 필요는 없습니다. 일반적인 프록시 연결에 사용하는 선택 그룹을 찾아 열고 사용 가능한 서버를 선택합니다. 그룹 안에 다른 프록시 그룹이 있으면 실제 서버나 명확한 자동 선택 정책에 연결될 때까지 하위 선택 항목을 확인합니다. 그룹에서 DIRECT를 선택하면 해당 경로는 원격 프록시가 아니라 직접 연결을 사용합니다.

클라이언트에서 연결 가능 여부를 테스트할 수 있다면 이 페이지에서 한 번 실행해 서버 선택을 참고할 수 있습니다. 다만 테스트 성공은 그 시점에 테스트 대상에 연결할 수 있었다는 뜻일 뿐, 모든 웹사이트 접속을 보장하지는 않습니다. 테스트 주소 때문에 실패할 수도 있습니다. 먼저 서비스 제공업체가 권장하는 서버를 선택한 뒤 4단계에서 실제 요청과 연결 기록을 확인하세요. 첫 설정부터 모든 프록시 그룹을 반복해서 바꿀 필요는 없습니다.

‘전역’ 모드는 코어로 들어오는 일반 요청을 전역 선택 그룹으로 보내며, 일반 규칙에 따라 하나씩 분기하지 않습니다. 전역 모드로 전환한 뒤에는 전역 그룹에서 실제로 무엇을 선택했는지 확인해야 합니다. 규칙 그룹의 선택을 모두 자동으로 이어받는 것은 아닙니다. 전역 모드는 특정 접속 문제가 분기 규칙 때문인지 임시로 비교하거나, 모든 요청을 같은 서버로 보내야 하는 작업에 적합합니다. 테스트가 끝나면 규칙 모드로 돌아가 확인할 연결을 다시 시작하세요.

‘직접 연결’ 모드는 코어로 들어오는 일반 요청을 대상에 직접 연결합니다. 비교 테스트에는 사용할 수 있지만 클라이언트를 종료하거나 운영체제의 프록시 설정을 해제하는 것과는 다릅니다. 프로그램을 종료하기 전에 시스템 프록시를 올바르게 꺼야 합니다. TUN 설정도 혼동하기 쉽습니다. 규칙·전역·직접 연결은 요청이 코어에 들어온 뒤 어떻게 처리할지를 정하고, 시스템 프록시와 TUN은 요청이 코어로 들어오는 방식을 정하므로 서로 다른 단계의 설정입니다.

이제 규칙 모드를 유지하고 방금 선택한 프록시 그룹과 서버를 기억해 두세요. 인터넷에 연결하기 위해 전역 모드로 바꿀 필요도, 모든 네트워크 옵션을 켤 필요도 없습니다. 나중에 특정 웹사이트가 예상한 경로를 사용하지 않으면 연결 기록에서 어떤 규칙이 적용되었는지 확인하세요. 규칙 문법과 복잡한 정책은 문제 해결 매뉴얼에서 확인할 수 있습니다. 처음에는 최소한의 설정으로 연결을 완료하세요.

3단계: 시스템 프록시 또는 VPN 연결 켜기

데스크톱 클라이언트의 ‘설정’으로 돌아가 ‘시스템 프록시’를 찾아 켭니다. 이 스위치는 운영체제의 프록시 연결 지점을 로컬 클라이언트로 지정합니다. 이후 브라우저와 시스템 프록시를 따르는 앱이 요청을 클라이언트로 전달합니다. 클라이언트에 코어 시작 버튼이 따로 있다면 코어가 실행 중인지 먼저 확인하세요. 창만 열려 있고 코어를 불러오지 못한 상태에서는 시스템 프록시가 켜져 있어도 요청을 정상적으로 전달할 수 없습니다.

Clash Verge Rev에서는 ‘혼합 포트’ 설정도 확인할 수 있습니다. 일반적인 값은 7897이지만 현재 화면에 표시된 실제 값을 기준으로 하세요. 혼합 포트는 HTTP와 SOCKS 요청을 받는 포트입니다. 외부 제어 주소는 클라이언트가 코어를 관리하는 데 쓰므로 브라우저 프록시 포트로 사용하면 안 됩니다. 다른 가이드와 값을 맞추려고 처음부터 포트를 변경할 필요는 없습니다. 포트 충돌 오류가 없는지만 확인하세요.

시스템 프록시 설정을 확인하려면 Windows에서는 ‘설정 → 네트워크 및 인터넷 → 프록시’, macOS에서는 ‘시스템 설정 → 네트워크 → 현재 네트워크 서비스 → 세부사항 → 프록시’를 확인합니다. 메뉴 이름은 시스템 버전에 따라 다를 수 있습니다. 일반적인 로컬 사용에서는 루프백 주소 127.0.0.1과 클라이언트가 실제로 수신 중인 포트를 지정해야 합니다. 스크린샷에 나온 LAN 주소를 자신의 기기에 그대로 입력하지 마세요.

Android와 iOS에서는 설정 방법이 다릅니다. 설정과 프록시 그룹 선택을 마친 뒤 클라이언트 홈 화면으로 돌아가 ‘시작’ 또는 ‘연결’을 누릅니다. 처음 연결할 때는 시스템에서 VPN 설정 추가 또는 VPN 연결 권한을 요청하는 경우가 많습니다. 앱 정보를 확인한 뒤 허용하세요. 시스템에 VPN 표시가 나타나면 터널이 연결된 것입니다. 그렇다고 구독의 모든 서버를 사용할 수 있다는 뜻은 아닙니다. 다른 VPN이 이미 실행 중이라면 먼저 연결을 끊은 뒤 현재 클라이언트를 시작하세요.

브라우저 연결을 확인한 뒤 TUN 켜기

브라우저 접속을 확인하는 데는 보통 시스템 프록시만으로 충분하지만 일부 터미널 도구, 게임 및 앱은 시스템 프록시를 따르지 않습니다. 이런 앱까지 연결해야 한다면 ‘설정 → TUN 모드’로 이동하세요. 데스크톱 클라이언트에서 서비스를 설치하거나 관리자 권한을 부여해야 할 수 있으며, Linux에서는 필요한 네트워크 권한을 설정해야 할 수도 있습니다. 안내에 따라 설정한 뒤 TUN을 켜세요. 처음 테스트할 때는 기본 stack 등 옵션을 유지하고 라우팅 및 DNS 매개변수를 동시에 변경하지 마세요.

TUN을 켜도 모든 트래픽이 반드시 전달되는 것은 아닙니다. 실제 적용 범위는 라우팅, 제외 항목, 현재 설정에 따라 달라집니다. 일반적인 브라우저 사용만 필요하다면 시스템 프록시는 켜고 TUN은 끈 상태로 유지한 뒤 4단계에서 연결을 확인하세요. TUN을 처음 테스트할 때는 점검할 변수를 줄이기 위해 시스템 프록시를 끌 수 있습니다. 두 기능을 함께 사용해야 한다면 클라이언트 안내와 앱 사용 목적에 맞춰 설정하세요.

로컬 기기에서만 사용할 때는 ‘LAN 연결’을 켤 필요도 없습니다. 이 옵션은 다른 기기가 로컬 프록시 포트에 접속하도록 허용하는 기능으로, 수신 주소와 방화벽, 접근 범위를 설정해야 하며 첫 연결에 필요한 조건은 아닙니다. 설정을 마친 뒤 필요하다면 시작 프로그램에 등록하세요. 문제를 확인하는 동안에는 수동으로 실행하는 편이 현재 작동 중인 클라이언트를 파악하기 쉽습니다. 사용을 마칠 때는 시스템 프록시를 끄거나 VPN 연결을 중지한 다음 프로그램을 종료하세요. 중지된 포트를 가리키는 시스템 설정이 남지 않도록 해야 합니다.

4단계: 접속 결과와 적용된 규칙 확인

클라이언트를 실행한 상태에서 브라우저에 새 탭을 열고 평소 직접 연결되는 웹사이트에 접속한 다음 프록시가 필요한 웹사이트에도 접속합니다. 이미 로드된 페이지를 새로고침하는 것만으로는 요청이 다시 전송되지 않을 수 있으므로 피하세요. 브라우저에서 프록시를 별도로 설정하는 확장 프로그램을 사용 중이라면 이번 테스트에서는 프록시 기능을 꺼 운영체제의 프록시 설정을 사용하도록 합니다.

그런 다음 클라이언트의 ‘연결’ 페이지를 열고 브라우저에서 대상 웹사이트에 다시 접속해 해당 도메인의 새 연결이 나타나는지 확인합니다. 연결 세부 정보를 펼쳐 대상, 적용된 규칙, 프록시 경로를 살펴보세요. 항목 이름은 클라이언트에 따라 다를 수 있습니다. 규칙 모드에서 직접 연결되는 웹사이트가 DIRECT로 표시되는 것은 정상일 수 있습니다. 프록시를 사용해야 하는 대상은 예상한 프록시 그룹과 서버로 연결되어야 합니다. 모든 기록이 프록시를 거쳐야 하는 것이 아니라 실제 경로가 예상과 일치하는지가 중요합니다.

웹페이지는 이미지, 스크립트 및 다른 도메인에도 요청을 보내므로 연결 목록에 여러 대상이 표시될 수 있습니다. 먼저 사이트의 기본 도메인을 찾아 페이지의 실제 동작과 함께 확인하세요. 요청이 너무 빨리 끝나 기록이 남지 않았다면 페이지를 다시 열면서 확인하거나 로그에서 잠시 연결 정보를 살펴봅니다. 로그 수준을 계속 상세하게 설정해 둘 필요는 없습니다. 스크린샷을 다른 사람과 공유할 때는 구독 URL, 계정 정보 및 기타 민감한 내용을 숨기세요.

선택 사항: 명시적 프록시로 로컬 포트 확인

터미널 사용에 익숙하다면 아래 명령어로 혼합 포트를 직접 테스트할 수 있습니다. 이 명령은 로컬 프록시를 명시적으로 지정하므로 터미널이 시스템 프록시 설정을 읽는지 여부에 영향을 받지 않습니다. 7897은 클라이언트에 표시된 실제 값으로 바꿔야 합니다. Windows에서는 구형 PowerShell의 동명 명령어와 차이가 생기지 않도록 curl.exe를 사용할 수 있습니다. 이 명령은 보조 점검용이며 가이드를 완료하는 데 필수는 아닙니다.

curl --head --proxy http://127.0.0.1:7897 https://example.com

HTTP 응답 헤더가 반환되면 요청에 응답이 온 것입니다. 다만 직접 연결을 사용했는지 프록시 서버를 거쳤는지는 클라이언트 기록과 함께 확인해야 합니다. 로컬 주소에 연결할 수 없다는 메시지가 나오면 먼저 코어와 포트를 확인하세요. 브라우저에서는 접속되는데 프록시 매개변수 없이 실행한 터미널 명령이 실패하더라도 클라이언트 문제라고 단정할 수는 없습니다. 많은 터미널 도구는 시스템 프록시를 자동으로 따르지 않으므로 앱별 설정, 환경 변수 또는 TUN 지원이 필요합니다.

검증에 실패하면 증상에 따라 원인을 좁혀 갑니다. 브라우저 연결 기록이 없다면 시스템 프록시가 실제로 적용되었는지, 브라우저가 별도 프록시를 사용하는지 확인합니다. 기록은 있지만 DIRECT로 연결된다면 적용된 규칙과 프록시 그룹을 확인하세요. 예상한 서버를 거치는데도 실패한다면 서버 상태와 대상 웹사이트 상태를 살펴봅니다. 일부 도메인만 이름을 확인하지 못할 때 DNS를 점검하세요. 처음부터 DNS 설정 전체를 바꾸지는 마세요.

임시로 전역 모드로 전환하고 전역 서버를 선택한 다음 같은 대상에 다시 요청을 보내 볼 수 있습니다. 전역 모드에서는 되지만 규칙 모드에서 실패한다면 규칙 분기를 집중적으로 확인하세요. 두 모드 모두 실패하면 연결, 서버, 이름 확인을 살펴봅니다. 단, 두 모드에서 같은 서버를 사용해야 비교가 의미 있습니다. 모드와 서버를 동시에 바꾸면 원인을 찾기 어렵습니다. 설정은 한 번에 하나씩 바꾸고 결과를 기록하세요.

확인이 끝나면 평소 사용하는 규칙 모드로 돌아가 직접 연결할 대상과 프록시를 사용할 대상이 모두 예상대로 동작하는지 다시 확인합니다. 이제 구독, 프록시 그룹, 트래픽 진입점, 실제 요청으로 이어지는 전체 경로가 완성되었습니다. 구독을 업데이트하거나 네트워크를 바꾼 뒤 접속에 문제가 생기면 같은 순서로 점검하세요. 개념 관련 내용은 도움말 센터를 참고하세요. 인터넷 연결 불가, 구독 가져오기 실패, DNS 오류, 모바일 백그라운드 연결 끊김 등의 문제는 문제 해결 매뉴얼에서 계속 확인할 수 있습니다.