Clash 구독 가져오기 및 최초 연결

PRECHECK / READY

시작 전 확인: 클라이언트, 구독 및 시스템 시간

설정을 시작하기 전에 현재 시스템에 설치된 Clash 클라이언트가 계속 지원되고 운영체제에 맞는지 확인하세요. 데스크톱에서는 Windows, macOS, Linux를 구분해야 하며, macOS는 Intel과 Apple Silicon도 구분해야 합니다. 모바일에서는 해당 앱 스토어 또는 다운로드 페이지에서 Android나 iOS 버전을 선택하세요. 아직 설치하지 않았다면 먼저 다운로드 센터에서 플랫폼에 맞는 클라이언트를 선택하고, 설치가 끝난 뒤 이 페이지로 돌아오세요.

두 번째로 사용할 수 있는 구독 링크 또는 YAML 구성 파일을 준비합니다. 구독 링크는 일반적으로 서비스 제공자가 생성하며, 클라이언트가 노드, 전략 그룹, 규칙, DNS 등의 구성을 내려받는 데 사용됩니다. 링크를 복사할 때는 주소의 시작부터 끝까지 선택하고 쿼리 매개변수를 빠뜨리거나 앞뒤에 공백을 넣지 마세요. 구독 주소는 계정 설정 정보이므로 스크린샷, 공개 로그 또는 채팅방에 공유하지 않는 것이 좋습니다.

.yaml 또는 .yml로 끝나는 로컬 파일을 받은 경우에도 클라이언트의 파일 가져오기 기능으로 불러올 수 있습니다. 다만 로컬 파일에는 원격 구독의 자동 업데이트 기능이 기본으로 제공되지 않습니다. 처음 사용할 때는 서비스 제공자가 제공한 것이 “구독 주소”인지 “구성 파일”인지 확인하세요. 웹 관리 콘솔 주소, 주문 페이지 주소 또는 단일 노드 공유 텍스트를 Clash 구독으로 착각하면 안 됩니다.

마지막으로 시스템 날짜, 시간, 시간대를 확인합니다. 시간 오차는 보안 연결 설정에 영향을 주어 모든 노드가 시간 초과되거나 인증서 시간이 잘못 표시되고 구독 요청이 실패하는 원인이 될 수 있습니다. 시스템 시간 자동 동기화를 켠 뒤 구독 주소에 실제로 접속할 수 있는지도 확인하세요. 준비가 끝나면 클라이언트를 열어 둔 상태로 1단계로 이동합니다.

STEP 02 / MODE SELECT

프록시 모드 선택: 트래픽 처리 방식 결정

처음에는 규칙 모드 선택

Settings, 설정 또는 Mode 페이지로 이동해 Rule, Global, Direct 등의 모드 옵션을 찾습니다. 최초 연결에는 Rule, 즉 규칙 모드를 권장합니다. 규칙 모드는 구성의 규칙 목록에 따라 연결을 프록시로 보낼지, 직접 연결할지, 거부할지를 판단합니다. 일반적인 로컬 네트워크 주소와 일부 로컬 서비스는 직접 연결하고, 프록시가 필요한 대상은 전략 그룹에서 처리합니다. 대부분의 구독 구성이 기본으로 사용하는 방식이기도 합니다.

Global은 전역 모드로, 대부분의 연결을 하나의 프록시 전략으로 처리합니다. “규칙 때문에 특정 웹사이트가 프록시를 거치지 않는지”를 임시로 확인할 때 유용하지만 모든 문제의 해결책으로 사용하기에는 적합하지 않습니다. Direct는 직접 연결 모드로, 프록시 트래픽을 잠시 중지하거나 비교 테스트를 할 때 사용합니다. 세 모드는 트래픽 판단 방식만 바꾸며 노드 선택을 대신하거나 사용할 수 없는 노드를 자동으로 고쳐 주지는 않습니다.

전략 그룹에서 노드 선택

Proxies, 프록시 또는 전략 페이지로 전환합니다. 이곳은 단순한 노드 목록이 아니라 여러 전략 그룹으로 구성된 경우가 많습니다. “노드 선택”, “프록시”, “자동 선택”, “장애 조치” 또는 용도별 그룹 이름이 흔히 사용됩니다. 먼저 주요 트래픽을 담당하는 전략 그룹을 찾은 뒤 특정 노드를 선택하거나 구독에서 제공하는 자동 테스트 그룹을 선택하세요.

전략 그룹 사이에 참조 관계가 있다면 최상위 전략 그룹이 다른 지역 그룹을 가리키고, 지역 그룹 안에 실제 노드가 들어 있을 수 있습니다. 이 경우 현재 선택을 따라 단계별로 확인해 최종적으로 사용할 수 있는 노드에 도달하는지 확인하세요. 최상위에 “자동 선택”이 표시된 것만 보고 끝내지 말고, 자동 그룹에 후보 노드가 있는지와 테스트 후 실제로 연결 가능한 노드가 하나 이상 있는지도 확인해야 합니다.

클라이언트에서 지연 시간 테스트를 제공한다면 현재 그룹에 한 번 실행해 보세요. 지연 시간은 해당 시점의 테스트 대상 응답 상태만 나타내며 실제 다운로드 속도와 같지 않고 모든 웹사이트 접속을 보장하지도 않습니다. 최초 설정에서는 정상적으로 응답하는 노드 하나를 선택하면 충분하며 최저 수치를 반복해서 찾을 필요는 없습니다. 노드 지역, 배율, 프로토콜, 자동 전략의 의미는 개념 빠른 검색에서 더 확인할 수 있습니다.

기존 구성 규칙 유지

최초 연결 단계에서는 규칙, DNS 또는 전략 그룹 구조를 바로 편집하지 않는 것이 좋습니다. 구독 구성에는 보통 작동 가능한 기본 순서가 포함되어 있으므로 먼저 원본 구성으로 연결되는지 확인한 뒤 개인 설정을 추가하세요. 너무 일찍 사용자 규칙을 추가하면 “노드를 사용할 수 없음”, “시스템 프록시가 켜지지 않음”, “규칙을 잘못 작성함”이 뒤섞여 점검 범위가 넓어집니다.

특정 도메인을 지정한 전략으로 보내야 한다면 최초 연결에 성공한 뒤 처리하세요. 수정하기 전에 규칙이 위에서 아래로 매칭되고 일치하면 중단되는 방식을 이해해야 합니다. 규칙 문법, 공통 필드, 오버라이드 병합 방식은 체계적인 구성 항목이므로 구성 참고의 규칙 섹션으로 이동해 확인할 수 있습니다. 지금은 규칙 모드를 유지하고 주요 전략 그룹에 노드가 선택되어 있는지 확인한 뒤 연결을 설정하세요.

STEP 04 / VERIFY ROUTE

작동 여부 확인: 웹페이지, 연결 기록, 로그 교차 점검

먼저 브라우저로 기본 접속 테스트

클라이언트를 연결 상태로 유지하고 새 브라우저 창을 열어 평소 프록시가 있어야 접속되는 대상 웹사이트에 방문하세요. 연결 전에 이미 열어 둔 페이지를 새로 고치는 것만으로 판단하지 마세요. 브라우저 캐시, 기존 연결, DNS 결과가 확인을 방해할 수 있습니다. 페이지가 정상적으로 로드되면 일반적으로 직접 연결되어야 하는 웹사이트에도 접속해 규칙 모드에서 두 종류의 접속이 모두 가능한지 확인하세요.

클라이언트에 Connections, 연결 또는 활동 기록 페이지가 있다면 브라우저로 웹사이트에 접속하면서 해당 페이지를 관찰하세요. 정상적인 경우 해당 도메인이나 대상 주소가 표시되고 적용된 규칙, 사용한 전략 그룹, 최종 노드가 함께 나타납니다. 웹페이지만 보는 것보다 연결 기록이 더 정확합니다. 페이지가 캐시로 열릴 수도 있지만 연결 기록은 새 요청이 Clash로 들어갔는지 보여 줍니다.

규칙 및 노드 경로 확인

연결 기록에서 방금 방문한 도메인을 찾아 어떤 규칙이 적용되었는지 확인하세요. 대상 웹사이트에 DIRECT가 표시되면 규칙이 직접 연결로 판단한 것입니다. 프록시를 사용해야 하는 사이트라면 Global 모드로 잠시 비교해 볼 수 있습니다. 전역 모드에서는 접속되지만 규칙 모드에서 실패한다면 문제는 대개 규칙이나 전략 선택에 있습니다. 테스트가 끝나면 Rule로 돌아가 전역 모드를 장기간 사용하지 않도록 하세요.

기록에 프록시 전략으로 들어간 것으로 표시되는데도 페이지가 열리지 않으면 Proxies 페이지로 돌아가 다른 노드를 선택한 뒤 다시 접속하세요. 모드, DNS, TUN, 구독을 동시에 수정하지 마세요. 한 번에 하나의 조건만 바꿔야 어떤 조정이 결과를 바꿨는지 알 수 있습니다. 여러 노드가 모두 실패하면 구독이 방금 업데이트되었는지, 기기 네트워크가 안정적인지, 서비스 제공자의 상태 공지가 있는지 확인하세요.

로그로 실패 단계 찾기

웹페이지가 열리지 않으면 Logs, 로그 또는 실행 기록 페이지로 이동해 테스트가 발생한 시점부터 뒤쪽 기록을 확인하세요. 구성 해석 오류는 보통 시작하거나 구성을 전환할 때 나타나고, 연결 시간 초과는 노드 요청 단계에서 자주 발생합니다. DNS 문제는 도메인 해석 실패로 나타날 수 있으며, 포트 충돌은 로컬 프록시 수신을 시작하지 못하게 합니다. 마지막 한 줄만 확인하지 말고 문제 발생 전후의 연속 기록을 보존하세요. 단일 오류 문구보다 시간 순서가 더 중요할 때가 많습니다.

로그에 새 요청이 전혀 없다면 시스템 프록시가 켜져 있는지, 모바일 연결 권한이 적용되었는지, 브라우저가 별도 프록시 설정을 사용하는지 먼저 확인하세요. 로그에 요청은 보이지만 노드 연결에 실패하면 노드와 구독을 점검합니다. 노드 연결은 성공했는데 도메인 해석에 실패하면 DNS를 확인하세요. 트래픽이 지나가는 순서대로 점검하면 처음부터 클라이언트를 재설치하거나 구성을 크게 바꾸는 일을 피할 수 있습니다.

완료 후 복구 가능한 상태 유지

검증을 통과했다면 현재 사용할 수 있는 노드와 규칙 모드를 유지하세요. 현재 구성 이름을 기록하고 구독 페이지에서 수동 업데이트가 가능한지 확인합니다. 이후 문제가 발생하면 먼저 이 검증된 상태로 되돌린 다음 노드 변경, 구독 업데이트, 로컬 네트워크 환경 변화 중 무엇인지 판단하세요. 사용을 잠시 중지할 때는 데스크톱에서 시스템 프록시를 먼저 끄고 모바일에서는 연결을 끊으면 되며, 구독을 삭제할 필요는 없습니다.

위 점검을 모두 마쳤는데도 연결되지 않으면 자주 묻는 질문에서 “설치 및 구성” 또는 “문제 해결” 분류를 따라 계속 확인하세요. 로그 확인, DNS, TUN, 포트 충돌, 구성 해석은 서로 다른 문제이므로 나누어 처리하는 편이 반복적인 재설치보다 효과적입니다.