Clash setup route

Clash 설정 가이드: 구독 가져오기부터 연결 확인까지

네 단계로 기본 설정을 완료합니다. 먼저 클라이언트가 구독을 읽도록 한 뒤 적절한 프록시 모드를 선택하고 연결을 설정합니다. 마지막으로 웹페이지, 로그 및 규칙 일치 결과를 통해 설정이 실제로 적용되었는지 확인합니다. 클라이언트를 처음 설치했거나 구독을 변경한 경우, 프록시 설정을 다시 점검할 때 유용합니다.

예상 10분 구독 가져오기 규칙 모드 연결 확인

Operation map

네 단계를 순서대로 진행하기

구독이 아직 로드되지 않았는데 노드를 바로 테스트하지 마세요. 모드, 시스템 프록시와 TUN을 동시에 변경한 상태에서 문제를 판단하는 것도 피해야 합니다. 각 단계의 결과를 먼저 확인한 뒤 다음 단계로 넘어가면 문제 해결이 훨씬 쉬워집니다.

Subscription

구독 설정 가져오기

먼저 구독 서비스에서 제공한 구독 주소를 준비합니다. 보통 https://로 시작하는 링크이며, 복사 버튼으로 가져오거나 서비스 제공업체의 콘솔에서 Clash, Mihomo 또는 범용 구독 형식을 선택해 생성할 수 있습니다. 구독 주소는 설정에 접근하는 정보이므로 사용 전에 출처를 확인하고, 포럼·스크린샷·공개 문서에 그대로 게시하지 마세요. 이 글에서는 노드 내용을 직접 편집하지 않습니다. 기본 절차는 클라이언트가 해당 설정을 불러와 해석하도록 하는 것뿐입니다.

클라이언트를 연 후 Profiles, 설정, 구독 관리 또는 Profiles 관리라는 이름의 페이지를 찾습니다. 데스크톱에서는 보통 왼쪽 탐색 메뉴에 있으며, 모바일에서는 먼저 메뉴를 열어야 할 수 있습니다. 페이지에서 구독 URL 입력란을 찾아 주소 전체를 붙여 넣고 일상용 설정이나 개인 구독처럼 구분하기 쉬운 이름을 입력합니다. 이름은 이 기기에서 여러 설정을 구분하기 위한 것이며 구독 내용에는 영향을 주지 않습니다. 입력란에 불필요한 공백이나 줄바꿈이 없는지 확인한 후 저장, 추가 또는 가져오기를 누릅니다.

저장이 완료되면 구독이 설정 목록에 표시됩니다. 이때 서둘러 시스템 프록시를 켜지 말고 목록의 상태 정보를 먼저 확인하세요. 처음 추가한 설정에는 업데이트 대기, 비활성 또는 이름만 표시될 수 있으며, 이것만으로 노드를 사용할 수 있다는 뜻은 아닙니다. 항목 옆의 업데이트 버튼을 누르거나 상세 화면을 열어 업데이트를 실행합니다. 클라이언트가 구독 주소에 요청을 보내 설정을 다운로드하고 YAML 내용을 해석합니다. 업데이트 중에는 네트워크 연결을 유지하고, 시간 초과가 발생하면 잠시 기다린 뒤 한 번만 다시 시도하세요.

업데이트가 완료되면 목록에 업데이트 시간, 설정 크기, 노드 수 또는 사용 가능 상태가 표시되는 경우가 많습니다. 클라이언트마다 표시 항목은 다르지만, 핵심은 설정 파일을 구독 주소에서 가져왔고 현재 커널이 해석할 수 있는지 확인하는 것입니다. 그런 다음 해당 설정의 활성화, 현재 설정으로 지정 또는 활성화 버튼을 눌러 실행 중인 설정으로 만듭니다. 이 단계를 완료해야 이후의 정책 그룹과 프록시 모드가 방금 업데이트한 내용을 읽습니다.

업데이트에 실패했다면 먼저 구독 주소가 빠짐없이 복사되었는지 확인하고, 현재 네트워크에서 해당 주소를 열 수 있는지도 점검합니다. 브라우저에서는 열리지만 클라이언트에서 계속 해석 오류가 발생한다면 반환된 내용이 Clash 호환 형식이 아니거나 구독 서비스가 일시적으로 오류 페이지를 반환했을 수 있습니다. 이때 기존에 사용 가능한 설정은 유지하고 설정 파일을 반복해서 삭제하지 마세요. 설정 설치 문제의 점검 순서에 따라 형식, 권한 및 업데이트 시간을 확인할 수 있습니다. 설정이 정상적으로 활성화되면 두 번째 단계에서 프록시 모드를 선택합니다.

Mode selection

프록시 모드 선택

설정 파일을 활성화한 후 클라이언트의 실행 모드, Mode 또는 프록시 모드 페이지를 엽니다. 일반적인 선택지는 Rule, Global, Direct이며 한국어 화면에서는 규칙, 전체 또는 직접 연결로 표시될 수 있습니다. 이 옵션은 연결을 어떤 경로로 처리할지 결정하며 노드 자체의 온라인 여부를 결정하지는 않습니다. 처음 사용하는 경우 대부분의 구독 설정에 도메인, 주소 및 기본 규칙이 포함되어 있으므로 Rule 규칙 모드를 권장합니다. 일상적인 트래픽을 설정된 정책 그룹에 따라 분산할 수 있습니다.

Rule을 선택한 뒤 Proxies, 프록시 또는 정책 그룹 페이지로 돌아갑니다. 이곳에는 Proxy, 노드 선택, 자동 선택 또는 지역별 그룹과 같은 하나 이상의 정책 그룹이 표시되는 경우가 많습니다. 가장 바깥쪽 정책 그룹을 열어 선택 가능한 노드나 정책이 있는지 확인하세요. 정책 그룹이 비어 있다면 먼저 첫 단계로 돌아가 현재 설정이 정상적으로 업데이트되었는지 확인합니다. 노드는 있지만 모두 사용할 수 없다면 클라이언트의 지연 시간 테스트, 연결 로그 또는 구독 서비스 상태를 확인하세요. 빈 정책 그룹을 모드 설정 오류로 오해하지 마세요.

Global 전체 모드는 짧은 진단에 적합합니다. 대부분의 요청을 현재 선택한 프록시 정책으로 직접 전달해 규칙 매칭으로 생기는 변수를 줄여 줍니다. Rule 모드에서 특정 대상이 열리지 않으면 잠시 Global로 전환한 뒤 확실히 사용 가능한 노드를 선택해 테스트하세요. Global에서는 연결되지만 Rule에서는 연결되지 않는다면 문제는 대개 노드가 아니라 규칙, 정책 그룹 또는 DNS 처리에 있습니다. 테스트가 끝나면 일상적인 트래픽이 모두 같은 정책을 통과하지 않도록 Rule로 돌아갑니다.

Direct 직접 연결 모드는 프록시를 우회하므로 로컬 네트워크가 정상인지 확인하거나 동일한 주소를 직접 연결과 프록시 경로에서 비교할 때 적합합니다. Direct로 전환하기 전에 현재 모드를 기억하고 테스트가 끝나면 Rule로 복원하세요. 모드, 노드 및 시스템 프록시 스위치를 동시에 변경하면 결과가 달라져도 어떤 설정이 원인인지 판단하기 어렵습니다. 모드의 상세 동작, 규칙 매칭 순서 및 정책 그룹의 관계는 초급부터 고급까지 안내서의 규칙 분기 섹션에서 확인할 수 있습니다.

Rule이 선택되어 있고 프록시 정책 그룹에 명확한 노드 또는 정책이 선택되어 있다면 두 번째 단계가 완료된 것입니다. 이 상태는 클라이언트가 처리 경로를 준비했다는 뜻일 뿐, 아직 시스템 트래픽을 반드시 인계받은 것은 아닙니다. 다음 단계에서 노드 연결과 시스템 프록시 스위치를 각각 확인해야 하며, 데스크톱과 모바일 환경의 조작 방식이 가장 크게 달라지는 부분입니다.

Connection

프록시 연결 설정

먼저 프록시 정책 그룹에서 노드 또는 사용 가능한 정책을 선택합니다. 화면에 지연 시간 테스트 기능이 있다면 개별 노드를 테스트할 수 있지만, 지연 시간은 특정 테스트 주소와 시점의 결과일 뿐 모든 웹사이트에 접속할 수 있음을 의미하지는 않습니다. 노드를 선택한 후 강조 표시, 체크 표시 또는 현재 선택 안내가 나타나는지 확인하세요. 정책 그룹이 자동 선택으로 설정되어 있다면 자동 정책이 실제로 구성원을 선택했는지 먼저 확인한 뒤 다음 단계로 진행합니다.

그다음 General, 일반, 시스템 프록시 또는 System Proxy 페이지를 엽니다. Windows와 macOS 클라이언트에는 보통 시스템 프록시 스위치가 있으며, 이를 켜면 시스템 프록시 설정을 따르는 브라우저와 앱이 Clash의 로컬 포트로 연결됩니다. 스위치를 켠 후 HTTP, SOCKS 또는 혼합 포트가 함께 표시되는지 확인하세요. 일반적인 설정은 127.0.0.1과 같은 로컬 주소에서 수신 대기하지만, 구체적인 포트는 현재 클라이언트 화면에 표시된 값을 사용해야 합니다. 다른 가이드의 숫자를 그대로 적용하지 마세요.

Android에서는 클라이언트가 보통 시스템 VPN 권한을 통해 트래픽을 인계받습니다. 시작, 연결 또는 VPN 허용을 누르면 시스템 상태 표시줄에 열쇠나 VPN 아이콘이 나타날 수 있습니다. 처음 시작할 때 시스템 권한 창이 표시되면 현재 설치한 클라이언트인지 확인한 후 허용을 선택하세요. iOS 클라이언트도 시스템 네트워크 확장 기능을 통해 권한을 요청하므로 클라이언트와 시스템 설정에서 연결 상태를 함께 확인해야 합니다. 모바일 환경에서는 배터리 최적화, 백그라운드 제한 및 네트워크 전환이 지속적인 연결에 영향을 줄 수 있으므로 간헐적인 연결 끊김이 발생하면 이러한 환경 요인도 고려하세요.

TUN 모드는 트래픽을 더 깊이 인계받는 방식으로, 시스템 프록시를 따르지 않는 앱을 처리하거나 UDP를 사용해야 할 때 또는 더 많은 시스템 연결을 커널로 전달하고 싶을 때 적합합니다. 기본 설정에서 처음부터 TUN을 켤 필요는 없습니다. 먼저 시스템 프록시로 브라우저 연결을 확인해 구독, 노드, 모드 및 로컬 포트가 정상인지 확인한 뒤 실제 필요에 따라 TUN을 활성화하세요. 활성화할 때는 시스템 권한 안내를 읽어야 하며 일부 플랫폼에서는 관리자 권한이나 네트워크 확장 설치가 필요합니다. 활성화 후 네트워크에 문제가 생기면 먼저 TUN을 끄고 정상 상태로 되돌린 다음 라우팅과 DNS를 점검하세요.

노드를 선택하고 시스템 프록시를 켠 후에는 여러 노드를 연속해서 전환하지 마세요. 몇 초간 기다려 클라이언트가 연결을 설정하고 로그를 생성하게 한 다음 네 번째 단계에서 확인합니다. 시스템 프록시 스위치가 계속 켜져 있지 않다면 다른 VPN, 프록시 도구 또는 시스템 관리 정책이 설정을 덮어쓰고 있는지 확인하세요. 클라이언트는 실행 중으로 표시되지만 브라우저에 연결 기록이 전혀 없다면 브라우저가 별도의 프록시 설정을 사용하고 있는지 먼저 점검합니다.

Verification

프록시 작동 여부 확인

확인은 세 단계로 진행합니다. 먼저 클라이언트 자체가 실행 중인지 확인하고, 다음으로 앱 요청이 로컬 포트에 들어오는지 확인한 뒤, 마지막으로 규칙과 노드가 예상대로 처리하는지 점검합니다. 평소 접속 가능한 일반 웹페이지를 열어 정상적으로 로드되는지 확인하세요. 웹페이지가 열린다는 사실만으로 요청이 프록시를 거쳤다고 단정할 수 없으므로 클라이언트의 연결 기록도 확인해야 합니다. 대부분의 클라이언트는 Connections, 연결, 로그 또는 활동 요청 페이지에 도메인, 규칙 결과 및 정책 그룹을 표시합니다.

연결 기록에서 방금 연 웹페이지의 요청을 찾아 표시되는지 확인하고, 매칭 결과가 Proxy, Direct 또는 다른 정책인지 살펴봅니다. 기록이 전혀 없다면 앱이 요청을 Clash에 전달하지 않은 것입니다. 시스템 프록시가 켜져 있는지, 브라우저에 별도 프록시가 설정되어 있는지, 클라이언트의 수신 주소가 다른 네트워크 인터페이스에만 바인딩되어 있는지 우선 확인하세요. 기록이 있고 Direct로 표시되더라도 반드시 오류는 아닙니다. 한국에서 자주 사용하는 사이트나 구독 설정의 직결 규칙은 원래 Direct를 선택할 수 있습니다. 이때는 설정상 프록시를 사용해야 하는 다른 테스트 대상을 선택하거나 규칙 상세에서 매칭 경로를 확인하세요.

연결 기록에 요청이 Proxy로 들어갔지만 페이지가 계속 로드되지 않는다면 먼저 현재 정책 그룹에서 선택한 노드를 확인하고 로그의 오류 유형을 살펴봅니다. 연결 시간 초과, 원격 연결 종료, TLS 핸드셰이크 실패 및 DNS 해석 실패는 각각 다른 방향으로 점검해야 합니다. 먼저 노드를 하나 바꿔 비교할 수 있지만 한 번에 하나의 조건만 변경하세요. 모든 노드가 실패한다면 시스템 시간, 네트워크 전환, 구독 업데이트 시간 및 클라이언트 커널 로그를 확인합니다. 특정 도메인만 실패한다면 해당 도메인의 규칙 매칭, DNS 설정 및 대상 서비스 상태를 점검하세요.

요청 경로를 확인한 후 로컬 포트도 점검합니다. 클라이언트 설정 페이지에는 보통 HTTP, SOCKS 또는 Mixed Port가 표시됩니다. 브라우저에 프록시를 수동으로 입력할 때는 현재 표시된 주소와 포트를 사용하고 프로토콜 유형이 일치하는지 확인하세요. 시스템 프록시 모드에서는 일반적으로 클라이언트가 이 값을 자동으로 설정합니다. 다른 프로그램이 포트를 사용하거나 설정 페이지의 포트와 로그에서 실제로 수신 대기 중인 포트가 다르면 스위치가 켜진 것처럼 보여도 앱이 인터넷에 연결되지 않을 수 있습니다. 이 경우 클라이언트를 다시 시작하고 중복 실행 중인 프록시 프로그램이 있는지 확인하세요.

마지막으로 독립적인 네트워크 정보 페이지에서 외부 IP 정보를 확인하고 프록시를 켜기 전과 결과를 비교합니다. 한 페이지에 표시된 지역 정보만으로 작동 여부를 판단하지 말고 클라이언트 연결 기록, 규칙 매칭 및 현재 노드 상태를 함께 확인하세요. 더 많은 앱을 처리해야 하는 경우 TUN을 별도로 테스트합니다. TUN 확인 시에는 대상 앱을 하나씩 열어 연결 기록이 생성되는지 살펴보고, 여러 앱을 한꺼번에 실행해 문제 위치를 파악하기 어려워지는 상황을 피하세요. 확인이 끝나면 현재 정상 작동하는 설정 이름, 모드, 정책 그룹 및 포트 설정을 기록해 두면 이후 구독 업데이트나 클라이언트 변경 시 빠르게 복구할 수 있습니다.

네 단계를 완료한 후에도 연결되지 않는다면 마지막으로 정상 작동이 확인된 설정으로 되돌린 뒤 단일 노드, Global 임시 테스트 및 Direct 비교 테스트를 다시 진행하세요. 자주 발생하는 문제 페이지에서 구독 해석, 포트, DNS 및 규칙 문제 해결 항목을 확인할 수 있습니다. 설정 필드, 커널 기능 또는 TUN 작동 방식을 알아야 할 때는 초급부터 고급까지 전체 안내서로 이동하세요. 기본 절차에서 고급 매개변수를 한꺼번에 너무 많이 변경하지 않는 것이 좋습니다.

Finish check

완료 후 점검 목록

현재 설정이 활성화되어 있고 실행 모드는 Rule이며, 정책 그룹에서 명확한 항목이 선택되어 있어야 합니다. 시스템 프록시 또는 VPN 상태가 켜져 있고 연결 기록에서 테스트 요청이 보이며 규칙 결과도 예상과 일치해야 합니다. 이 조건을 충족하면 일상적인 사용에서는 구독 업데이트와 클라이언트 실행 상태만 확인하면 되며 포트나 모드를 자주 변경할 필요가 없습니다.