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

구독을 가져와 현재 설정으로 선택

클라이언트를 연 뒤 먼저 “구독”, “설정” 또는 Profiles 페이지를 찾습니다. 일부 클라이언트는 페이지 상단에 구독 입력란을 표시하고, 일부는 “새로 만들기”, “URL에서 가져오기” 또는 더하기 버튼을 먼저 눌러야 합니다. 구독 서비스 제공자가 전달한 전체 주소를 입력란에 붙여넣으세요. 웹 관리 페이지 주소, 요금제 이름 또는 개별 노드 문자열을 구독 주소로 사용하면 안 됩니다. 입력란에 불필요한 공백이나 줄바꿈이 없는지 확인한 뒤 “가져오기”, “다운로드” 또는 “추가”를 누릅니다.

정상적인 경우 클라이언트가 구독 주소에 요청을 보내 새 설정 항목을 생성합니다. 이때 바로 연결을 켜지 말고 항목 이름, 업데이트 시간과 클라이언트가 표시한 상태를 먼저 확인하세요. 네트워크 오류, 형식 오류 또는 설정 파싱 실패가 표시된다면 가져오기 단계가 아직 완료되지 않은 것입니다. 프록시 모드를 계속 바꿔도 해결되지 않습니다. 구독 주소를 다시 복사해 브라우저에서 서비스 페이지에 접속할 수 있는지 확인하고, 구독이 여전히 유효한지도 점검하세요. 인증 만료, 구독 내용 없음 또는 서버 응답 오류는 구독 서비스 제공자가 처리해야 합니다.

설정 항목이 나타나면 해당 항목을 클릭하거나 옆의 활성화 버튼을 사용해 현재 설정으로 지정합니다. 많은 클라이언트는 여러 설정을 동시에 저장할 수 있지만, 코어는 한 번에 현재 선택된 설정 하나만 실행합니다. 구독을 목록에 추가하기만 하고 선택하지 않은 경우 “가져오기는 완료됐지만 프록시 페이지에 정책 그룹이 없는” 현상이 발생할 수 있습니다. 선택한 뒤 “프록시” 또는 Proxies 페이지로 이동하세요. 구독에 정의된 정책 그룹과 옵션이 보이면 설정이 코어에 전달되어 읽힌 것이므로 다음 단계로 진행할 수 있습니다.

가져오기가 완료되면 확인할 항목

가장 직접적인 결과는 웹페이지가 열리는 것이 아니라 클라이언트에 선택 가능한 설정 항목이 나타나고, 설정 세부 정보에 정책 그룹이 표시되며 지속적인 파싱 오류가 없는 것입니다. 일부 클라이언트는 가져온 뒤 새 설정으로 자동 전환하지만, 다른 클라이언트는 이전 로컬 설정을 그대로 유지하므로 현재 항목을 직접 확인해야 합니다. 구독을 업데이트한 뒤 정책 이름이 크게 바뀌었다면 현재 선택도 다시 확인해 오래된 설정 캐시를 계속 사용하지 않도록 하세요.

이 단계에서는 “설정이 어디에서 오는지”와 “코어가 어떤 설정을 읽는지”만 결정합니다. 각 요청이 어느 출구로 갈지, 브라우저나 시스템 트래픽을 클라이언트에 전달할지는 아직 정해지지 않습니다. 설정이 선택된 것을 확인한 뒤 프록시 모드를 선택해 코어가 규칙을 하나씩 판단할지, 요청을 하나의 정책으로 일괄 전달할지 지정해야 합니다.

규칙 모드 또는 글로벌 모드 선택

클라이언트의 “모드”, “프록시 모드” 또는 Mode 설정으로 이동합니다. 일반적인 선택지는 규칙 모드, 글로벌 모드와 직접 연결 모드입니다. 처음 설정할 때는 규칙 모드를 권장합니다. 규칙 모드는 설정 파일의 규칙 목록을 위에서부터 확인하고, 처음 일치하는 규칙을 찾으면 평가를 멈춘 뒤 해당 규칙이 지정한 DIRECT, REJECT 또는 정책 그룹으로 요청을 보냅니다. 도메인과 주소마다 서로 다른 경로를 사용할 수 있어 대부분의 구독 설정이 의도한 방식으로 작동합니다.

규칙 모드를 선택한 뒤 “프록시” 또는 정책 그룹 페이지를 엽니다. 여기에 표시되는 이름은 현재 설정이 정의하므로 구독마다 완전히 다를 수 있습니다. 주요 프록시를 선택하는 정책 그룹을 찾아 구체적인 옵션 하나 또는 설정이 제공하는 자동 선택 항목을 고릅니다. PROXY를 클라이언트에 항상 내장된 고정 버튼으로 이해해서는 안 됩니다. YAML 예시에서는 보통 정책 그룹 이름일 뿐이며, 설정의 proxy-groups에 정의되어 있어야 합니다. 실제 화면에서는 현재 설정에 표시된 그룹 이름을 기준으로 판단하세요.

글로벌 모드는 클라이언트가 전달받을 수 있는 트래픽을 하나의 글로벌 정책으로 보냅니다. 짧은 비교 테스트에 적합합니다. 예를 들어 규칙 모드에서 특정 웹사이트가 열리지 않지만 글로벌 모드에서는 열리는 경우, 문제는 구독 자체보다 규칙 매칭, 정책 그룹 선택 또는 DNS 경로에 있을 가능성이 큽니다. 비교가 끝나면 규칙 모드로 돌아가 로그에서 매칭된 규칙을 확인하세요. 글로벌 모드를 장기간 사용하면 설정이 설계한 분기 로직을 우회하며, 어떤 규칙이 결과를 만들었는지도 파악할 수 없습니다.

직접 연결 모드는 보통 이미 전달된 요청을 대상에 직접 연결하므로 클라이언트의 트래픽 전달 자체가 특정 앱에 영향을 주는지 확인할 때 사용할 수 있습니다. 하지만 “클라이언트 종료”와 같은 의미는 아닙니다. 시스템 프록시나 TUN이 계속 켜져 있으면 트래픽이 여전히 코어에 먼저 들어온 뒤 직접 연결 정책으로 전송될 수 있습니다. 전달을 완전히 중지하려면 프록시 모드만 바꾸지 말고 다음 단계에서 해당 시스템 프록시, VPN 또는 TUN을 꺼야 합니다.

정책 그룹이 비어 있거나 모든 옵션을 선택할 수 없고, 모드를 바꾸자마자 설정 오류가 발생한다면 시스템 프록시를 계속 켜지 말고 첫 단계로 돌아가 현재 설정을 점검하세요. 모드와 정책을 정상적으로 선택할 수 있을 때 설정 준비가 완료된 것이며, 다음 단계에서 기기나 앱의 트래픽을 클라이언트로 전달합니다.

시스템 프록시를 켜고 연결 설정

클라이언트 홈 또는 설정 화면으로 돌아가 “시스템 프록시”, “시스템 프록시로 설정” 또는 같은 의미의 스위치를 찾아 켭니다. 데스크톱 운영체제의 시스템 프록시는 운영체제 프록시 설정에 값을 기록해 해당 설정을 따르는 브라우저와 앱이 클라이언트의 수신 포트로 요청을 보내게 합니다. 활성화되면 클라이언트에 보통 사용 중 상태가 표시됩니다. 시스템 네트워크 설정에서 HTTP, HTTPS 또는 SOCKS 프록시 항목을 클라이언트가 관리하는지도 확인할 수 있습니다.

Android와 iOS 클라이언트는 보통 시스템 VPN 인터페이스를 통해 트래픽을 전달합니다. 처음 시작하면 시스템에서 VPN 구성 또는 연결 권한을 요청하며, 승인 후 상태 표시줄에 시스템 VPN 아이콘이 나타날 수 있습니다. 이 승인은 클라이언트가 로컬 네트워크 터널을 만들도록 허용하는 것이며, 구독 서비스와 클라이언트가 같은 제공자라는 뜻은 아닙니다. 권한을 거부하면 클라이언트 안에서 설정과 정책은 정상적으로 표시될 수 있지만 다른 앱의 트래픽은 코어로 들어가지 않습니다.

macOS에서는 클라이언트마다 시스템 프록시, VPN 구성 또는 네트워크 확장을 사용할 수 있으며, Windows 클라이언트는 TUN을 켤 때 관리자 권한을 요청할 수 있습니다. 우선 브라우저만 확인하려면 시스템 프록시를 먼저 사용하세요. 시스템 프록시는 적용 범위를 파악하기 쉽고 문제가 생겼을 때 끄기도 편합니다. 터미널 프로그램, 일부 게임, 가상 머신과 자체 네트워크 스택을 사용하는 앱은 시스템 프록시를 무시할 수 있습니다. 이런 경우에만 TUN을 검토하고, 첫 설정부터 모든 전달 방식을 동시에 켜지는 마세요.

트래픽 전달을 켜기 전에 정책 그룹에서 사용할 수 있는 옵션 하나가 선택되어 있는지도 확인해야 합니다. 클라이언트가 정책 테스트를 지원한다면 제공되는 연결 가능성 검사를 한 번 실행할 수 있지만, 결과는 테스트 대상 요청의 상태만 보여줄 뿐 실제 앱 확인을 대신하지는 못합니다. 이후 클라이언트를 계속 실행한 상태에서 새 브라우저 창을 열고 다음 단계로 진행하세요. 연결 전후에 구독, 모드, DNS와 TUN을 동시에 바꾸지 마세요. 한 번에 하나만 변경해야 문제가 생겼을 때 원인을 판단할 수 있습니다.

이제 연결 경로는 다음과 같아야 합니다. 앱이 시스템 프록시를 읽거나 VPN/TUN으로 들어가고, 트래픽이 클라이언트 수신 지점에 도달한 뒤 코어가 현재 설정을 읽어 선택한 모드로 처리하고, 최종적으로 직접 연결·차단·프록시 정책 중 하나로 전송됩니다. 다음 단계에서는 앱의 동작과 클라이언트 로그 양쪽에서 이 경로를 확인해야 하며, 홈 화면의 스위치가 켜져 있는지만 봐서는 안 됩니다.

프록시와 규칙이 적용되는지 확인

아직 열지 않은 웹페이지를 하나 골라 새 탭에서 접속합니다. 새 요청을 사용하면 브라우저 캐시, 기존 연결과 DNS 캐시가 판단에 미치는 영향을 줄일 수 있습니다. 페이지를 로드하면서 클라이언트 로그 또는 연결 기록을 열고 방금 방문한 도메인을 검색하세요. 도메인, 매칭된 규칙과 최종 정책이 표시되어야 요청이 실제로 코어에 들어간 것입니다. 시스템 프록시 스위치가 켜져 있다는 사실만으로는 특정 앱이 해당 설정을 사용한다고 증명할 수 없습니다.

로그의 결과는 규칙의 예상 동작과 일치해야 합니다. 예를 들어 대상이 직접 연결 규칙과 일치하면 DIRECT, 차단 규칙과 일치하면 REJECT, 정책 그룹과 일치하면 해당 그룹과 최종 선택 항목이 표시됩니다. 규칙 모드는 위에서 아래로 확인하다가 처음 일치한 지점에서 멈추므로, 뒤의 규칙이 더 구체적으로 보여도 앞에서 이미 매칭된 규칙을 덮어쓰지 못합니다. 경로가 예상과 다르면 먼저 매칭된 규칙을 기록한 다음 규칙 순서나 정책 그룹을 점검하세요. 노드를 반복해서 바꾸며 규칙 문제를 가리면 안 됩니다.

브라우저 확인을 마친 뒤 실제로 사용할 앱도 테스트합니다. 브라우저는 정상인데 터미널 명령이 실패한다면 두 프로그램이 서로 다른 프록시 진입점을 사용하는 경우가 많습니다. 터미널은 HTTP_PROXY, HTTPS_PROXY 또는 ALL_PROXY 환경 변수를 별도로 설정해야 할 수 있고, TUN으로 전달해야 할 수도 있습니다. 자체 프록시 설정을 제공하는 앱은 시스템 프록시를 덮어쓸 수 있으므로 앱 설정에서 “프록시 사용 안 함”, 고정 포트 또는 오래된 주소가 선택되어 있지 않은지 확인하세요. 브라우저와 터미널을 계층별로 확인하는 자세한 방법은 도움말 센터에서 확인할 수 있습니다.

로그에 테스트 도메인이 전혀 나타나지 않는다면 트래픽 진입점부터 확인합니다. 데스크톱에서는 시스템 프록시가 계속 켜져 있고 포트가 클라이언트 수신 포트와 일치하는지 확인하고, 모바일에서는 시스템 VPN 연결이 다른 VPN 앱으로 바뀌지 않았는지 확인합니다. TUN 환경에서는 권한과 라우팅 생성이 정상적으로 완료됐는지 점검합니다. 로그에 도메인은 나타나지만 요청이 실패한다면 최종 정책, 연결 오류와 DNS 결과를 추가로 확인하세요. 전자는 “앱이 클라이언트에 들어오지 않은” 문제이고, 후자는 “클라이언트에는 들어왔지만 출구 또는 해석 단계에서 실패한” 문제이므로 해결 방향이 다릅니다.

모드 비교도 한 번 진행할 수 있습니다. 동일한 설정과 테스트 주소를 유지한 채 규칙 모드에서 글로벌 모드로 잠시 전환하고 같은 사용 가능한 정책을 선택합니다. 글로벌 모드에서는 성공하지만 규칙 모드에서 실패하면 규칙 매칭과 DNS를 중점적으로 확인합니다. 두 모드 모두 실패하면 정책 사용 가능 여부, 구독 상태와 로컬 네트워크를 확인합니다. 브라우저는 성공하지만 다른 앱이 실패하면 앱 프록시 설정과 트래픽 전달 범위를 확인하세요. 테스트가 끝나면 규칙 모드로 돌아가 테스트 상태가 장기 설정으로 남지 않도록 합니다.

확인에 실패하면 계층별로 되돌아가기

문제를 해결할 때는 이 가이드의 순서를 따라 앞 단계로 돌아가면 됩니다. 로그에 요청이 없으면 연결 단계로 돌아가 시스템 프록시, VPN 또는 TUN을 확인합니다. 로그에 요청은 있지만 적절한 정책이 없으면 모드 단계로 돌아가 정책 그룹과 규칙을 확인합니다. 프록시 페이지에 정책 그룹이 없으면 가져오기 단계로 돌아가 현재 설정과 파싱 상태를 점검합니다. 이렇게 한 번에 한 계층만 처리하면 클라이언트를 삭제하고 다시 설치하는 것보다 유효한 단서를 보존하기 쉽습니다.