Clash 구독 가져오기 및 연결 설정

첫 번째 단계

구독을 가져오고 설정 선택

클라이언트의 “설정”, “구독” 또는 “Profiles” 페이지로 이동합니다. 일반적으로 구독 주소 입력란과 함께 가져오기, 다운로드 또는 추가 버튼이 표시됩니다. 방금 복사한 전체 주소를 붙여 넣고, 먼저 https://로 시작하는지 확인한 다음 가져오기를 실행하세요. 클라이언트가 현재 네트워크를 통해 설정 파일을 가져오며, 정상이라면 몇 초 안에 설정 목록에 새 항목이 추가됩니다.

새 항목에는 서비스 이름이나 설정 이름이 표시될 수도 있고, 주소에서 생성된 짧은 제목만 표시될 수도 있습니다. 목록에 나타났는지만 보지 말고 해당 설정을 클릭하거나 체크해 현재 활성 설정으로 지정하세요. 처음 연결에 실패하는 원인은 구독 다운로드 오류보다 내장 예시 설정, 빈 설정 또는 이전 설정이 계속 사용되는 경우가 많습니다. 선택한 항목은 보통 강조 표시나 체크 표시로 나타나며, 홈 화면에 현재 설정으로 표시되기도 합니다.

이어서 “프록시”, “Proxies” 또는 정책 그룹 페이지로 이동합니다. 가져오기가 정상이라면 노드 선택, 자동 선택, 장애 조치 또는 앱 분류 같은 정책 그룹이 표시됩니다. 그룹 이름은 설정 제공업체가 정하므로 구독마다 다를 수 있습니다. 주요 정책 그룹을 펼쳤을 때 선택 가능한 노드나 자동 테스트 항목이 보여야 합니다. 이 항목들이 보이면 주소만 저장된 것이 아니라 설정이 클라이언트에서 정상적으로 해석된 것입니다.

목록에 다운로드 실패, 시간 초과 또는 형식 오류가 표시되어도 새로 고침을 계속 누르지 마세요. 구독 주소를 브라우저 주소창에 붙여 넣어도 항상 읽을 수 있는 페이지가 표시되는 것은 아니므로, 브라우저 화면만으로 설정 유효성을 판단할 수 없습니다. 기본 네트워크가 정상인지 확인하고, 서비스 페이지에서 주소를 다시 복사한 뒤 앞뒤에 공백이 섞이지 않았는지 확인하고, 클라이언트에서 다시 추가하는 순서가 안전합니다. 서비스 제공업체가 구독 상태를 제공한다면 구독 기간이 만료되지 않았는지도 확인하세요.

자동 업데이트는 설정하되, 먼저 최초 테스트를 완료하세요

대부분의 클라이언트는 구독 자동 업데이트 간격을 설정할 수 있습니다. 처음 가져온 뒤 적절한 주기 업데이트를 켜도 되지만, 문제를 확인하는 동안 수동 업데이트를 반복하지 마세요. 설정이 바뀌면 정책 그룹 이름, 노드 순서, 규칙도 함께 달라질 수 있어 문제가 재현되기 어려워집니다. 현재 정상적으로 가져온 버전으로 연결 확인을 먼저 완료하고, 기본 경로가 정상임을 확인한 뒤 클라이언트가 제공하는 일반적인 업데이트 간격을 선택하세요.

이 페이지를 마칠 때는 세 가지 상태가 분명해야 합니다. 구독 항목이 설정 목록에 있고, 해당 항목이 선택되어 있으며, 프록시 페이지에서 정책 그룹을 펼쳐 선택 항목을 볼 수 있어야 합니다. 이 세 가지를 확인한 뒤 모드 선택으로 넘어가세요. 프록시 페이지가 비어 있다면 여기서 가져오기 문제를 먼저 해결해야 합니다. 빈 설정은 이후 시스템 프록시 스위치로 보완할 수 없습니다.

두 번째 단계

규칙 모드와 정책 노드 선택

구독을 활성화한 뒤 “모드”, “Mode” 또는 실행 모드 설정을 찾습니다. Clash에서 흔히 사용하는 모드는 규칙, 전체, 직접 연결의 세 가지입니다. 처음에는 규칙 모드를 권장합니다. 규칙 모드는 설정의 규칙을 위에서부터 확인해 요청을 직접 연결하거나 거부하거나 지정된 정책 그룹으로 전달합니다. 일상적인 사용에 적합하며 연결 로그에서 특정 사이트가 어떤 규칙에 매칭되었는지도 확인하기 쉽습니다.

전체 모드는 프록시를 사용할 수 있는 대부분의 트래픽을 하나의 프록시 정책으로 전달하므로, 짧은 시간 동안 노드 자체의 사용 가능 여부를 확인할 때 유용합니다. 하지만 초기 설정의 최종 모드로 계속 사용하는 것은 권장하지 않습니다. 규칙 모드에서 특정 사이트가 열리지 않지만 전체 모드에서는 접속된다면, 문제는 노드가 아니라 규칙 매칭, 정책 그룹 선택 또는 DNS 처리에 있을 가능성이 큽니다. 직접 연결 모드는 프록시를 잠시 우회해 로컬 네트워크가 정상인지 확인할 때 사용합니다. 테스트가 끝나면 진단 상태를 잊지 않도록 규칙 모드로 돌아가세요.

규칙 모드를 선택한 뒤 “프록시” 또는 “정책 그룹” 페이지로 이동합니다. 먼저 주요 트래픽을 처리하는 선택 그룹을 찾으세요. 이름은 “노드 선택”, “프록시”, “PROXY” 또는 서비스 제공업체가 정한 이름일 수 있습니다. 그룹에 “자동 선택”, “지연 시간 테스트”, “장애 조치” 등이 있다면 우선 자동 선택을 사용할 수 있습니다. 구체적인 노드만 있다면 상태가 정상인 노드를 선택하세요. 클라이언트에 표시되는 지연 시간은 연결 상태를 가늠하는 기준일 뿐이며, 지연 시간이 짧다고 모든 대상 사이트에 접속할 수 있는 것은 아닙니다.

항목을 클릭한 뒤 강조 표시나 체크 위치가 새 항목으로 이동했는지 확인합니다. 일부 정책 그룹은 다른 정책 그룹을 포함합니다. 예를 들어 주 그룹에서 “자동 선택”을 고르고, 자동 선택 그룹 내부에서 테스트 결과에 따라 노드를 고르는 구조입니다. 이는 정상적인 구성입니다. 처음부터 모든 분류 그룹을 변경할 필요는 없으며 주요 정책 그룹부터 처리하세요. 특정 앱이나 사이트가 계속 잘못된 경로를 이용할 때 해당 규칙의 매칭 결과를 확인하고 관련 그룹을 조정하면 됩니다.

시스템 프록시와 TUN은 잠시 나누어 처리하세요

프록시 모드는 요청이 Clash에 들어온 뒤 어떻게 분기될지를 결정하고, 시스템 프록시 또는 TUN은 어떤 요청이 Clash로 들어올지를 결정합니다. 서로 다른 계층의 설정입니다. 지금은 규칙 모드와 정책 선택만 정하고 여러 트래픽 인계 방식을 동시에 켜지 마세요. 데스크톱에서는 먼저 시스템 프록시로 기본 테스트를 진행하고, Android와 iOS에서는 시스템이 제공하는 VPN 인터페이스로 연결합니다. 명령줄, 게임 또는 시스템 프록시를 따르지 않는 프로그램까지 클라이언트로 보내야 할 때 TUN을 고려하세요.

이제 설정 파일이 사용할 규칙을 결정하고, 실행 모드는 규칙으로 지정되었으며, 주요 정책 그룹에도 선택 항목이 있습니다. 다음 단계에서 시스템 트래픽을 클라이언트로 전달합니다. 이때 노드 목록이 모두 오류를 표시한다면 구독을 한 번 업데이트하고 다른 노드로 테스트하세요. 모든 항목이 동시에 실패한다면 모든 노드가 동시에 사용할 수 없어진 것보다 구독, 기본 네트워크 또는 클라이언트 코어 상태에 문제가 있을 가능성이 큽니다.

세 번째 단계

코어와 시스템 프록시 시작

클라이언트 홈 또는 일반 설정 페이지로 돌아가 먼저 코어 상태를 확인합니다. 클라이언트에 따라 “실행 중”, “Service Running”, “Core Started”로 표시되거나 상태 색상으로만 나타날 수 있습니다. 코어가 시작되지 않으면 시스템 프록시에 주소가 입력되어 있어도 해당 포트에서 요청을 받을 프로그램이 없습니다. 별도의 시작 버튼이 있다면 먼저 코어를 시작하고 상태가 안정된 뒤 시스템 프록시를 켜세요.

Windows와 macOS 데스크톱 클라이언트에는 보통 “시스템 프록시”, “Set as System Proxy” 또는 유사한 스위치가 있습니다. 켜면 클라이언트가 로컬 프록시 주소를 시스템 설정에 기록하고, 브라우저와 시스템 프록시를 따르는 앱이 요청을 Clash로 보냅니다. 스위치가 적용된 뒤에는 클라이언트를 종료하지 마세요. 일부 클라이언트는 창을 닫으면 시스템 트레이로 최소화되지만 완전히 종료하면 코어가 중지되고 시스템 프록시가 복원될 수 있습니다. 또 어떤 클라이언트는 종료 전에 시스템 프록시를 직접 꺼야 합니다.

Android와 iOS는 시스템 VPN에 가까운 방식으로 연결됩니다. 연결 버튼을 누르면 시스템에서 VPN 설정 또는 연결 권한을 요청합니다. 권한을 승인하면 상태 표시줄에 VPN 표시가 나타나고 클라이언트 홈에도 연결 상태가 표시됩니다. VPN 표시는 시스템이 트래픽을 클라이언트로 전달하고 있다는 뜻일 뿐, 구독 노드가 정상이라는 의미는 아니므로 다음 단계에서 접속을 확인해야 합니다.

Linux 데스크톱 환경은 시스템 프록시 지원 방식이 서로 다릅니다. 그래픽 클라이언트에서 시스템 프록시를 켠 뒤 데스크톱 네트워크 설정에서 HTTP와 SOCKS 프록시가 입력되었는지 확인할 수 있습니다. 브라우저에서는 작동하지만 터미널 명령이 작동하지 않는다면 터미널 프로그램이 데스크톱 프록시 설정을 읽지 않는 경우가 많습니다. 처음에는 브라우저로 확인하고 shell 환경 변수는 서둘러 변경하지 마세요. 명령줄 프록시, 서비스 프로세스, 투명한 트래픽 인계는 TUN 및 시스템 인계 섹션에서 계속 설정할 수 있습니다.

TUN은 언제 켜야 하나요

시스템 프록시는 브라우저와 대부분의 데스크톱 앱에 적합하고 설정이 간단하며 종료 후 복원하기도 쉽습니다. TUN은 더 낮은 네트워크 계층에서 트래픽을 인계해 시스템 프록시를 따르지 않는 프로그램까지 처리하지만, 관리자 권한, VPN 권한 또는 네트워크 확장 권한이 필요한 경우가 많습니다. 처음 설정할 때 브라우저가 정상적으로 작동한다면 시스템 프록시를 유지하세요. 특정 프로그램이 시스템 프록시를 사용하지 않는 것이 확인될 때만 TUN을 켜고 별도로 테스트합니다.

TUN이 꼭 필요하다면 먼저 다른 VPN을 끄고 클라이언트 안내에 따라 권한을 승인하세요. 활성화한 뒤 가상 네트워크 인터페이스 생성 성공, 서비스 설치 성공 또는 권한 사용 가능 여부를 클라이언트에서 확인합니다. 두 Clash 클라이언트의 TUN을 동시에 켜거나 기존 VPN과 현재 클라이언트가 기본 경로를 함께 인계하도록 설정하지 마세요. 시스템 절전, 네트워크 전환 또는 클라이언트 업데이트 후 연결에 문제가 생기면 TUN을 끈 뒤 다시 켜 보세요.

시작이 완료되면 홈 화면에 코어 실행과 프록시 인계 상태가 모두 표시되어야 합니다. 데스크톱에서는 보통 코어 실행과 시스템 프록시 켜짐으로 나타나고, 모바일에서는 코어 실행과 VPN 연결로 표시됩니다. 이때 클라이언트 창이나 트레이 프로그램을 실행 상태로 유지하고 마지막 확인 단계로 넘어가세요.

네 번째 단계

접속 결과와 로그로 연결 확인

클라이언트 홈의 “연결됨” 표시만으로 확인하지 마세요. 기본 네트워크, 프록시 접속, 규칙 매칭의 세 단계로 나누어 테스트하는 편이 정확합니다. 먼저 평소 직접 접속할 수 있는 웹사이트를 열어 Clash를 켠 뒤에도 기본 네트워크가 끊기지 않았는지 확인하세요. 일반 사이트조차 열리지 않는다면 시스템 프록시 포트, DNS, TUN 라우팅 또는 현재 설정에 문제가 있을 수 있으므로 먼저 직접 연결로 복구해 테스트합니다.

기본 접속이 정상이라면 프록시를 거쳐야 할 것으로 예상되는 대상 사이트를 엽니다. 페이지가 안정적으로 로드되면 앱에서 시스템 프록시, Clash 코어, 선택한 노드, 대상 사이트로 이어지는 경로가 대체로 연결된 것입니다. 이미 캐시된 페이지만 확인하지 말고 새 비공개 창을 열거나 새로운 경로의 페이지를 새로고침해 브라우저 캐시로 인한 오판을 줄이세요.

이어서 클라이언트의 “연결”, “Connections” 또는 로그 페이지를 열고 브라우저에서 테스트 페이지를 새로고침합니다. 연결 목록에 해당 도메인이나 대상 주소가 나타나고 매칭된 규칙, 사용한 정책 그룹, 최종 출구가 표시되어야 합니다. 클라이언트마다 표시 필드는 다르지만 요청이 클라이언트를 거쳤다는 기록은 최소한 확인할 수 있어야 합니다. 브라우저 접속은 되는데 연결 목록에 새 기록이 전혀 없다면 브라우저 자체 프록시 설정, 확장 프로그램 또는 별도의 DNS 경로 때문에 예상한 진입점을 거치지 않았을 수 있습니다.

연결 기록이 직접 연결로 표시되는데 프록시를 거쳐야 한다면 곧바로 노드를 바꾸지 말고 매칭된 규칙부터 확인하세요. 규칙 모드는 설정 순서대로 엄격하게 매칭하며 앞의 규칙이 일치하면 뒤의 규칙은 처리하지 않습니다. 전체 모드로 잠시 전환했을 때 접속된다면 노드는 정상이고 규칙이나 정책 그룹을 점검해야 한다는 뜻일 가능성이 큽니다. 사용자 지정 규칙 문법, 규칙 오버라이드 위치, 기본 처리 항목은 고급 설정에 해당하므로 규칙 분기 섹션에서 확인할 수 있습니다.

종료와 복구도 한 번 테스트하세요

프록시 접속이 성공한 것을 확인한 뒤 시스템 프록시를 끄거나 모바일 연결을 해제하고 일반 웹사이트에 계속 접속할 수 있는지 확인합니다. 그런 다음 다시 연결해 대상 사이트를 재확인하세요. 이 단계에서는 클라이언트가 시스템 네트워크 설정을 올바르게 기록하고 복원하는지, 종료 후 프록시 주소가 남는지 확인할 수 있습니다. 클라이언트를 종료한 뒤 모든 사이트가 열리지 않으면 클라이언트를 다시 열어 시스템 프록시를 끄거나 시스템 네트워크 설정에서 프록시를 끔 상태로 복원하세요.

마지막으로 규칙 모드로 돌아가 주요 정책 그룹에서 예상한 항목이 선택되어 있는지 확인하고 몇 분 동안 연결이 안정적인지 관찰합니다. 한 번의 접속 성공은 그 순간 경로가 작동했다는 것만 의미합니다. 반복적으로 끊긴다면 단일 노드의 변동인지, 구독 업데이트로 정책 선택이 바뀐 것인지, 기기가 Wi-Fi와 모바일 네트워크 사이를 전환한 것인지 구분해야 합니다. 이 점검을 마치면 최초 설정이 끝나며, 이후에는 주기적으로 구독을 업데이트하고 노드에 문제가 있을 때 정책 항목을 바꾸면 됩니다.