Clash 빠른 시작: 구독 가져오기부터 연결 확인까지

이 페이지는 사용할 수 있는 Clash 형식의 구독 링크가 이미 있다는 전제로 설명합니다. 구독 링크는 이용 중인 서비스 제공업체에서 받으며, 일반적으로 클라이언트가 다운로드할 수 있는 설정 파일을 가리킵니다. 개별 노드 이름과는 다릅니다. 링크를 복사할 때는 전체 주소를 복사하고 구독 페이지의 웹 주소만 복사하지 마세요. 제공업체가 여러 형식을 제공한다면 Clash 또는 Mihomo라고 표시된 구성 형식을 선택하세요. 구독에는 개인 연결 정보가 포함될 수 있으므로 링크를 공개 게시판에 올리거나 출처가 불분명한 온라인 도구에 입력하지 마세요.

설치한 클라이언트를 열고 세 가지 메뉴를 확인하세요. ‘구성’에서는 구독을 가져와 활성화하고, ‘프록시’에서는 정책 그룹을 살펴보고 출구를 선택하며, ‘개요’ 또는 홈 화면에서는 시스템 프록시를 켜고 실행 상태를 확인합니다. 클라이언트마다 스위치 위치는 다르지만 설정 순서는 같습니다. 모바일에서는 시스템에 표시되는 VPN 권한 요청도 준비하세요. 이 권한 요청은 운영체제에서 표시되며 연결을 시작할 때만 확인하면 됩니다. 화면에 이전 구성이 있다면 현재 선택된 구성이 무엇인지 기억해 두세요. 새 구성을 가져온 뒤에도 이전 구성이 계속 사용되어 새 구독이 적용되지 않은 것으로 오해할 수 있습니다.

처음 설정할 때는 확인 과정을 단순하게 유지하세요. 구독 하나를 불러오고, 규칙 모드에서 사용할 출구를 선택한 다음, 기기에서 프록시 연결을 켜고 실제 요청을 확인하면 됩니다. DNS, TUN, 포트, 여러 오버라이드 파일을 한꺼번에 변경하지 마세요. 설정을 너무 많이 동시에 바꾸면 문제가 생겼을 때 원인을 찾기 어렵습니다.

클라이언트에서 ‘구성’ 또는 ‘구독’ 화면으로 이동해 원격 구성을 추가하는 메뉴를 찾으세요. 일부 클라이언트에서는 더하기 버튼을 누르고, 다른 클라이언트에서는 ‘URL에서 가져오기’ 또는 ‘구독 가져오기’를 선택합니다. 링크 가져오기를 선택하고 전체 구독 주소를 URL 입력란에 붙여 넣으세요. 이름 입력란이 있다면 서비스 이름처럼 알아보기 쉬운 이름을 입력해도 됩니다. 확인을 누른 뒤 새 항목이 구성 목록에 나타날 때까지 다운로드를 기다리세요. 입력란에 구독 페이지 제목을 붙여 넣거나 주소를 노드 이름으로 입력하지 마세요.

새 항목이 나타나면 다운로드 성공 메시지가 표시되는지, 또는 구성 내용을 열 수 있는지 확인하세요. 그런 다음 해당 항목의 ‘사용’, ‘활성화’를 누르거나 선택 표시를 해 현재 구성으로 지정합니다. 이 과정은 중요합니다. 일부 클라이언트는 새 구독을 저장한 뒤에도 기존 로컬 구성을 계속 사용할 수 있습니다. 개요 화면으로 돌아와 현재 구성 이름이 바뀌었는지 확인한 다음 ‘프록시’를 열어 구독의 정책 그룹과 노드가 표시되는지 살펴보세요. 정책 그룹이 보이면 구성이 적어도 파싱되어 로드된 상태이며, 다음 단계에서 출구를 선택할 수 있습니다.

저장한 뒤에도 목록에 새 항목이 없다면 링크가 완전한지, 불필요한 공백이 없는지 확인한 다음 기기에서 구독 주소에 접속할 수 있는지 살펴보세요. 항목은 있지만 파싱 오류가 표시된다면 서비스 제공업체에 Clash 형식의 구성을 제공하는지 문의하세요. 단일 노드 공유 링크나 다른 형식의 노드 목록은 완전한 구성으로 바로 가져오지 못할 수 있습니다. 업데이트 실패 메시지가 표시되는데 기존 정책 그룹이 남아 있다면 이전에 캐시된 내용일 수 있습니다. 이를 이번 업데이트가 성공한 것으로 판단하지 마세요. 먼저 가져오기 문제를 해결하고 프록시 모드는 나중에 바꾸세요.

이 단계의 완료 기준은 명확합니다. 구성 목록에 새 항목이 표시되고 현재 사용 중으로 선택되어 있으며, ‘프록시’ 화면에서 펼칠 수 있는 정책 그룹이 보여야 합니다. 나중에 구독 내용이 바뀌면 같은 화면에서 ‘업데이트’ 또는 새로고침을 실행하세요. 업데이트가 끝난 뒤에도 현재 구성과 정책 그룹이 정상적으로 로드되었는지 확인해야 합니다. 자동 업데이트 간격을 설정할 수 있는 클라이언트라면 필요에 맞게 조정하세요. 첫 연결을 위해 기본값을 바꿀 필요는 없습니다.

구성이 로드되었는지 확인한 뒤 ‘개요’ 또는 ‘설정’의 프록시 모드 선택 메뉴를 열고 ‘규칙’을 선택하세요. 일부 화면에서는 영어로 Rule이라고 표시됩니다. 규칙 모드에서는 현재 구성의 규칙에 따라 요청을 분류해 지정된 정책 그룹, 직접 연결 또는 차단으로 처리합니다. 프록시가 필요한 요청과 직접 연결해야 하는 요청이 설정대로 나뉘는지 확인할 수 있어 처음 사용하기에 적합합니다. 모든 요청을 하나의 출구로 보내지 않아도 됩니다.

이어서 ‘프록시’ 화면으로 이동하세요. 구성에 ‘노드 선택’, ‘자동 선택’ 또는 서비스 제공업체가 정한 이름의 정책 그룹이 있을 수 있습니다. 직접 선택해야 하는 그룹을 눌러 사용할 수 있는 노드를 선택하거나 구성에 포함된 자동 선택 하위 그룹을 고르세요. 정책 그룹이 다른 정책 그룹을 가리키는 경우에는 선택 관계를 따라가 최종 출구까지 확인해야 합니다. 가장 바깥쪽 그룹 이름만으로 현재 노드를 판단할 수는 없습니다. 구독마다 그룹 이름은 다를 수 있으니 실제 목록을 기준으로 선택하세요. 선택한 뒤 개요 화면으로 돌아와 모드가 여전히 규칙이고 현재 구성이 방금 가져온 구성인지 확인합니다.

‘전역’ 모드에서는 클라이언트가 처리하는 범위의 요청을 선택한 출구로 보냅니다. 규칙 매칭이 문제인지 잠시 확인할 때 유용합니다. ‘직접’ 모드는 프록시 출구를 거치지 않으므로 기기의 기존 네트워크 연결을 비교할 때 사용할 수 있습니다. 두 모드 모두 문제 해결에 도움이 되지만, 특정 웹페이지가 열리지 않는다는 이유만으로 전역 모드를 계속 사용하지 마세요. 규칙 모드에서 발생한 문제를 먼저 기록하고, 잠시 모드를 바꿔 비교한 뒤 다시 규칙 모드로 돌아오면 차이를 파악하기 쉽습니다.

프록시 모드는 기기의 전체 연결을 켜고 끄는 스위치가 아닙니다. 정책 그룹을 올바르게 선택했더라도 브라우저 요청이 아직 클라이언트로 전달되지 않을 수 있습니다. 데스크톱의 시스템 프록시나 모바일의 VPN 권한이 꺼져 있다면 ‘프록시’ 화면에서 출구를 선택한 것만으로는 연결되지 않습니다. 모드와 정책 그룹을 선택했다면 다음 단계로 넘어가 기기와 클라이언트를 연결하세요. 규칙 문법, 정책 그룹 유형, 규칙 세트 관리 방법은 고급 설정 가이드에서 확인할 수 있습니다. 첫 실행 전에 이 항목들을 수정할 필요는 없습니다.

Windows 또는 macOS 클라이언트에서 ‘개요’로 돌아가 ‘시스템 프록시’를 켜세요. 클라이언트가 시스템 프록시를 로컬 수신 포트로 연결합니다. 그러면 시스템 프록시 설정을 따르는 브라우저와 앱의 요청이 클라이언트로 전달됩니다. 스위치가 켜진 상태인지 확인하고 클라이언트를 계속 실행하세요. 메인 창을 닫은 뒤에도 트레이나 메뉴 막대에서 실행 중인 프로그램을 종료하지 마세요. 클라이언트에 ‘코어 시작’ 또는 ‘실행’ 버튼이 따로 있다면 코어가 실행 중인지도 확인하세요. 시스템 프록시는 켜져 있는데 코어가 실행되지 않으면 요청이 응답하지 않는 로컬 포트로 전달됩니다.

Android 또는 iOS 클라이언트에서는 홈 화면의 연결 버튼을 찾아 실행하세요. 일반적으로 시스템에서 VPN 연결 생성 확인 창이 표시됩니다. 안내를 읽고 허용한 다음, 시스템 상태 표시줄에 VPN 표시가 있는지와 클라이언트에 연결됨으로 표시되는지 확인하세요. 여기서 VPN은 모바일 운영체제가 클라이언트에 제공하는 네트워크 연결 방식이며, 구독이 올바르게 로드되었다는 뜻은 아닙니다. 권한 요청 창이 나타나지 않으면 클라이언트에 구성 또는 권한 오류가 표시되는지 확인하세요. 시스템에서 다른 앱이 VPN 인터페이스를 사용 중이라면 먼저 충돌을 해결한 뒤 연결을 다시 시작하세요.

데스크톱의 모든 앱이 시스템 프록시를 따르는 것은 아닙니다. 브라우저는 첫 테스트에 적합하지만, 일부 앱은 자체 프록시를 지정하거나 독자적인 네트워크 스택을 사용해 시스템 설정을 무시할 수 있습니다. 먼저 시스템 프록시를 따르는 앱에서 기본 연결을 확인한 다음 TUN 모드가 필요한지 판단하세요. TUN은 기기가 처리하는 트래픽 범위를 바꾸며 시스템 권한, 라우팅, DNS 설정도 영향을 받을 수 있습니다. 첫 연결부터 TUN과 시스템 프록시를 함께 켜면 요청이 어떤 경로를 거치는지 확인하기 어렵습니다. 더 많은 앱의 트래픽을 처리해야 한다면 기기에 맞춰 고급 설정 가이드의 TUN 항목을 단계별로 설정하세요.

시스템 프록시를 켠 직후 네트워크를 사용할 수 없다면 개요 화면에서 코어가 실행 중인지, 현재 구성이 선택되어 있는지 확인하세요. 이어서 클라이언트의 수신 포트와 시스템 프록시가 가리키는 포트가 같은지 살펴보세요. 구성의 mixed-port는 HTTP와 SOCKS 연결을 모두 받을 때 자주 사용되지만, 실제 포트는 현재 클라이언트 설정을 기준으로 확인해야 합니다. 예시의 포트 번호를 모든 기기에 적용되는 고정값으로 생각하지 마세요. 연결이 완료되면 스위치를 그대로 둔 채 확인 단계에서 실제 요청을 살펴보세요.

클라이언트 연결을 유지한 상태에서 평소 프록시를 통해 접속하며 접속 가능 여부를 알고 있는 웹사이트를 여세요. 페이지가 로드되면 곧바로 클라이언트의 ‘연결’ 또는 ‘로그’ 화면으로 이동해 방금 요청한 도메인을 찾으세요. 연결 기록에는 대상, 적용된 규칙, 사용된 정책 그룹과 최종 출구가 표시되는 경우가 많습니다. 클라이언트마다 표시되는 항목은 다르지만, 적어도 요청이 클라이언트에 도달했는지와 예상하지 못한 직접 연결 정책으로 처리되지 않았는지는 확인해야 합니다. 홈 화면에 ‘연결됨’이라고 표시되는 것만으로는 브라우저가 현재 구성을 실제로 사용 중인지 알 수 없습니다.

그다음 현재 구성에서 직접 연결될 것으로 예상되는 웹사이트를 열고 새 연결이 직접 연결되는지 확인하세요. 이 단계는 어느 사이트의 속도가 더 빠른지 확인하는 테스트가 아니라 규칙 모드가 두 종류의 요청을 구분하는지 점검하는 과정입니다. 프록시 사이트와 직접 연결 사이트가 모두 열리더라도 기록이 전부 같은 출구를 가리킨다면 현재 모드가 ‘규칙’인지, 구독의 규칙이 예상대로인지 확인하세요. 사용 중인 클라이언트에서 적용된 규칙을 볼 수 있다면 규칙 이름을 기록한 뒤 구성을 수정할지 판단하세요. 결과가 다르다고 해서 곧바로 전체 config.yaml을 다시 작성하지 마세요.

웹페이지가 열리지 않고 클라이언트에 새 연결 기록도 전혀 없다면 트래픽이 클라이언트에 도달하기 전 단계에서 문제가 생겼을 가능성이 큽니다. 데스크톱에서는 시스템 프록시가 켜져 있는지, 브라우저에 별도의 프록시가 설정되어 있거나 시스템 설정을 따르지 않는 연결 방식을 사용 중인지 확인하세요. 모바일에서는 VPN 권한과 클라이언트 연결 상태를 살펴보세요. 연결 기록은 있지만 잘못된 정책 그룹으로 요청이 전달된다면 프록시 화면에서 그룹 선택을 확인하고, 현재 구성이 이전 구성으로 바뀌지 않았는지도 점검하세요. 기록에 예상한 출구가 표시되는데도 접속할 수 없다면 노드 상태, 구독 업데이트 상태, 대상 웹사이트 자체의 문제를 확인하세요. ‘기록이 있는가 → 어떤 규칙이 적용됐는가 → 어떤 출구를 사용했는가’ 순서로 점검하면 스위치를 계속 바꾸는 것보다 원인을 찾기 쉽습니다.

확인을 마치면 정상 작동한 구성, 모드, 정책 그룹 선택을 기억해 두세요. 나중에 구독 업데이트 실패, DNS 조회 오류, 포트 충돌, 일부 앱의 트래픽 미처리 문제가 생기면 고급 설정 가이드에서 증상에 맞는 항목을 확인하세요. 설정 과정을 다시 진행하고 싶다면 이 페이지의 구독 가져오기부터 차례로 확인하면 됩니다. 기존 구성을 모두 삭제할 필요는 없습니다. 사용을 마친 뒤에는 클라이언트에서 시스템 프록시를 끄거나 모바일 연결을 종료하고, 기기의 네트워크 설정이 원래대로 돌아왔는지 확인하세요.