시작 전 준비
이 가이드는 기기에 사용 가능한 Clash 그래픽 클라이언트가 설치되어 있고, 가져올 수 있는 구독 URL 또는 YAML 설정 파일을 이미 확보했다는 전제에서 설명합니다. 아직 클라이언트를 설치하지 않았다면 먼저 클라이언트 다운로드 페이지에서 운영체제에 맞는 버전을 선택하세요. Windows와 macOS는 일반적으로 그래픽 클라이언트를 사용하면 됩니다. Android와 iOS는 모바일 클라이언트가 필요하며, Linux 데스크톱 환경에서는 그래픽 클라이언트를, 서버 환경에서는 코어를 별도로 배포하는 방식을 권장합니다.
처음 설정할 때는 시스템 프록시, VPN 또는 네트워크 필터링을 제어하는 다른 프로그램을 먼저 종료하는 것이 좋습니다. 여러 프로그램이 시스템 프록시, 라우팅 테이블 또는 DNS를 동시에 변경하면 웹페이지가 간헐적으로 열리거나, 클라이언트에는 연결됨으로 표시되지만 요청이 Clash를 거치지 않거나, 클라이언트를 종료한 뒤에도 인터넷에 접속되지 않는 문제가 발생할 수 있습니다. 관련 프로그램은 잠시 종료하기만 하면 되며, 브라우저의 고급 네트워크 설정을 변경하거나 프록시 서버 주소를 직접 입력할 필요는 없습니다.
구독 URL은 전체 내용을 유지해야 합니다. 복사할 때 앞부분의 https://를 빠뜨리지 말고, 메신저가 덧붙인 마침표, 괄호 또는 공백까지 함께 복사하지 않도록 주의하세요. 구독 주소에는 일반적으로 접근 인증 정보가 포함되므로 계정 정보처럼 관리하고 공개 페이지, 스크린샷 또는 로그에 게시하지 마세요. 로컬 YAML 파일을 받은 경우에는 다음 가져오기 단계에서 “파일에서 가져오기”를 선택하면 되며, 나머지 과정은 거의 동일합니다.
이 페이지에서는 첫 연결에 필요한 작업만 다룹니다. 프로토콜 유형, 코어 계열, 리소스 사용량, 다양한 구독 형식의 호환성은 연결에 성공한 후 프로토콜 및 코어 참고 자료에서 확인할 수 있습니다. 먼저 확인 가능한 작동 경로를 하나 완성한 뒤 고급 기능을 조정하면 문제를 더 체계적으로 파악할 수 있습니다.
첫 번째 단계: 구독 가져오기
설정 또는 구독 페이지 찾기
클라이언트를 연 뒤 “구독”, “설정”, “Profiles” 또는 “설정 파일” 메뉴를 찾습니다. 데스크톱 클라이언트는 일반적으로 왼쪽 탐색 메뉴에 있고, 모바일 클라이언트는 홈 또는 설정 페이지에 있습니다. 해당 페이지에서는 설정 목록, 업데이트 버튼, URL 또는 로컬 파일에서 새 설정을 추가하는 메뉴를 확인할 수 있어야 합니다. 페이지가 비어 있어도 정상이며, 아직 사용할 수 있는 설정이 로드되지 않았다는 뜻입니다.
“URL에서 가져오기”, “새 구독 만들기” 또는 이와 비슷한 버튼을 선택합니다. 전체 구독 URL을 주소 입력란에 붙여 넣으세요. 일부 클라이언트는 설정 이름도 요구하므로 “일상 설정”처럼 식별하기 쉬운 짧은 이름을 사용할 수 있습니다. 이름은 로컬 목록에 표시되는 용도일 뿐 구독 내용에는 영향을 주지 않습니다. 주소에 불필요한 공백이 없는지 확인한 뒤 가져오기, 저장 또는 다운로드 버튼을 누르고 요청이 완료될 때까지 기다립니다.
설정이 로드되었는지 확인
가져오기가 완료되면 설정 목록에 새 항목이 추가됩니다. 이때 “가져오기 성공”이라는 짧은 알림만 확인하지 말고 해당 설정을 열어 내용이 정상적으로 파싱되었는지 확인하세요. 일반적으로 설정 이름과 업데이트 시간이 표시되고, 프록시 페이지에 “자동 선택”, “노드 선택” 또는 다른 프록시 그룹이 나타나며, 규칙 페이지에서 규칙 항목을 볼 수 있으면 정상입니다. 구독마다 프록시 그룹 이름이 다르므로 특정 이름을 찾을 필요는 없고, 완전히 빈 상태가 아니면 됩니다.
클라이언트에서 여러 설정을 저장할 수 있다면 새 설정 옆의 활성화, 선택 또는 현재 설정 지정 버튼을 눌러야 합니다. 가져오기는 파일을 클라이언트에 저장하는 작업일 뿐이며, 현재 설정으로 지정해야 코어가 해당 설정의 포트, DNS, 프록시 그룹과 규칙을 읽습니다. 전환 후 일부 클라이언트는 코어를 자동으로 다시 로드하고, 다른 클라이언트는 “다시 로드” 버튼을 표시하므로 안내에 따라 한 번 실행하면 됩니다.
설정이 로드된 뒤에는 여러 네트워크 스위치를 바로 켜지 마세요. 먼저 프록시 페이지에서 작동 모드와 프록시 그룹을 선택해 요청이 예상한 정책으로 전달되는지 확인합니다. 이렇게 하면 다음 단계에서 접속 문제가 발생했을 때 구독, 시스템 프록시와 TUN을 한꺼번에 점검하지 않고 모드 선택 문제인지 분명히 판단할 수 있습니다.
두 번째 단계: 프록시 모드 선택
처음에는 규칙 모드를 선택하세요
“프록시”, “Proxies” 또는 “모드” 페이지로 이동해 규칙, 전역, 직접 연결 세 가지 옵션을 찾습니다. 처음 사용하는 경우 “규칙” 또는 “Rule”을 선택하는 것이 좋습니다. 규칙 모드는 설정 파일의 rules를 위에서부터 대조하고 도메인, IP, 규칙 집합 등의 조건에 따라 요청을 직접 연결할지, 프록시 그룹을 사용할지, 차단할지 결정합니다. 일반 웹페이지, 소프트웨어 업데이트와 로컬 네트워크 서비스에 서로 다른 정책을 적용할 수 있어 모든 트래픽을 같은 경로로 보낼 필요가 없습니다.
“전역” 모드는 대부분의 요청을 지정한 프록시 그룹으로 보내므로 특정 문제가 규칙 매칭 때문에 발생했는지 짧게 확인할 때 유용합니다. 하지만 모든 상황에서 고정 설정으로 사용하는 것은 권장하지 않습니다. “직접 연결” 모드는 일반적으로 프록시를 우회하므로 일시적으로 일반 네트워크 접속을 복구하거나 비교 테스트를 할 때 사용할 수 있습니다. 모드는 트래픽 처리 방식을 결정할 뿐 연결 자체를 켜는 기능은 아닙니다. 모드를 선택한 뒤 다음 단계에서 시스템 프록시 또는 TUN을 켜야 합니다.
프록시 그룹의 현재 선택 확인
규칙 모드에서는 보통 여러 프록시 그룹이 표시됩니다. 주요 프록시 그룹을 클릭해 구독에서 사용할 수 있는 정책을 선택하세요. 설정에 “자동 선택”, “장애 조치” 또는 비슷한 항목이 있다면 먼저 구독에서 지정한 기본 항목을 사용해도 됩니다. 직접 선택해야 한다면 확실히 사용할 수 있는 항목 하나를 선택하세요. 모든 프록시 그룹을 동시에 변경하지 말고 주요 요청을 담당하는 그룹부터 확인한 뒤 나머지는 설정 기본값으로 유지하면 처음 설정할 때 변수가 줄어듭니다.
프록시 그룹의 이름과 계층은 설정 제공자가 정의하며 클라이언트는 이를 읽어 표시할 뿐입니다. 따라서 사용자마다 화면이 크게 다를 수 있습니다. 어떤 설정은 “노드 선택”을 전체 진입점으로 두고 그 아래에 다른 정책 그룹을 연결하며, 어떤 설정은 용도별로 그룹을 나눕니다. 현재 그룹에 빈 항목이 없고 그룹 내부에서 하나의 정책이 선택되어 있으면 계속 진행할 수 있습니다. 규칙 문법, 매칭 순서와 프록시 그룹 중첩은 고급 내용이므로 프로토콜 참고 페이지에서 전체 관계를 확인하세요.
모드와 프록시 그룹을 선택하면 클라이언트 내부에서는 이미 “요청을 어떻게 처리할지” 결정된 상태입니다. 하지만 운영체제는 아직 앱 트래픽을 클라이언트로 전달하지 않습니다. 다음으로 플랫폼에 맞게 시스템 프록시 또는 TUN을 선택해야 합니다. 처음 연결할 때는 변경 범위가 작은 방식부터 시작하세요. 데스크톱은 시스템 프록시를 먼저 사용하고, 모바일은 시스템 요구에 따라 VPN 연결을 설정합니다.
세 번째 단계: 연결 설정
Windows 및 macOS: 먼저 시스템 프록시 켜기
클라이언트 개요 또는 설정 페이지로 돌아가 “시스템 프록시”, “System Proxy” 스위치를 찾아 켭니다. 클라이언트가 운영체제의 프록시 주소를 로컬 수신 포트로 지정하면 시스템 프록시를 지원하는 브라우저와 앱이 Clash로 요청을 전달합니다. 켠 뒤에는 클라이언트를 실행 상태로 유지하고 프로세스를 바로 종료하지 마세요. 창을 닫는 동작은 트레이 또는 메뉴 막대로 최소화하는 것일 수 있으므로 시스템 트레이 아이콘, 메뉴 막대 아이콘 또는 작업 관리자로 계속 실행 중인지 확인하세요.
시스템 프록시는 전체 기기의 라우팅을 제어하지 않아 첫 확인에 적합합니다. 최신 브라우저와 많은 데스크톱 앱은 시스템 프록시 설정을 읽지만, 일부 게임, 명령줄 프로그램 또는 자체 네트워크 스택을 관리하는 소프트웨어는 이를 무시할 수 있습니다. 브라우저는 정상 작동하지만 특정 앱에 연결 기록이 없다면 전체 설정이 실패한 것이 아니라 해당 앱이 시스템 프록시를 지원하는지 먼저 확인해야 합니다.
Android 및 iOS: 시스템 연결 요청 승인
모바일 클라이언트는 일반적으로 시스템 VPN 인터페이스를 통해 트래픽을 전달합니다. 홈 화면의 연결 버튼을 누르면 시스템에서 VPN 연결 생성 권한 창이 나타납니다. 승인하면 상태 표시줄에 VPN 표시가 나타나고 클라이언트 홈에도 연결됨으로 표시됩니다. 최초 승인은 운영체제의 보안 절차이며, 거부하면 설정을 가져왔더라도 다른 앱의 요청을 받을 수 없습니다.
모바일 운영체제는 절전, 백그라운드 제한 또는 네트워크 전환 중에 클라이언트를 일시 중지할 수 있습니다. 처음 테스트할 때는 클라이언트를 전면에 유지하고 브라우저 접속을 확인한 뒤 기기 설정에서 필요한 백그라운드 실행을 허용하세요. Wi-Fi와 모바일 네트워크를 전환한 후 연결이 끊기면 먼저 클라이언트에서 시스템 연결 상태를 확인하고 설정을 바로 삭제해 다시 가져오지는 마세요.
TUN 모드는 언제 사용하나요?
데스크톱 앱이 시스템 프록시를 명확히 무시하거나 더 다양한 네트워크 요청을 통합 처리해야 한다면 TUN 모드를 고려할 수 있습니다. TUN은 가상 네트워크 인터페이스를 만들며 관리자 권한, 보조 서비스 또는 드라이버 지원이 필요할 수 있습니다. 켜기 전에 시스템의 다른 VPN과 유사한 네트워크 도구를 종료하고 클라이언트 안내에 따라 서비스를 설치한 다음 현재 설정과 규칙 모드를 다시 확인하세요.
처음부터 시스템 프록시, TUN과 여러 실험적 DNS 옵션을 동시에 켜고 테스트하는 것은 권장하지 않습니다. 일부 클라이언트는 이러한 설정을 조정할 수 있지만 문제가 발생하면 어느 계층에서 원인이 생겼는지 판단하기 어렵습니다. 더 안전한 순서는 시스템 프록시로 브라우저를 먼저 확인한 뒤, 앱 적용 범위가 부족할 때 TUN을 별도로 켜고 다시 확인하는 것입니다. TUN 권한, 서비스 모드 실패, DNS 해석 오류와 UWP 루프백 처리는 자주 묻는 질문 페이지에서 플랫폼별로 확인할 수 있습니다.
네 번째 단계: 작동 여부 확인
새 요청으로 테스트
확인할 때는 먼저 새 브라우저 탭을 열고 이전에 방문하지 않은 일반 웹페이지에 접속합니다. 새 탭을 사용하면 브라우저 캐시, 기존 연결과 이전 DNS 결과가 판단에 미치는 영향을 줄일 수 있습니다. 페이지가 열리는 것은 첫 번째 확인일 뿐이며, 클라이언트의 “연결”, “Connections” 또는 “로그” 페이지로 돌아가 방금 요청한 도메인이 실제로 기록되었는지 확인해야 합니다.
연결 기록에서 해당 도메인을 찾았다면 세 가지 정보를 중점적으로 확인하세요. 어떤 규칙에 일치했는지, 어느 프록시 그룹에 배정되었는지, 최종적으로 직접 연결했는지 프록시를 사용했는지를 확인합니다. 규칙 모드에서 웹사이트마다 결과가 다른 것은 정상입니다. 요청이 기록에 나타나고 정책이 설정의 예상과 일치한다면 운영체제에서 클라이언트 코어까지의 연결 경로가 설정된 것입니다.
장애 위치 구분하기
브라우저에 접속되지 않고 클라이언트 연결 페이지에도 새 기록이 전혀 없다면 시스템 프록시, 모바일 VPN 권한, TUN 상태와 클라이언트 실행 여부를 먼저 확인하세요. 이는 일반적으로 요청이 아직 Clash에 들어오지 않았다는 뜻입니다. 데스크톱에서는 시스템 프록시를 껐다가 다시 켜 클라이언트가 운영체제 설정을 다시 기록하도록 할 수 있습니다. 모바일에서는 연결을 끊었다가 다시 연결하고 시스템 상태 표시줄에 연결 표시가 나타나는지 확인하세요.
연결 페이지에 요청은 보이지만 결과가 직접 연결로 표시되고 프록시를 사용해야 한다면 일치한 규칙과 현재 모드를 확인하세요. 먼저 전역 모드로 잠시 전환해 비교 테스트를 한 뒤 테스트가 끝나면 규칙 모드로 돌아갑니다. 전역 모드는 작동하지만 규칙 모드는 작동하지 않는다면 클라이언트를 반복해서 재설치할 것이 아니라 규칙 배정을 점검해야 합니다.
요청이 특정 프록시 그룹에 배정되었는데도 연결에 실패한다면 해당 그룹에서 현재 선택한 정책을 사용할 수 있는지 확인한 뒤 그룹 안에서 확실히 사용 가능한 다른 항목을 시도하세요. 한 번에 하나의 선택만 바꾸고 요청을 다시 보냅니다. 설정 전체의 항목을 모두 사용할 수 없다면 구독을 업데이트하거나 설정 제공자에게 서비스 상태를 문의해야 합니다. 클라이언트 자체로는 상위 설정의 내용을 수정할 수 없습니다.
웹페이지는 열리지만 명령줄, 스토어 앱 또는 게임에 연결 기록이 없다면 해당 프로그램이 시스템 프록시를 읽는지 먼저 확인하세요. Windows의 일부 UWP 앱은 루프백 허용이 필요할 수 있고, 명령줄 도구는 별도로 프록시 환경 변수를 설정해야 할 수 있습니다. 전체 트래픽을 통합 적용해야 할 때 TUN을 사용하세요. 관련 절차와 권한 문제는 문제 해결에 모아 두었으며, 이 가이드에서는 시스템 수준의 네트워크 세부 사항을 다루지 않습니다.
테스트 후 정리
문제 파악을 위해 전역 모드를 임시로 사용했다면 확인이 끝난 뒤 규칙 모드로 돌아가야 합니다. 비교를 위해 여러 연결 방식을 켰다면 실제로 필요한 하나만 남겨 다음 실행 때 트래픽 진입점을 혼동하지 않도록 하세요. 클라이언트를 종료하기 전 시스템 프록시를 끄거나 클라이언트의 정상 종료 기능을 사용하면 프로그램이 시스템 설정을 복원할 수 있습니다. 프로세스를 강제 종료한 뒤 네트워크 문제가 발생했다면 클라이언트를 다시 열고 시스템 프록시를 한 번 껐다가 켜면 대개 복구됩니다.
설정 완료 후 일상적인 사용
첫 연결을 완료한 뒤에는 소수의 상태만 관리하면 됩니다. 클라이언트를 시작한 후 현재 설정이 계속 선택되어 있는지 확인하고 필요에 따라 시스템 프록시 또는 모바일 연결을 켠 다음 규칙 모드로 유지하세요. 클라이언트 업그레이드 시 구독을 다시 가져올 필요는 보통 없지만, 큰 버전으로 넘어가거나 코어를 변경한 뒤에는 설정, 프록시 그룹과 연결 스위치를 확인해야 합니다.
구독 내용은 제공자의 조정에 따라 변경되므로 설정 페이지에서 정기적으로 업데이트를 실행하세요. 업데이트 전에는 현재 작동하는 설정을 보존하고, 업데이트가 완료되면 프록시 그룹에 선택 항목이 남아 있는지 확인한 뒤 설정을 다시 로드합니다. 업데이트에 실패해도 기존 설정을 바로 삭제하지 마세요. 기존 설정은 계속 사용할 수 있으며, 보존해 두면 새 설정과 비교해 문제가 URL 때문인지 클라이언트 때문인지 확인할 수 있습니다.
규칙, DNS 또는 프록시 그룹을 직접 수정할 때는 먼저 설정을 복사해 로컬 버전으로 보관하는 것이 좋습니다. 구독 업데이트가 구독에서 관리하는 내용을 덮어쓸 수 있으며, 로컬 수정 사항의 보존 여부는 클라이언트의 설정 병합 방식에 따라 달라집니다. 사용자 지정 규칙을 장기간 관리해야 한다면 규칙 순서, 프록시 그룹 참조와 DNS 모드를 먼저 이해한 뒤 오버라이드, 스크립트 또는 독립 설정 사용 여부를 결정하세요. 관련 개념은 프로토콜 및 코어 기술 참고 자료에서 계속 확인할 수 있습니다.