Clash 구독 가져오기
및 프록시 설정

1단계

구독 가져오기 및 설정 활성화

시작하기 전에 클라이언트가 설치되어 정상적으로 실행되는지 확인하고, 구독 서비스에서 제공한 Clash 또는 mihomo 코어 호환 구독 링크를 준비합니다. 클라이언트는 설정을 읽고 프록시 규칙을 실행하는 프로그램이며, 설치만으로 사용할 수 있는 노드가 생기지는 않습니다. 아직 구독을 받지 않았다면 서비스 제공업체에 링크 형식, 계정 유효 기간, 잔여 데이터부터 확인하세요. 구독 주소에는 계정 인증 정보가 포함되는 경우가 많으므로 비밀번호처럼 안전하게 보관하고, 공개 댓글이나 스크린샷, 온라인 변환 사이트에 올리지 마세요.

전체 링크 복사

서비스 제공업체의 구독 관리 페이지에서 Clash, Clash Meta 또는 mihomo로 표시된 구독 항목을 찾아 페이지의 복사 버튼을 사용합니다. 브라우저 주소창의 계정 홈 주소나 개별 노드 공유 링크를 구독 링크로 사용하지 마세요. 복사한 뒤 앞뒤 공백이나 줄바꿈, 메신저가 덧붙인 설명이 포함되지 않았는지 확인합니다. 링크에 쿼리 매개변수가 있다면 모두 보존해야 합니다. 끝부분을 임의로 지우면 인증에 실패할 수 있습니다.

이제 클라이언트의 설정 페이지를 열고 ‘추가’, ‘가져오기’ 또는 더하기 표시가 있는 메뉴를 선택한 다음 ‘URL에서 가져오기’와 같은 항목을 누릅니다. 주소 입력란에 링크를 붙여 넣고 ‘일상 구독’처럼 구분하기 쉬운 이름을 지정한 뒤 다운로드 또는 저장을 누릅니다. 이름은 로컬에서 구분하기 위한 것으로 서버 연결에는 영향을 주지 않습니다. 가져오기가 끝나면 목록에 새 설정이 표시되어야 합니다. 바로 모든 스위치를 켜기보다는 다운로드 실패나 파싱 오류가 표시되지 않는지 먼저 확인하세요.

방금 가져온 설정 선택

가져온 설정을 자동으로 활성화하는 클라이언트도 있고, 목록에 저장만 하는 클라이언트도 있습니다. 해당 설정을 누른 뒤 ‘활성화’, ‘사용’ 또는 선택 표시를 눌러 현재 설정으로 지정합니다. 이어서 프록시 페이지에서 서비스 제공업체의 정책 그룹과 노드가 표시되는지 확인하세요. 정책 그룹 이름은 구독에 따라 ‘프록시’, ‘노드 선택’ 등으로 다를 수 있으므로 가이드와 꼭 같을 필요는 없습니다. 설정 이름만 보이고 프록시 옵션이 없다면 연결 가능한 상태라고 볼 수 없습니다.

구독 다운로드에 실패하면 먼저 컴퓨터나 휴대폰에서 서비스 제공업체 웹사이트에 접속할 수 있는지 확인한 다음 링크를 다시 복사하세요. 로그인 페이지나 웹페이지 본문이 표시되거나 형식 파싱 오류가 발생한다면 구독 주소가 아닌 링크를 사용했거나 구독이 만료되었거나 현재 코어가 지원하지 않는 필드가 포함되었을 가능성이 큽니다. 아직 트래픽을 전달하는 단계가 아니므로 TUN을 반복해서 켜고 끄는 것으로 해결하려 하지 마세요. 클라이언트의 구체적인 오류 메시지를 확인하고 현재 코어에 맞는 구독 형식이 있는지 서비스 제공업체에 문의하세요.

로컬 설정 파일을 이미 가지고 있다면 ‘파일에서 가져오기’를 선택하고 서비스 제공업체가 제공한 YAML 파일을 지정할 수 있습니다. 파일 가져오기는 원격 구독 업데이트 기능을 제공하지 않는 경우가 많아, 노드가 변경되면 파일을 다시 가져와야 할 수 있습니다. 처음에는 설정을 그대로 두고 규칙, 포트, DNS를 한꺼번에 수정하지 않는 것이 좋습니다. YAML, 구독, 코어 호환성의 차이는 용어집에서 확인하세요. 설정을 활성화한 다음 단계에서 트래픽 처리 모드를 정합니다.

2단계

프록시 모드 및 노드 선택

클라이언트의 프록시 또는 설정 페이지에서 ‘프록시 모드’를 찾습니다. 처음 설정할 때는 현재 설정의 규칙에 따라 요청별로 프록시 또는 직접 연결을 선택하는 ‘규칙’ 모드를 권장합니다. 이 모드는 코어가 요청을 처리하는 방식이지 시스템 트래픽의 진입 경로가 아닙니다. 규칙 모드를 선택한 뒤에도 브라우저와 다른 앱의 요청이 클라이언트로 들어오도록 다음 단계에서 시스템 프록시를 켜거나 VPN 권한을 허용해야 합니다.

전역 모드라고 해서 기기의 모든 트래픽이 전달되는 것은 아닙니다. 이미 코어로 들어온 요청의 출구 선택 방식만 바꿉니다. 시스템 프록시를 사용하지 않는 앱은 클라이언트를 우회할 수 있습니다. 직접 연결 모드도 코어가 중지된다는 뜻은 아닙니다. 클라이언트가 연결과 도메인 해석을 계속 처리하되 출구를 직접 연결로 바꿀 수 있습니다. 이 차이를 알면 ‘전역’이라는 표시만 보고 게임, 터미널, 모든 백그라운드 서비스까지 자동으로 프록시를 사용한다고 오해하지 않을 수 있습니다.

사용 가능한 노드 선택

규칙 모드를 유지한 채 설정의 주요 프록시 정책 그룹을 엽니다. 그룹에 수동 노드 목록이 있다면 접속 지역과 요금제 사용 조건에 맞는 노드를 선택하세요. 자동 선택 그룹이 있다면 서비스 제공업체가 미리 설정한 자동 정책을 사용할 수도 있습니다. 규칙마다 참조하는 정책 그룹이 다를 수 있으므로 동영상, 다운로드, 최종 매칭 규칙이 같은 출구를 사용한다고 단정할 수 없습니다. 처음 확인할 때는 주요 프록시 그룹과 최종 매칭에 사용된 그룹부터 살펴보면 됩니다. 모든 항목을 바로 조정할 필요는 없습니다.

클라이언트에는 보통 지연 시간 테스트 버튼이 있습니다. 테스트 결과는 현재 네트워크에서 노드를 거쳐 지정된 테스트 주소에 접속한 상태를 보여 주며, 접속 불가 노드를 초기에 가려내는 데 도움이 됩니다. 하지만 실제 다운로드 속도를 그대로 나타내지는 않습니다. 테스트 주소, 네트워크 혼잡도, 노드 부하에 따라 결과가 달라지고, 시간 초과가 표시되어도 테스트 대상 자체가 응답하지 않는 경우가 있습니다. 테스트 결과는 다음 단계의 실제 웹사이트 접속과 함께 판단하고, 목록에서 가장 낮은 숫자만을 기준으로 삼지 마세요.

노드 이름에 표시된 트래픽 배수와 지역 정보도 확인하세요. 배수는 서비스 제공업체가 정하며, 배수가 높으면 요금제의 데이터가 더 빨리 소모될 수 있습니다. 지역 표시는 보통 출구 위치를 나타낼 뿐 전체 연결 경로를 뜻하지 않습니다. 처음 설정할 때는 자주 사용하는 지역의 노드 하나를 골라 접속 여부를 확인하면 충분합니다. 특정 서비스에 고정 지역이 필요하다면 접속을 확인한 뒤 해당 정책 그룹에 알맞은 출구를 설정하세요. 자세한 선택 방법은 노드 지연 시간·배수·지역 비교를 참고하세요.

선택을 마치면 현재 모드와 주요 정책 그룹에서 사용하는 노드를 기억해 두세요. 이후 접속 문제가 생기면 노드 하나 또는 스위치 하나만 바꾸고 나머지는 그대로 둡니다. 그래야 노드가 작동하지 않는지, 규칙 선택이 맞지 않는지, 앱 트래픽이 클라이언트로 들어오지 않는지 구분할 수 있습니다. 여러 설정을 연달아 바꾸면 원인을 판단하기 어려워집니다.

3단계

연결 스위치 및 시스템 권한

설정을 활성화하고 프록시 모드와 노드를 선택했으니 연결을 시작할 수 있습니다. 먼저 클라이언트 실행 상태를 확인하세요. 일부 데스크톱 클라이언트는 실행과 동시에 코어가 작동하지만, 다른 클라이언트는 ‘시작’ 또는 ‘연결’을 눌러야 합니다. 코어에 오류가 있거나 종료된다면 화면의 시스템 프록시 스위치만 볼 것이 아니라 로그에 표시된 설정 오류부터 해결해야 합니다. 코어는 요청을 처리하고 시스템 프록시나 VPN은 앱 트래픽을 클라이언트로 전달합니다. 두 부분이 모두 정상이어야 연결 경로가 완성됩니다.

Windows 및 macOS 시스템 프록시

데스크톱에서 처음 사용할 때는 ‘시스템 프록시’를 켜고 TUN은 일단 꺼 두세요. 클라이언트가 운영체제의 프록시 설정을 로컬 수신 포트로 지정하면 시스템 프록시 설정을 따르는 브라우저와 앱이 클라이언트를 통해 네트워크에 접속합니다. 시스템 권한 확인 창이 나타나면 방금 설치한 클라이언트에서 요청한 것인지 확인한 뒤 안내에 따라 허용하세요. 처음 연결한다고 방화벽을 무작정 끄거나 로컬 네트워크 접근 범위를 넓히지 마세요.

시스템 프록시를 켠 뒤 자주 사용하는 브라우저로 다음 단계의 접속을 확인하면 됩니다. 일부 앱은 자체 프록시 설정을 사용하고, 일부 명령줄 도구는 환경 변수를 따로 설정해야 하며, 시스템 프록시를 사용하지 않는 앱도 있습니다. 이런 차이가 클라이언트 전체가 작동하지 않는다는 뜻은 아닙니다. 일상적인 브라우저 사용이 목적이라면 먼저 시스템 프록시 경로가 정상인지 확인한 뒤 더 넓은 범위의 트래픽 전달을 고려하세요. 컴퓨터에서 다른 VPN이나 프록시 프로그램을 사용 중이라면 먼저 연결을 끊고 남아 있는 프록시 설정을 확인해 두 프로그램이 같은 시스템 설정을 반복해서 바꾸지 않도록 합니다.

Android 및 iOS VPN 권한

모바일에서 연결을 누르면 시스템에 VPN 연결 또는 VPN 구성 추가를 허용할지 묻는 창이 표시되는 경우가 많습니다. 앱 이름이 맞는지 확인하고 안내에 따라 허용하세요. iOS에서는 기기 암호나 시스템 인증이 추가로 필요할 수 있습니다. 여기서 VPN은 시스템이 제공하는 트래픽 전달 방식입니다. 실제 출구는 여전히 클라이언트 설정의 노드와 규칙에 따라 결정되며, 운영체제가 제공하는 프록시 서비스에 연결된다는 뜻은 아닙니다.

권한을 허용한 뒤 클라이언트로 돌아가 연결 상태를 확인하고 시스템 상태 표시줄이나 VPN 설정에 연결 표시가 있는지 살펴보세요. 시스템 아이콘은 VPN 터널이 만들어졌다는 뜻일 뿐, 선택한 노드가 대상 웹사이트에 접속할 수 있음을 보장하지는 않습니다. Android에서 화면을 끈 뒤 연결이 자주 끊긴다면 기본 접속 확인을 마친 후 배터리 최적화, 백그라운드 실행, 자동 시작 권한을 점검하세요. 설정 위치는 기기 제조사에 따라 다릅니다. 자세한 내용은 Android 권한 및 배터리 절약 설정을 참고하세요. 처음부터 모든 백그라운드 권한을 한꺼번에 바꾸면 연결 문제와 절전 문제를 구분하기 어렵습니다.

TUN 및 앱 예외

TUN은 가상 네트워크 인터페이스로 트래픽을 전달하므로 시스템 프록시를 따르지 않는 앱에 적합하지만, 관리자 권한이나 서비스 구성 요소, 라우팅, DNS 설정이 필요한 경우가 많습니다. 처음 설정할 때 반드시 켜야 하는 기능은 아닙니다. 브라우저 접속이 정상인데 특정 앱만 시스템 프록시를 따르지 않는 경우, 클라이언트 안내에 따라 필요한 서비스를 설치한 뒤 TUN을 켜세요. 권한이나 드라이버 안내가 표시되면 플랫폼 가이드를 따르고 네트워크 도구를 여러 개 무작정 겹쳐 사용하지 마세요.

Windows에서는 일부 앱에 UWP 루프백 접근 제한이 적용될 수 있습니다. 브라우저는 정상인데 스토어 앱 하나만 작동하지 않는다면 먼저 해당 앱의 네트워크 방식을 확인하고 UWP 루프백 안내를 참고하세요. 모든 앱을 곧바로 예외 목록에 추가하지 마세요. TUN, 시스템 프록시, DNS, 루프백의 자세한 개념은 용어집에서, 플랫폼별 설정은 전체 플랫폼 가이드에서 확인할 수 있습니다. 현재 플랫폼의 연결과 권한 설정을 마쳤다면 실제 요청으로 결과를 확인하세요.

4단계

접속 확인 및 마무리

브라우저에서 새 탭을 열고 프록시를 통해 접속하려는 웹사이트를 방문합니다. 이미 열려 있던 페이지는 캐시나 기존 연결을 사용했을 수 있으므로 새 요청으로 확인하는 편이 더 정확합니다. 페이지가 정상적으로 열리는지 확인한 뒤 클라이언트의 연결 기록에서도 경로를 살펴보세요. 원래 직접 연결로도 열리는 웹사이트만으로 프록시가 정상 작동한다고 판단하면 안 됩니다.

요청·규칙·출구 확인

클라이언트의 ‘연결’, ‘활동’ 또는 ‘로그’ 페이지로 돌아가 방금 방문한 도메인을 찾습니다. 요청에 적용된 규칙, 사용한 정책 그룹, 최종 노드를 확인하세요. 표시 항목은 클라이언트마다 다르지만 요청이 프록시를 거쳤는지 직접 연결되었는지는 파악할 수 있어야 합니다. 기록이 없다면 대상 페이지를 새로고침하고 로그 필터가 정보를 숨기고 있지 않은지 확인하세요. 짧은 연결은 활동 목록에서 빠르게 사라질 수 있으므로 로그 페이지를 살펴볼 수 있습니다. 기록을 찾기 위해 상세 디버그 로그를 계속 켜 둘 필요는 없습니다.

이어서 설정상 직접 연결되어야 하는 자주 사용하는 웹사이트를 방문해 로컬 서비스도 정상인지 확인합니다. 프록시 대상은 정상인데 직접 연결 사이트에 문제가 있다면 구독 전체를 바로 교체하기보다 규칙이나 DNS를 먼저 확인하세요. 출구 IP 조회 사이트를 이용하면 참고 정보는 얻을 수 있지만, 해당 요청의 출구만 보여 줄 뿐 모든 앱이 같은 경로를 사용한다는 증거는 아닙니다. 규칙 모드에서는 출구가 여러 개일 수 있으므로 대상 요청이 예상한 방식으로 처리되었는지가 핵심입니다.

문제 발생 시 순서대로 점검

대상 웹사이트가 열리지 않으면 먼저 설정 목록에서 방금 가져온 설정을 사용 중인지 확인합니다. 그런 다음 주요 프록시 그룹에서 직접 연결이나 차단이 아니라 사용할 수 있는 노드를 선택했는지 확인하세요. 노드 하나만 바꾸고 같은 주소에 다시 접속하면 비교하기 쉽습니다. 여러 노드가 모두 실패한다면 코어 실행 상태, 시스템 프록시 또는 모바일 VPN 연결 여부, 앱 자체 프록시 설정을 차례로 확인하세요. 구독을 가져오는 데 성공했다는 것은 설정을 읽을 수 있다는 뜻일 뿐, 요금제와 서버, 현재 네트워크가 모두 정상이라는 보장은 아닙니다.

연결 기록에 대상 요청이 전혀 없다면 먼저 트래픽 진입 경로를 점검하세요. 브라우저가 시스템 프록시를 사용하는지, 다른 도구가 프록시 설정을 덮어쓰지 않았는지, 모바일 VPN이 계속 연결되어 있는지 확인합니다. 요청이 클라이언트에 들어왔고 예상한 노드를 사용했는데도 계속 시간 초과가 발생한다면 노드와 서비스 제공업체 상태를 살펴보세요. 로그에 주소 해석 실패가 표시되면 구체적인 오류 내용을 기록해 두고 전체 플랫폼 가이드의 설정 관련 자주 묻는 질문에서 원인을 찾으세요. 원인을 파악하기 전에 클라이언트를 반복해서 재설치하지 마세요.

규칙 문제인지 확인하려면 잠시 전역 모드로 바꾸고 같은 노드를 직접 선택한 뒤 같은 웹사이트에 접속해 볼 수 있습니다. 전역 모드에서는 되지만 규칙 모드에서는 안 된다면 해당 도메인에 규칙 모드가 실제로 어떤 정책을 적용했는지 확인하세요. 두 모드에서 모두 실패한다면 노드, 주소 해석, 네트워크 경로를 계속 점검합니다. 테스트가 끝나면 규칙 모드로 되돌리세요. DNS, 포트, 프록시 모드를 한꺼번에 수정하는 것보다 조건을 하나씩 바꾸는 편이 원인을 정확히 찾기 쉽습니다.

구독 업데이트 및 시작 시 자동 실행

접속을 확인한 뒤 설정 페이지에서 구독 업데이트 주기를 지정하거나 서비스 제공업체가 노드를 변경했을 때 직접 업데이트할 수 있습니다. 업데이트가 끝나면 현재 설정이 활성화되어 있는지 다시 확인하세요. 구독을 여러 개 가져온 적이 있다면 특히 중요합니다. 업데이트 주기를 지나치게 짧게 설정하지 말고 서비스 제공업체의 권장 주기를 따르세요. 업데이트 오류가 발생하면 계정 상태와 링크 유효성을 먼저 확인하고, 인증 정보가 포함된 구독 URL 전체를 모르는 사람에게 보내지 마세요.

데스크톱에서 자동 실행이 필요하다면 설정에서 시작 시 자동 실행을 켠 뒤 ‘클라이언트 시작’, ‘코어 시작’, ‘시스템 프록시 복원’이 각각 별도 옵션인지 확인하세요. 자동 실행을 켜도 시스템 프록시까지 자동으로 복원되는 것은 아닐 수 있으므로 재부팅 후 간단히 접속을 확인해야 합니다. 클라이언트를 종료하기 전에는 제공되는 연결 해제 또는 종료 기능을 사용하고 시스템 프록시가 복원되었는지 확인하세요. 모바일은 더 이상 연결할 필요가 없을 때 클라이언트에서 연결을 끊고 시스템 VPN 상태도 확인할 수 있습니다.

기본 설정이 완료되었습니다. 구독이 활성화되어 있고 모드와 노드를 선택했으며, 시스템 트래픽 경로를 연결하고 실제 요청까지 확인했습니다. 이후 문제가 생기면 이 네 단계를 따라 하나씩 점검하면 됩니다. 플랫폼별 설치, TUN 권한, DNS, 로컬 네트워크 공유를 확인하려면 전체 플랫폼 설치 및 설정 가이드를 참고하세요. 특정 설정의 의미만 알고 싶다면 처음부터 다시 설정할 필요 없이 용어집을 확인하면 됩니다.