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

01 구독을 가져와 설정 활성화하기

클라이언트를 열고 시스템 프록시가 아니라 먼저 「설정」 페이지로 이동하세요. 「새로 만들기」, 「가져오기」, 「URL에서 다운로드」와 같은 메뉴를 찾아 구독 주소를 가져옵니다. 전체 링크를 주소 입력란에 붙여넣고 앞뒤에 불필요한 공백이 없으며 설명 문구가 함께 복사되지 않았는지 확인하세요. 설정 이름은 구분을 위한 것이므로 알아보기 쉬운 이름을 지정하면 됩니다. 처음에는 나머지 가져오기 옵션을 기본값으로 두세요.

확인 또는 다운로드를 누른 뒤 클라이언트가 요청과 파싱을 마칠 때까지 기다리세요. 정상적으로 완료되면 설정 페이지에 설정 이름과 업데이트 메뉴가 표시됩니다. 가져온 설정을 자동으로 활성화하는 앱도 있지만, 항목을 선택하거나 「활성화」 버튼을 누르거나 항목 메뉴에서 「사용」을 선택해야 하는 앱도 있습니다. 현재 선택 표시를 기준으로 확인하세요. 목록에 설정이 있다는 사실만으로 코어가 해당 설정을 사용 중인 것은 아닙니다. 활성화 후 다시 불러오기에 실패했다는 메시지가 나오면 안내된 필드 오류부터 해결하고 네트워크 스위치는 건드리지 마세요.

로컬 .yaml 또는 .yml 파일을 받았다면 「파일에서 가져오기」로 선택한 다음 같은 방법으로 활성화하세요. 파일 확장자만 YAML로 바꾸거나 웹페이지를 설정 파일로 저장하지 마세요. 텍스트 설정에는 클라이언트가 인식할 수 있는 구조가 있어야 합니다. 파일 이름만으로 유효성이 결정되지는 않습니다. 로컬에서 가져온 설정은 구독 서비스가 업데이트되어도 자동으로 바뀌지 않는 경우가 많으며, 이후 관리 방법은 파일 내용과 클라이언트 기능에 따라 다릅니다.

이어서 「프록시」 페이지에서 결과를 확인하세요. 설정에 정의된 프록시 그룹과 그룹별 노드 또는 정책이 표시되어야 합니다. 그룹 이름은 설정에 따라 다르며 반드시 「Proxy」나 「노드 선택」인 것은 아닙니다. 프록시 페이지에 직접 연결만 보인다면 설정 페이지로 돌아가 올바른 항목이 활성화되어 있는지 확인하고 가져오기 결과도 살펴보세요. 일부 구독은 노드 목록만 제공하므로 클라이언트 템플릿과 함께 사용해야 합니다. 이 경우 클라이언트가 지원하는 가져오기 방법을 따르고 설정 항목을 임의로 삭제하지 마세요.

가져오기에 실패했다면 먼저 다운로드 실패인지 파싱 실패인지 구분하세요. 다운로드 실패라면 구독 만료 여부, 주소의 완전성, 현재 네트워크에서 구독 서비스에 접속할 수 있는지 확인합니다. 파싱 실패라면 제공업체가 Clash 또는 mihomo 호환 형식을 제공하는지 확인하세요. 링크를 열었을 때 실제로 로그인 페이지나 오류 안내가 표시된다면 주소 끝이 설정 파일처럼 보여도 그대로 사용할 수 없습니다. 같은 이름의 항목이 여러 개 생기지 않도록 가져오기를 반복하지 말고, 정상 작동을 확인한 설정 하나만 남기세요.

02 규칙 모드와 프록시 그룹 선택하기

설정을 활성화한 뒤 「출구 모드」를 찾으세요. 프록시 페이지 상단이나 개요 페이지, 메뉴 막대 아이콘의 메뉴에 있을 수 있습니다. 처음에는 「규칙」을 선택하는 것이 좋습니다. 현재 설정의 규칙에 따라 요청을 직접 연결하거나 프록시로 전달하므로 이후 연결을 확인하기 위한 기본 모드로 적합합니다. 처음 연결하기 전에는 제공업체의 규칙을 그대로 두고 규칙 세트, DNS, 오버라이드 설정을 동시에 변경하지 마세요.

「전역」은 클라이언트로 들어온 요청을 전역 정책으로 처리한다는 뜻이지, 기기의 모든 앱이 클라이언트를 거친다는 뜻은 아닙니다. 「직접 연결」은 클라이언트로 들어온 요청을 대상에 직접 연결합니다. 두 모드 모두 트래픽 진입을 활성화하지는 않습니다. 브라우저가 시스템 프록시를 따르는지, 다른 앱에 TUN이 필요한지는 다음 단계에서 확인하세요. 출구 모드와 시스템 프록시 스위치는 서로 다른 설정입니다.

규칙 모드에서 「프록시」 페이지로 이동해 규칙이 참조하는 주요 프록시 그룹을 펼치세요. 수동 선택 그룹에서는 노드를 직접 고르거나 다른 정책 그룹을 선택할 수 있습니다. 자동 선택 그룹은 설정에 따라 테스트와 전환을 수행합니다. 제공업체가 주요 프록시 그룹 이름을 안내했다면 그 지침을 우선 따르세요. 별도 안내가 없다면 설정이나 규칙 페이지에서 대상 그룹을 확인하세요. 목록의 첫 번째 그룹이 모든 요청을 처리한다고 단정하지 마세요.

클라이언트에서 제공하는 지연 시간 테스트를 한 번 실행해 후보 항목이 테스트 요청에 응답하는지 확인할 수 있습니다. 특정 노드가 시간 초과로 표시되면 연결 가능한 다른 노드를 선택해 계속 진행하세요. 지연 시간이 낮다는 것은 측정 주소에 보낸 이번 요청이 빨랐다는 뜻일 뿐, 동영상 재생이나 파일 다운로드, 모든 웹사이트의 속도가 더 빠르다는 의미는 아닙니다. 실제 체감은 사용할 앱에서 확인해야 합니다. 처음 설정할 때 더 낮은 숫자를 얻으려고 노드를 계속 바꿀 필요는 없습니다.

주요 프록시 그룹에서 DIRECT 또는 REJECT를 잘못 선택하지 않았는지 확인하세요. 전자는 직접 연결, 후자는 연결 거부를 뜻하므로 선택 목록에 있다는 이유만으로 일반 노드처럼 사용하면 안 됩니다. 분할 라우팅 설정에는 스트리밍, 개발 서비스 등 다른 용도의 그룹이 있을 수 있습니다. 모든 그룹을 한꺼번에 수정할 필요는 없습니다. 먼저 테스트할 웹사이트에 어떤 정책이 적용되는지 확인한 뒤 해당 그룹만 조정하세요. 이 단계에서는 규칙 모드와 사용할 출구 하나를 정한 상태로 연결을 진행합니다.

03 시스템 프록시 켜고 연결하기

이제 활성화된 설정과 선택한 프록시 출구가 준비되었습니다. 클라이언트 개요 화면이나 「환경설정」으로 돌아가 「시스템 프록시」를 찾아 켜세요. macOS 클라이언트는 보조 구성요소 설치나 네트워크 설정 변경 권한을 요청할 수 있습니다. 시스템 대화상자와 클라이언트 안내에 따라 허용하세요. 화면에서 스위치만 켜고 필요한 권한 부여를 마치지 않으면 시스템 설정이 실제로 바뀌지 않을 수 있습니다. 클라이언트에서 작업 실패를 알리면 먼저 안내 내용을 확인하고, 실패 상태를 연결된 것으로 간주하지 마세요.

시스템 프록시를 켠 뒤 클라이언트를 실행한 상태로 브라우저에서 새 탭을 열어 웹사이트에 접속하세요. 시스템 프록시는 시스템 설정을 따르는 앱에 주로 적용되며, 기존 연결은 바로 다시 설정되지 않을 수 있습니다. 브라우저가 이미 열려 있다면 페이지를 새로고침하고, 그래도 확인이 어렵다면 브라우저를 종료한 뒤 다시 실행하세요. 브라우저 프록시 확장 프로그램을 사용 중이라면 별도 프록시 설정을 잠시 끄거나 시스템 설정을 따르도록 바꾸세요. 요청이 다른 주소로 전달되는 상황을 방지할 수 있습니다.

포트를 확인해야 한다면 먼저 클라이언트 설정에서 「혼합 포트」를 확인하세요. 이 포트는 로컬 HTTP 및 SOCKS 프록시가 함께 사용하는 수신 포트이며, 실제 값은 클라이언트마다 다릅니다. 다른 가이드와 숫자를 맞추려고 변경할 필요는 없습니다. macOS에서는 「시스템 설정 → 네트워크 → 현재 네트워크 서비스 → 세부사항 → 프록시」에서 관련 설정을 확인할 수 있습니다. macOS 버전에 따라 메뉴 이름이 조금 다를 수 있습니다. 로컬 프록시를 수동 설정할 때는 주소와 포트를 클라이언트의 실제 수신 값에 맞추세요. 온라인에서 본 포트 번호를 그대로 복사하면 안 됩니다.

「LAN에서 연결 허용」은 아직 켜지 마세요. 현재 설정은 같은 기기의 앱에서 클라이언트를 사용하기 위한 것이며, 이 옵션은 인터넷 연결의 필수 조건이 아닙니다. 다른 기기에서 이 기기의 프록시에 접속할 때 사용하는 기능으로, 수신 주소와 방화벽, 접근 제한도 함께 고려해야 합니다. 테스트 중에는 프록시 클라이언트를 여러 개 동시에 실행하지 마세요. 시스템 프록시 설정을 번갈아 변경하거나 같은 포트를 점유할 수 있고, 요청이 여러 트래픽 진입점 사이를 돌아갈 수도 있습니다.

브라우저는 정상적으로 사용할 수 있지만 특정 앱만 프록시를 거치지 않을 때 「TUN 모드」를 고려하세요. TUN 모드는 가상 네트워크 인터페이스를 통해 라우팅 조건에 맞는 트래픽을 처리하며, 추가 권한이나 서비스 구성요소가 필요할 수 있습니다. 먼저 현재 시스템 프록시 상태를 기록한 뒤 클라이언트 안내에 따라 설치하거나 권한을 부여하고 TUN만 따로 테스트하세요. 처음 문제를 확인할 때 시스템 프록시, DNS, TUN을 한꺼번에 바꾸지 마세요. 클라이언트에서 특정 설정 조합을 유지하라고 안내한다면 해당 문서를 따르고 변경 사항을 하나씩 기록하세요.

Android와 iOS에서는 구독 가져오기와 선택을 마친 뒤 홈 화면으로 돌아가 「연결」 또는 시작 버튼을 누르세요. 처음 시작할 때 시스템에서 VPN 구성을 허용해야 합니다. VPN 표시는 시스템 네트워크 서비스가 활성화되었다는 뜻일 뿐, 원격 노드의 사용 가능 여부를 단독으로 증명하지는 않습니다. Android에서는 VPN 서비스를 사용하는 다른 앱과 현재 클라이언트가 충돌할 수 있으므로 비슷한 서비스를 먼저 중지하세요. Windows와 Linux 데스크톱에서는 시스템 프록시부터 설정하면 됩니다. 권한과 가상 네트워크 인터페이스의 차이는 전체 플랫폼 설치 및 설정 가이드를 참고하세요. 첫 연결 단계에서 모든 고급 설정을 살펴볼 필요는 없습니다.

04 규칙과 실제 접속 확인하기

연결 확인은 세 단계로 나눌 수 있습니다. 앱에서 새 요청이 발생하는지, 요청이 클라이언트에 들어오는지, 클라이언트가 예상한 출구를 사용하는지 확인합니다. 평소 직접 접속할 수 있는 웹사이트를 먼저 연 다음 설정상 프록시가 필요한 웹사이트에도 접속하세요. 두 페이지 모두 정상적으로 로드되어야 합니다. 페이지 하나가 보인다는 이유만으로 설정이 모두 올바르다고 판단하지 마세요. 캐시된 페이지이거나 원래 직접 접속이 가능한 사이트일 수 있습니다.

클라이언트의 「연결」 페이지를 열고 대상 웹사이트를 새로고침해 해당 도메인의 연결이 표시되는지 확인하세요. 연결 항목을 클릭하거나 펼쳐 클라이언트에서 제공하는 적용 규칙과 출구 경로를 살펴봅니다. 규칙 모드에서 일부 요청이 DIRECT로 처리되는 것은 정상입니다. 프록시가 필요한 대상이 예상한 프록시 그룹에 들어가 최종적으로 선택한 노드를 사용하는지가 중요합니다. 한 페이지에서 여러 도메인에 요청할 수 있으므로 목록의 아무 항목이나 보는 대신 대상 요청을 기준으로 확인하세요.

클라이언트에 도메인 대신 IP 주소가 표시되어도 Fake-IP나 스니핑 설정을 바로 변경하지 마세요. 도메인 표시 여부는 DNS 경로, 앱의 동작, 클라이언트 기능에 따라 달라집니다. 먼저 출구 경로와 실제 접속 결과를 확인하세요. 규칙 판단이 예상과 다른 경우에만 전체 설치 및 설정 가이드의 DNS 및 설정 문제 안내를 참고하세요. 표시 방식의 차이 하나를 해결하려다 정상적으로 작동하는 네트워크 경로를 바꾸는 일을 막을 수 있습니다.

이어서 실제로 사용할 앱을 열고 프로젝트 페이지 로드, 콘텐츠 재생, 앱 데이터 새로고침 등 작업을 한 번 수행하세요. 브라우저는 정상인데 해당 앱만 실패한다면 앱 자체의 프록시 설정, 재시작 필요 여부, 시스템 프록시 준수 여부를 먼저 확인하세요. Windows 스토어 앱은 루프백 제한의 영향을 받을 수 있습니다. 전체 설정을 바꾸기 전에 UWP 루프백 예외 설정 방법을 참고해 별도로 처리하세요.

접속이 안 될 때 확인할 순서

모든 웹사이트가 열리지 않으면 먼저 클라이언트가 종료되지 않았는지, 현재 설정이 활성화되어 있는지, 주요 프록시 그룹에서 사용할 수 있는 출구를 선택했는지 확인하세요. 그런 다음 시스템 프록시와 혼합 포트가 일치하는지 점검합니다. 연결 페이지에 새 요청이 보이지 않는다면 노드를 계속 바꾸기보다 트래픽 진입부터 확인하세요. 요청은 보이지만 계속 연결에 실패한다면 로그에서 시간 초과, 연결 거부, 설정 오류 메시지를 확인하고 같은 그룹의 다른 노드를 시도하세요.

일반 웹사이트는 열리지만 일부 대상만 실패한다면 해당 요청에 어떤 규칙이 적용되었는지 확인하세요. 실수로 직접 연결되는 경우에는 관련 정책 그룹이나 설정을 점검하세요. 전역 모드를 장기적인 해결책으로 사용하지 마세요. 잠시 전역 모드로 전환하고 같은 노드를 선택해 비교할 수 있습니다. 전역 모드에서는 되지만 규칙 모드에서는 실패한다면 분할 라우팅 경로를 더 확인해야 합니다. 두 모드 모두 실패하면 노드, 대상 서비스, 현재 네트워크 상태도 점검하세요. 테스트가 끝나면 규칙 모드로 되돌리세요.

로그를 확인할 때는 먼저 문제를 한 번 재현한 다음 그 시간대의 앞뒤 기록을 살펴보세요. 과거 오류와 현재 실패를 혼동하지 말고, 문제 해결을 위해 가장 상세한 로그 수준을 계속 유지하지도 마세요. 다른 사람에게 도움을 요청하기 전에는 구독 주소, 노드 인증 정보, 개인 접속 기록을 삭제하고 오류 유형과 필요한 설정 정보만 남기세요. 설정은 한 번에 하나만 바꾸고 같은 접속 작업을 반복해야 어떤 변경이 영향을 주었는지 판단할 수 있습니다.

정상 작동 상태 저장 및 구독 업데이트

대상 요청이 클라이언트에 들어오고 예상한 규칙이 적용되며 실제 앱에서도 작업을 완료할 수 있다면 처음 설정은 끝난 것입니다. 현재 설정 이름, 출구 모드, 사용 중인 트래픽 진입 방법만 기록하면 됩니다. 모든 고급 기능을 추가로 켤 필요는 없습니다. 이후 노드 목록이 바뀌면 설정 페이지에서 기존 구독을 업데이트하세요. 업데이트 후에도 같은 설정이 활성화되어 있는지 확인하고, 수동으로 선택한 노드가 여전히 있는지도 살펴보세요.

연결을 끊은 뒤에도 네트워크가 이상하다면 먼저 시스템 프록시가 꺼져 있는지 확인한 다음 클라이언트를 종료하고 다시 접속해 보세요. TUN 사용자는 가상 네트워크 인터페이스 서비스도 중지되었는지 확인하세요. TUN을 켰을 때만 문제가 발생한다면 해당 모드의 권한, 라우팅, DNS 경로를 점검합니다. 일상적인 설정은 이 페이지의 4단계를 따르고, 전체 플랫폼 설치나 규칙 변경, 고급 네트워크 설정은 전체 플랫폼 설치 및 설정 가이드의 해당 항목을 참고하세요.