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

시작 전: 클라이언트 설치 및 유효한 구독 준비

클라이언트를 아직 설치하지 않았다면 먼저 Windows 다운로드 페이지를 열어 시스템에 맞는 설치 파일을 선택하세요. 설치 후 클라이언트를 실행해 메인 창이 정상적으로 열리고 설정 페이지에 코어 시작 오류가 표시되지 않는지 확인합니다. 처음 설정할 때는 프록시 클라이언트를 하나만 실행하세요. 여러 프로그램이 Windows 프록시 설정을 번갈아 바꾸면 화면에는 켜진 것으로 보여도 실제 요청은 다른 포트를 향할 수 있습니다.

이어서 서비스 제공업체가 발급한 구독 링크나 이미 생성된 Clash 호환 YAML 설정 파일을 준비하세요. 클라이언트는 트래픽을 처리하는 도구이므로 설치만으로 원격 연결을 사용할 수 있는 것은 아닙니다. 구독에는 보통 프록시 노드, 정책 그룹, 라우팅 규칙이 포함됩니다. 제공업체에서 여러 형식을 제공한다면 일반 웹 주소를 복사하지 말고 Clash 또는 mihomo용이라고 명시된 형식을 선택하세요.

구독 링크에는 계정별 정보가 포함될 수 있으므로 민감한 정보로 취급하세요. 전체 링크를 공개 게시판에 올리거나 출처를 알 수 없는 변환 사이트에 업로드하지 마세요. 오류 신고를 위해 화면을 공유해야 한다면 먼저 링크의 식별 정보와 노드 인증 정보를 가리세요. 준비가 끝나면 현재 네트워크에서 구독 제공처에 접속할 수 있는지 확인한 뒤 첫 단계로 진행합니다.

1단계: 구독을 가져와 설정 선택하기

클라이언트 사이드바에서 ‘구독’, ‘설정’ 또는 Profiles 페이지를 찾아 ‘새로 만들기’, ‘가져오기’ 또는 더하기 기호가 있는 메뉴를 누릅니다. URL 가져오기를 선택하고 구독 링크를 입력란에 붙여넣으세요. 앞뒤에 공백이나 줄바꿈이 없는지 확인한 다음 가져오기를 실행합니다. 이름을 지정할 수 있는 클라이언트라면 작업용과 테스트용 설정을 구분하기 쉬운 이름을 입력하세요.

가져오기가 끝날 때까지 기다리면 보통 설정 카드에 이름, 업데이트 시간 또는 출처 정보가 표시됩니다. 그런 다음 카드를 누르거나 활성화 버튼, 설정 메뉴의 ‘사용’을 선택해 해당 구독을 현재 설정으로 적용해야 합니다. 다운로드만 완료하고 설정을 전환하지 않으면 프록시 페이지에 이전 내용이 계속 표시될 수 있습니다. 현재 선택 표시와 실제로 로드된 프록시 그룹을 확인하세요.

‘프록시’ 페이지를 열어 구독에 포함된 정책 그룹과 선택 가능한 노드가 표시되는지 확인하세요. 구독마다 그룹 이름은 ‘프록시 선택’, PROXY 또는 사용자 지정 이름 등으로 다를 수 있으므로 특정 이름으로 바꿀 필요는 없습니다. 페이지가 비어 있다면 구독 페이지로 돌아가 올바른 설정을 선택했는지 확인하고, 로그에서 형식 분석 오류, 지원하지 않는 프로토콜 또는 설정 로드 실패 메시지를 찾아보세요.

로컬 YAML 파일을 받은 경우 같은 페이지의 ‘파일 가져오기’ 메뉴에서 파일을 선택한 뒤 활성화하세요. 파일 내용을 링크 입력란에 붙여넣거나 확장자가 YAML이라는 이유만으로 호환된다고 판단하지 마세요. 노드 공유 링크만 받은 경우에는 클라이언트가 해당 가져오기 방식을 지원해야 합니다. 가져올 수 없다면 제공업체에 완전한 Clash 설정을 요청하세요.

구독 업데이트 실패 시 다운로드 오류와 설정 로드 오류 구분하기

‘다운로드 실패’는 보통 클라이언트가 원격 콘텐츠를 가져오지 못했다는 뜻이고, ‘분석 실패’는 콘텐츠를 받았지만 클라이언트가 인식할 수 있는 설정이 아니라는 뜻입니다. 먼저 구독이 만료되지 않았는지, 링크가 온전한지 확인하고 응답 내용이 로그인 페이지나 오류 안내는 아닌지 살펴보세요. 처음 가져올 때 설정을 무작정 바꿔 가며 시도하지 마세요. 업데이트 요청에 프록시가 필요한지는 구독 제공처에 따라 다르므로, 클라이언트가 지원한다면 업데이트 방식을 별도로 조정할 수 있습니다.

설정이 정상적으로 적용된 뒤 자동 업데이트 간격을 지정하고, 주기는 제공업체의 권장 사항을 따르세요. 업데이트할 때마다 원격 콘텐츠를 다시 가져오므로 구독 파일을 직접 수정해도 다음 새로고침 때 변경 내용이 사라질 수 있습니다. 장기간 사용할 사용자 지정 설정은 클라이언트의 오버라이드 또는 병합 기능을 이용하세요. 자세한 문제 해결은 구독 업데이트 실패 및 자동 업데이트 설정을 참고하세요. 프록시 그룹이 표시되면 다음 단계에서 모드를 선택합니다.

2단계: 규칙 모드와 실제 연결 경로 선택

클라이언트 상단, 프록시 페이지 또는 트레이 메뉴에서 모드 설정을 찾아 처음에는 ‘규칙’ 또는 Rule을 선택하세요. 규칙 모드는 현재 설정의 규칙에 따라 요청마다 직접 연결, 차단 또는 프록시 그룹 전달 여부를 결정합니다. 대상에 따라 연결 경로를 나눌 수 있어 모든 연결을 하나의 원격 경로로 보내지 않아도 되므로 일상적인 사용에 적합합니다.

규칙 모드를 선택한 다음 ‘프록시’ 페이지에서 주요 선택 그룹을 펼치고, 사용할 수 있는 노드나 구독에서 제공하는 자동 선택 그룹을 선택하세요. 선택은 두 단계로 이뤄질 수 있습니다. 상위 정책 그룹이 다른 그룹을 가리키고 그 안의 그룹이 실제 노드를 선택하는 방식입니다. 노드를 바꿔도 달라지지 않는다면 목록에서 항목이 강조 표시됐는지만 보지 말고 현재 선택 경로를 따라가며 확인하세요.

Clash 규칙 기반 라우팅: 우선 구독 기본 규칙 사용

처음 연결할 때는 구독의 기본 규칙을 그대로 두고 ‘규칙’ 페이지에서 항목이 로드됐는지만 확인하세요. 예를 들어 DOMAIN-SUFFIX,github.com,PROXY는 해당 도메인 접미사의 요청을 PROXY라는 정책 그룹으로 전달한다는 뜻입니다. 이 이름의 그룹이 설정에 실제로 있어야 합니다. 규칙은 보통 위에서부터 순서대로 적용됩니다. 앞쪽의 광범위한 규칙이 뒤에 있는 세부 규칙보다 먼저 요청을 처리할 수 있으므로 모든 요청을 덮어쓰는 규칙을 함부로 추가하지 마세요.

‘전역’ 또는 Global 모드는 코어에 들어온 트래픽을 전역 정책 선택에 따라 처리하지만, 모든 Windows 앱의 트래픽을 자동으로 가져오지는 않습니다. 앱의 요청이 클라이언트로 전달되는지는 시스템 프록시, 앱 자체의 프록시 설정 또는 TUN에 따라 달라집니다. ‘직접 연결’ 또는 Direct 모드는 클라이언트에 들어온 트래픽을 직접 연결 경로로 보냅니다. 변수를 줄이기 위해 이 가이드에서는 계속 규칙 모드를 사용합니다.

프로토콜 호환성에 따라 노드를 선택해야 하거나 기본 커널, Meta, mihomo의 관계를 알아보고 싶다면 프로토콜 및 코어 기술 참고 자료를 확인하세요. 지금은 전체 설정을 편집할 필요 없이 규칙 모드와 사용 가능한 연결 경로 하나를 선택하면 다음 단계로 넘어갈 수 있습니다.

3단계: 코어 실행 확인 및 시스템 프록시 켜기

클라이언트 홈 또는 설정 페이지로 돌아가 코어가 실행 중인지 확인하세요. 클라이언트에 따라 시작할 때 설정을 자동으로 불러오기도 하고, 시작 버튼을 눌러야 하기도 합니다. 로그에 설정 오류, 리스닝 실패 또는 프로세스 종료가 표시되면 먼저 문제를 해결한 뒤 시스템 프록시를 켜세요. 그렇지 않으면 Windows가 정상적으로 서비스를 제공하지 않는 로컬 주소로 요청을 보내 브라우저에 연결 문제가 생길 수 있습니다.

Clash 포트 설정: 실제 혼합 포트 확인

설정 페이지에서 ‘혼합 포트’ 또는 mixed-port를 찾아 현재 값을 기록하세요. 7890은 흔히 쓰이는 예시일 뿐 모든 클라이언트가 반드시 사용하는 포트는 아닙니다. 클라이언트가 다른 포트를 사용 중이라면 실제 값을 그대로 쓰세요. 혼합 포트는 보통 HTTP와 SOCKS 프록시 연결을 모두 받으며, 로컬 앱은 127.0.0.1 루프백 주소로 연결하는 경우가 많습니다.

그런 다음 클라이언트에서 ‘시스템 프록시’를 켭니다. Windows에서 ‘설정 → 네트워크 및 인터넷 → 프록시’를 열어 수동 프록시 주소와 포트가 클라이언트 설정과 일치하는지 확인할 수 있습니다. Windows 버전에 따라 화면 구성이 조금씩 다릅니다. 클라이언트가 프록시를 관리하는 경우에는 설정을 여러 곳에서 동시에 수동 변경하지 말고 클라이언트 스위치를 우선 사용하세요. 조직에서 프록시 정책을 관리하는 기기라면 기기 관리 규정을 먼저 확인하세요.

시스템 프록시를 켠 뒤에는 TUN을 활성화하거나 DNS, LAN 공유, 포트를 동시에 변경하지 마세요. Windows 시스템 프록시를 따르는 대부분의 브라우저는 이 설정을 바로 사용할 수 있습니다. 앱 자체에서 프록시를 지정했거나 시스템 프록시를 사용하지 않는 앱은 기존 연결 경로를 계속 사용할 수 있습니다. 노드 오류라고 단정하지 말고 다음 단계에서 연결 기록을 함께 확인하세요.

시작할 때 포트가 이미 사용 중이라는 메시지가 나오더라도 정체를 모르는 시스템 프로세스를 바로 종료하지 마세요. 먼저 중복 실행 중인 프록시 클라이언트를 종료하고, 충돌이 계속되면 사용 가능한 포트로 바꾼 뒤 시스템 프록시 설정을 다시 적용하세요. 변경 후에는 Windows가 새 포트를 가리키는지 반드시 확인해야 합니다. 자세한 방법은 7890 포트 충돌 및 mixed-port 변경 가이드를 참고하세요.

4단계: 연결 기록으로 작동 여부 확인

클라이언트를 실행한 상태에서 브라우저를 다시 열고 현재 규칙에 따라 프록시를 사용해야 하는 사이트에 접속하세요. 브라우저에 프록시 확장 프로그램이 설치되어 있다면 시스템 설정을 덮어쓰지 않는지 확인합니다. 새 탭에서 요청을 보내고, 필요하다면 브라우저를 다시 시작해 이전 연결이 기존 경로를 계속 사용하는 일을 방지하세요. 클라이언트 스위치가 켜져 있다는 사실만으로 요청이 프록시를 통과한다고 판단할 수는 없습니다.

이어서 클라이언트의 ‘연결’ 또는 Connections 페이지를 열고 방금 방문한 도메인을 찾으세요. 해당 요청에 적용된 규칙과 정책 그룹, 실제로 사용된 노드를 확인합니다. 클라이언트마다 표시되는 항목이 다르며, 연결 행을 눌러 세부 정보를 펼쳐야 하는 경우도 있습니다. 요청이 DIRECT로 표시되고 설정상 직접 연결이 맞다면 정상적인 라우팅입니다. 프록시 경로를 확인하려면 프록시 규칙이 적용될 것으로 예상되는 대상을 선택하세요.

브라우저 요청이 연결 기록에 나타나지 않는다면 올바른 클라이언트를 사용 중인지 확인하고 시스템 프록시 주소와 포트, 브라우저 확장 프로그램, 앱 자체의 프록시 설정을 점검하세요. 연결이 끝난 뒤 기록이 사라질 수 있으므로 웹페이지를 새로고침하면서 확인하면 됩니다. 요청 로그를 지원하는 클라이언트라면 점검하는 동안에만 로그 상세 수준을 높이고, 확인이 끝나면 평소 수준으로 되돌려 불필요한 기록이 쌓이지 않도록 하세요.

연결 기록은 있지만 웹 요청이 시간 초과된다면 트래픽이 적어도 클라이언트까지는 들어온 것입니다. 이때 선택한 노드가 작동하는지, 정책 그룹이 예상한 연결 경로를 가리키는지, DNS 오류가 있는지 확인하세요. ‘사용 가능한 다른 노드 선택 → 같은 페이지 다시 요청 → 로그 비교’ 순서로 점검합니다. 한 번에 하나씩만 바꿔야 어떤 조치로 연결이 복구됐는지 알 수 있습니다.

Clash 노드 지연 시간: 테스트 결과는 참고용

프록시 페이지에서 그룹의 지연 시간 테스트 버튼을 누르고 결과가 나올 때까지 기다린 다음, 테스트에 성공한 노드를 선택해 다시 시도하세요. 지연 시간 테스트는 클라이언트에서 지정된 테스트 주소로 보낸 한 번의 요청 결과일 뿐 실제 다운로드 속도를 나타내거나 모든 사이트에 접속할 수 있음을 보장하지 않습니다. 테스트 주소, 시간 초과 설정, 대상 서비스 상태가 결과에 영향을 줍니다. 목록에서 숫자가 가장 낮은 노드만 고집할 필요는 없습니다.

시간 초과가 발생해도 컴퓨터 전체의 네트워크 연결이 끊겼다고 바로 단정하지 마세요. 먼저 직접 연결 경로로 기본 네트워크를 확인한 뒤 구독이 유효한지, 노드 인증 정보가 최신인지 점검하세요. 한 앱에서만 문제가 있고 브라우저와 다른 요청은 정상이라면 해당 앱의 프록시 방식을 중점적으로 확인합니다. 웹 접속이 되고 연결 기록과 예상 규칙이 일치하면 기본 설정이 완료된 것입니다.

고급 설정: 필요할 때만 TUN 켜기

브라우저는 시스템 프록시로 정상 작동하지만 게임, 명령줄 도구 또는 일부 데스크톱 앱의 트래픽이 클라이언트에 들어오지 않을 때 TUN을 고려하세요. TUN은 가상 네트워크 어댑터와 라우팅을 통해 더 많은 IP 트래픽을 전달하므로 시스템 프록시를 따르지 않는 앱을 처리하는 데 유용합니다. 규칙 모드와 함께 사용할 수 있으며, 트래픽이 들어온 뒤에도 규칙에 따라 분기됩니다. 그렇다고 모든 연결이 원격 프록시를 거쳐야 한다는 뜻은 아닙니다.

클라이언트 설정에서 ‘서비스 모드’나 관련 서비스 설치 메뉴를 찾아 안내에 따라 필요한 시스템 권한을 부여하세요. 서비스가 정상적으로 작동하는지 확인한 뒤 TUN을 켜고 가상 네트워크 어댑터, 라우팅, DNS 관련 로그에 오류가 있는지 살펴봅니다. 권한 부여 방식은 클라이언트마다 다르므로 화면에 표시되는 안내를 따르세요. 시스템 프록시를 평소에 사용하기 위해 전체 인터페이스를 관리자 권한으로 계속 실행할 필요는 없습니다.

TUN을 켠 뒤에는 이전에 클라이언트에 연결되지 않았던 앱에서 새 연결을 시도하고 연결 페이지에서 대상과 적용 규칙을 확인하세요. 다른 VPN, 가상 네트워크 어댑터 도구 또는 기업 네트워크 프로그램이 동시에 실행 중이면 라우팅이나 DNS 충돌이 생길 수 있습니다. 네트워크가 끊기면 새로 켠 TUN부터 끄고 이미 확인한 시스템 프록시 경로를 복구한 뒤 하나씩 점검하세요. 네트워크 설정을 연달아 추가하지 마세요.

서비스 설치, DNS 전달 및 설정 되돌리기 전체 과정은 Clash TUN 모드 설정 가이드를 참고하세요. Windows 스토어 앱에서만 문제가 발생한다면 UWP 앱 루프백 제한 해결 방법도 확인하세요. 먼저 원인을 파악한 뒤 알맞은 연결 방식을 선택하면 됩니다.

일상적인 사용: 구독 업데이트 후 종료 전에 프록시 끄기

평소에는 클라이언트를 실행하고 현재 설정을 확인한 다음 필요한 연결 방식만 켜면 됩니다. 노드가 작동하지 않거나 서비스 내용이 바뀌면 구독을 수동으로 업데이트하고 정책 그룹에 여전히 사용할 수 있는 항목이 선택되어 있는지 확인하세요. 업데이트 후 노드 이름이나 그룹이 바뀌면 이전 선택이 유지되지 않을 수 있으므로, 업데이트가 끝난 뒤 웹 접속과 연결 기록을 간단히 다시 확인하세요.

사용을 마치면 먼저 시스템 프록시를 끄고 클라이언트를 종료하세요. 클라이언트에 ‘종료 시 시스템 프록시 정리’ 옵션이 있다면 필요에 따라 켜고 실제로 적용되는지 확인합니다. 프로그램이 비정상 종료된 뒤 브라우저에서 인터넷에 접속할 수 없다면 Windows 프록시 설정이 로컬 리스닝 포트를 계속 가리키는지 확인하세요. 남아 있는 프록시 설정을 지우기 전에 회사나 다른 실행 중인 프로그램에서 필요한 설정은 아닌지 먼저 확인합니다.

특정 단계를 다시 확인하려면 이 페이지의 구독 가져오기, 규칙 기반 라우팅, 포트 설정 또는 노드 지연 시간 링크를 저장해 두세요. 프로토콜 차이, 코어 호환성, 구독 형식에 관한 내용은 프로토콜 안내서에서 확인할 수 있습니다. 클라이언트를 바꾸기 전에는 클라이언트 비교를 먼저 살펴보고 설정 문제를 재설치가 필요한 문제로 오해하지 않도록 하세요.