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

“프록시”, “Proxies” 또는 홈 화면의 프록시 모드 영역으로 이동합니다. 대부분의 Clash 클라이언트는 규칙, 전역, 직접 연결의 세 가지 기본 모드를 제공합니다. 처음 사용할 때는 “규칙” 모드, 즉 설정 키 mode: rule을 선택하는 것이 좋습니다. 규칙 모드는 설정 파일에 위에서부터 나열된 규칙에 따라 각 요청을 프록시로 보낼지, 직접 연결할지, 거부할지를 판단하므로 모든 트래픽을 하나의 노드로 강제하지 않습니다.

먼저 규칙 모드로 기본 연결 완료

“규칙” 또는 “Rule”을 클릭한 뒤 정책 그룹 목록으로 이동합니다. 일반적인 정책 그룹은 “노드 선택”, “프록시”, “Proxy” 또는 구독 제공업체가 지정한 다른 이름으로 표시될 수 있습니다. 주요 수동 선택 그룹을 열고 목록에서 노드를 선택하세요. 클라이언트에서 지연 시간 테스트를 제공한다면 연결 가능성을 판단하는 참고 자료로 사용할 수 있습니다. 단, 지연 시간은 해당 시점의 탐색 결과일 뿐 모든 웹사이트의 실제 로딩 속도를 의미하지 않으며 특정 수치가 나올 때까지 반복 테스트할 필요도 없습니다.

노드를 선택한 뒤 정책 그룹 이름 아래의 현재 선택 항목이 바뀌었는지 확인합니다. 일부 설정에는 “자동 선택”, “장애 조치” 또는 “로드 밸런싱” 그룹도 포함됩니다. 초보자는 문제 발생 시 원인을 판단하기 쉽도록 먼저 명확한 단일 노드를 선택하는 것이 좋습니다. 기본 연결이 안정된 뒤 설정에서 제공하는 정책 그룹에 따라 자동 방식으로 전환하세요.

전역 모드와 직접 연결 모드를 사용하는 경우

규칙 모드에서 특정 대상에 접속할 수 없지만 전역 모드에서는 접속된다면, 일반적으로 노드는 작동하지만 현재 규칙이 해당 요청을 올바른 정책으로 보내지 않는다는 뜻입니다. 이때 문제를 가리기 위해 전역 모드를 계속 사용하지 말고 대상 도메인을 기록한 뒤 규칙 설정에서 일치 결과를 확인하세요. 사용자 지정 규칙, 규칙 우선순위와 MATCH 대체 규칙에 대한 자세한 설명은 프로토콜 및 코어 매뉴얼에서 확인할 수 있습니다.

직접 연결 모드는 프록시 정책을 우회하므로 문제가 프록시 경로에서 발생했는지 확인할 때 적합합니다. 클라이언트를 종료하거나 구독을 삭제하는 기능은 아닙니다. 테스트가 끝나면 규칙 모드로 돌아가세요. 시스템 프록시가 켜져 있어도 트래픽이 직접 연결 정책으로 처리되어 “클라이언트는 연결됐지만 접속 결과가 변하지 않는다”는 오판이 생길 수 있습니다.

브라우저를 다시 열고 평소 안정적으로 로드되는 웹사이트에 먼저 접속해 설정 오류로 기본 네트워크가 끊기지 않았는지 확인합니다. 이어서 네트워크 출구 정보를 확인할 수 있는 서비스에 접속해 연결 전후의 출구 주소나 지역 결과를 비교하세요. 웹페이지의 단일 메시지만 믿지 말고 Clash의 “연결”, “Connections” 또는 로그 페이지도 열어 브라우저 요청이 클라이언트로 들어오는지 확인합니다.

연결 기록으로 요청 경로 확인

연결 패널에는 보통 대상 도메인, 연결 유형, 적용된 규칙과 사용된 정책 체인이 표시됩니다. 브라우저 페이지를 새로 고친 뒤 목록에 해당 도메인이 나타나고 정책 체인이 방금 선택한 노드나 정책 그룹을 가리키면 시스템 프록시, 규칙 일치와 노드 전달이 모두 정상적으로 연결된 것입니다. 요청은 보이지만 웹페이지 로드에 실패한다면 문제는 시스템 프록시 스위치보다 노드 연결 가능성, 대상 서비스 응답 또는 DNS 확인에 있을 가능성이 큽니다.

연결 패널에 브라우저 요청이 전혀 나타나지 않으면 먼저 시스템 프록시 또는 모바일 VPN이 여전히 켜져 있는지 확인한 다음 브라우저가 독립 프록시, 확장 네트워크 설정 또는 이전 캐시 프로세스를 사용하고 있지 않은지 확인하세요. 데스크톱에서는 브라우저를 종료하고 다시 시작할 수 있으며, 모바일에서는 대상 앱을 백그라운드에서 제거한 뒤 다시 열어 보세요. 그런 다음 한 번 더 새로 고치면 됩니다. 구독을 반복해서 삭제하고 다시 가져올 필요는 없습니다.

모드 전환으로 최소 범위 비교

규칙 모드에서 대상에 접속할 수 없을 때는 잠시 전역 모드로 전환해 같은 페이지를 다시 로드해 볼 수 있습니다. 전역 모드에서 성공한다면 시스템 연결과 노드는 대체로 정상이며 규칙 일치를 집중적으로 확인해야 합니다. 전역 모드에서도 실패하면 다른 노드로 바꿔 다시 시도하세요. 한 번에 하나의 조건만 바꿔야 어떤 변경으로 문제가 해결됐는지 판단할 수 있습니다. 테스트가 끝나면 규칙 모드로 돌아가 임시 진단 상태를 장기 설정으로 사용하지 않도록 하세요.

모든 노드에 연결할 수 없다면 구독 페이지로 돌아가 업데이트를 클릭하고 서비스 제공업체가 새 설정을 배포했는지 확인하세요. 업데이트 후에는 현재 설정과 노드를 다시 선택해야 합니다. 일부 클라이언트는 구독을 새로 고칠 때 정책 그룹 선택을 초기화하기 때문입니다. 업데이트가 실패하면 기기 시간, 현재 기본 네트워크와 구독 링크가 여전히 유효한지 확인하세요. 로그의 timeout, connection refused 또는 DNS 관련 메시지를 다음 점검의 단서로 활용할 수 있으며 자세한 의미와 처리 순서는 문제 해결에서 확인할 수 있습니다.

구독을 업데이트하는 올바른 순서

일상적으로 사용할 때마다 구독을 다시 추가할 필요는 없습니다. 설정 페이지에서 현재 구독을 찾아 업데이트를 클릭하고 원격 콘텐츠 다운로드가 완료될 때까지 기다리면 됩니다. 업데이트 후 설정이 계속 선택되어 있는지 확인한 다음 프록시 페이지에서 자주 사용하는 정책 그룹의 노드 선택을 확인하세요. 일부 구독 업데이트는 노드를 추가, 삭제하거나 이름을 바꿀 수 있어 기존 선택 항목이 사라지면 클라이언트가 기본 정책으로 돌아갈 수 있습니다.

예를 들어 가정용 Wi-Fi에서 모바일 핫스팟으로 네트워크 환경을 바꾼 뒤 연결이 바로 복구되지 않는다면 시스템 네트워크가 안정될 때까지 기다린 다음 시스템 프록시 또는 모바일 연결을 껐다가 다시 켜 보세요. 구독, DNS, TUN과 규칙을 동시에 수정하지 마세요. 원인을 찾기 어려워집니다. “기본 네트워크, 현재 설정, 프록시 모드, 노드, 시스템 연결, 로그” 순서로 하나씩 확인하면 중단 지점을 더 빠르게 찾을 수 있습니다.

기본 연결 후 고급 설정 처리

4단계 흐름이 안정적으로 작동한 뒤 실제 필요에 따라 TUN, LAN 연결 허용, DNS 강화 모드 또는 사용자 지정 규칙을 조정하세요. Shadowsocks, VMess, Trojan, VLESS, Hysteria2와 TUIC의 설계 차이, 그리고 원본 Clash, Meta와 mihomo 코어의 관계를 알아보려면 프로토콜 및 코어 매뉴얼을 계속 읽어 보세요. 이러한 설정은 이 가이드의 기본 작업 순서는 바꾸지 않지만 트래픽이 확인, 일치, 전달되는 방식에는 영향을 줍니다.

구독 업데이트 실패, 시스템 프록시 잔류, 포트 사용 중, 시작 직후 종료 또는 연결 로그 오류가 발생하면 문제 해결에서 문제 유형별로 점검하세요. 클라이언트 로그에 기록된 오류 유형, 발생 시간과 직전에 수행한 작업을 남겨 두면 단순히 “연결할 수 없음”이라고 기록하는 것보다 원인을 찾는 데 도움이 됩니다.