약 10분 · 기본 설정 핵심 과정

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

“구독 가져오기 → 프록시 모드 선택 → 연결 설정 → 결과 확인” 순서로 진행합니다. 처음 설정할 때는 필요한 항목만 다루고, DNS·오버라이드·정책 그룹 문법과 규칙 작성 같은 고급 설정은 연결이 안정된 뒤 조정합니다.

01
구독 가져오기 불러올 설정 확보
02
모드 선택 트래픽 처리 방식 결정
03
연결 설정 시스템 프록시 활성화
04
결과 확인 규칙에 따른 요청 전달 확인

시작 전 확인

클라이언트와 구독 주소 준비

시작하기 전에 두 가지가 필요합니다. 정상적으로 설치되고 실행되는 Clash 그래픽 클라이언트와 서비스 제공업체가 발급한 구독 주소입니다. 클라이언트를 아직 설치하지 않았다면 먼저 다운로드 페이지에서 운영체제에 맞는 버전을 선택하세요. Windows, macOS, Android, iOS와 Linux에서 사용할 수 있는 클라이언트는 서로 다르므로 다른 플랫폼의 설치 파일을 현재 기기에 사용하지 마세요.

구독 주소는 보통 https://로 시작하는 링크입니다. 클라이언트가 설정 파일을 가져오는 데 사용되며 노드, 정책 그룹과 규칙 등의 정보가 포함될 수 있습니다. 이 주소는 개인 설정 인증 정보로 취급하고 스크린샷, 공개 게시물 또는 공유 문서에 올리지 마세요. 복사할 때 앞뒤 공백이 들어가지 않도록 주의하고, 서비스 제공업체의 웹사이트 주소나 로그인 페이지 주소를 구독 주소로 착각하지 않도록 하세요.

처음 설정할 때는 시스템 프록시를 변경하거나 VPN 연결을 설정하는 다른 도구를 잠시 종료하는 것이 좋습니다. 여러 네트워크 도구가 동시에 트래픽을 제어하면 Clash 내부 설정이 올바르더라도 브라우저가 잘못된 출구를 사용하거나 시스템 프록시가 반복해서 덮어쓰이고 연결 기록이 비어 있을 수 있습니다. 이 가이드의 4단계 확인을 모두 마친 뒤 다른 도구를 하나씩 다시 실행하면 충돌 원인을 더 쉽게 파악할 수 있습니다.

01

현재 설정 가져오기

구독을 가져와 현재 설정으로 지정

클라이언트를 실행한 뒤 먼저 “구독”, “설정” 또는 “Profiles” 페이지를 찾습니다. 일부 데스크톱 클라이언트는 왼쪽 사이드바에 이 메뉴를 표시하고, 모바일 앱에서는 보통 홈 화면 상단이나 사이드 메뉴에 있습니다. 들어간 뒤 “구독 추가”, “새 설정” 또는 더하기 버튼을 선택합니다. 이름 입력란에는 “일상 설정”처럼 용도를 구분하기 쉬운 이름을 입력한 다음 전체 구독 주소를 URL 입력란에 붙여넣습니다.

주소 앞뒤에 공백이 없는지 확인한 후 “가져오기”, “저장” 또는 “다운로드”를 클릭합니다. 클라이언트가 원격 설정을 요청하고 내용을 파싱하는 동안 결과가 표시될 때까지 기다리며 버튼을 연속해서 누르지 마세요. 정상적으로 처리되면 구독 목록에 방금 입력한 이름과 최근 업데이트 시간이 표시됩니다. 일부 클라이언트는 새 설정을 목록에 추가하지만 자동으로 선택하지 않으므로 항목을 클릭하거나 활성화 상태를 선택하고 현재 설정 드롭다운에서 해당 항목을 지정해야 합니다.

구독 / 설정 주소 추가 저장 및 업데이트 현재 설정으로 지정

구독을 성공적으로 가져왔다고 해서 연결이 이미 설정된 것은 아닙니다. 이 단계에서는 “설정을 클라이언트에 전달”하기만 했으므로 시스템 트래픽은 대개 기존 상태로 유지됩니다. 먼저 설정을 실제로 사용할 수 있는지 확인하세요. 프록시 또는 정책 그룹 페이지를 열었을 때 설정에 정의된 정책 그룹 이름이 보여야 하며, 규칙 페이지에도 규칙 내용이 있어야 합니다. 여기서는 구조가 로드되었는지만 확인하면 되며 노드, 정책 그룹과 규칙 문법을 하나씩 살펴볼 필요는 없습니다.

페이지에 다운로드 실패가 표시되면 먼저 구독 주소를 다시 복사하고 일반 브라우저에서 서비스 제공업체의 페이지에 접속할 수 있는지 확인하세요. YAML 파싱 실패, 필드 형식 오류 또는 빈 설정이라는 메시지가 표시된다면 문제는 시스템 프록시 스위치보다 구독 응답 내용에 있을 가능성이 큽니다. 먼저 “구독 업데이트”를 한 번 실행해 보세요. 그래도 실패하면 오류 메시지를 보관한 뒤 설정 제공업체에 문의하세요. 필드 간 관계를 모르는 상태에서 원본 설정을 직접 삭제하거나 수정하는 것은 권장하지 않습니다.

현재 설정 이름이 올바르고 정책 그룹을 열 수 있는지 확인한 뒤 다음 단계에서 프록시 모드를 선택합니다. 설정 파일 구조, 필드 의미 또는 오버라이드 방식을 더 살펴보려면 설정 파일 참고서를 확인하세요. 이 가이드에서는 처음 연결하기 전에 변수를 늘리지 않도록 설정을 우선 그대로 유지합니다.

02

트래픽 처리 방식 결정

규칙 모드를 선택하고 정책 그룹 확인

설정이 로드되면 “모드”, “프록시 모드” 또는 “Mode” 옵션을 찾습니다. 일반적으로 규칙 모드, 글로벌 모드와 직접 연결 모드를 선택할 수 있습니다. 처음 일상적으로 사용할 때는 규칙 모드를 권장합니다. 클라이언트가 설정 파일의 규칙을 순서대로 확인해 요청을 판단하고, 직접 연결 규칙에 해당하는 연결은 직접 연결하며 프록시가 필요한 연결은 해당 정책 그룹으로 전달합니다. 이렇게 하면 설정에 포함된 분기 로직을 그대로 활용할 수 있습니다.

글로벌 모드는 대부분의 연결을 하나의 글로벌 정책 그룹으로 전달하므로 특정 프록시 정책이 작동하는지 잠시 테스트하거나 규칙 매칭 문제인지 확인할 때 유용합니다. 다만 모든 상황의 기본 모드로 사용하기에는 적합하지 않습니다. 원래 직접 접속해야 하는 로컬 서비스나 LAN 리소스까지 영향을 받을 수 있기 때문입니다. 직접 연결 모드는 요청이 프록시를 우회하게 하며 로컬 네트워크를 복구하거나 비교 점검할 때 주로 사용합니다. 직접 연결 모드에서는 시스템 프록시가 켜져 있어도 규칙 모드와 같은 전달 결과를 얻을 수 없습니다.

글로벌 모드 임시 테스트

연결을 지정한 정책으로 일괄 전달해 정책의 사용 가능 여부를 테스트하거나 규칙 매칭의 영향을 배제할 때 사용합니다.

직접 연결 모드 점검용

잠시 프록시를 우회해 활성화 전후의 네트워크 상태를 비교하거나 LAN 리소스에 다시 접근할 때 적합합니다.

규칙 모드를 선택한 뒤 “프록시”, “Proxies” 또는 정책 그룹 페이지로 이동합니다. 이곳에는 단순한 노드 목록이 아니라 설정 파일에 정의된 정책 그룹이 표시됩니다. 정책 그룹은 용도별로 나뉘어 있거나 수동 선택, 자동 선택 또는 장애 조치 등의 동작을 제공할 수 있습니다. 처음에는 모든 그룹을 동시에 변경하지 말고 주요 프록시 트래픽을 담당하는 정책 그룹을 찾아 서비스 제공업체가 권장한 항목을 선택하세요.

정책 그룹에 “DIRECT”가 표시되면 해당 요청은 직접 연결됩니다. 그룹 안에서 특정 프록시 정책을 선택했다면 해당 그룹에 매칭되는 요청은 그 정책을 통해 전달됩니다. 정책 그룹 이름은 설정 제공업체가 정하므로 구독마다 차이가 큽니다. 이 가이드에서 모든 설정에 적용되는 고정 이름을 제시할 수 없으므로 현재 페이지에 표시되는 그룹 이름과 서비스 안내를 기준으로 판단하세요. 이름에 “자동”이 들어갔는지만 보고 품질을 판단하지 말고, 처음 설정할 때 여러 그룹을 자주 전환하지도 마세요. 이후 확인 과정에서 어떤 변경이 결과를 만들었는지 알기 어려워집니다.

모드 전환은 보통 즉시 적용되므로 구독을 다시 가져올 필요가 없습니다. 다만 이미 설정된 연결은 이전 경로를 계속 사용할 수 있으므로 전환 후 테스트 중인 웹페이지나 앱을 닫았다가 다시 열어야 합니다. 세 가지 모드의 내부 차이, 규칙 매칭 순서와 기본 처리 방식을 더 이해하려면 문제 해결에서 관련 항목을 확인하세요. 지금은 규칙 모드를 유지하고 방금 선택한 주요 정책을 기억하면 됩니다.

03

앱 트래픽을 클라이언트로 전달

시스템 프록시를 켜고 필요할 때 TUN 모드 사용

앞의 두 단계에서 클라이언트 내부 설정을 마쳤지만 운영체제도 트래픽을 어디로 전달할지 알아야 합니다. 클라이언트 홈 화면이나 설정 페이지에서 “시스템 프록시”, “Set as system proxy” 또는 같은 의미의 스위치를 찾아 켭니다. 데스크톱 클라이언트는 보통 현재 시스템의 HTTP 및 HTTPS 프록시 설정을 자동으로 변경합니다. 일부 클라이언트는 시스템 권한 확인을 요구하므로 운영체제 안내에 따라 허용하면 됩니다.

활성화한 뒤 몇 초간 기다리며 스위치가 켜진 상태로 유지되는지 확인하세요. 바로 꺼지거나 권한이 없다는 메시지가 표시되면 다른 기능을 계속 켜지 마세요. Windows에서는 일반적인 방법으로 클라이언트를 다시 시작하고 보안 정책에 의해 제한되는지 확인할 수 있습니다. macOS에서는 네트워크 설정을 변경하기 위해 시스템 인증 정보 입력이 필요할 수 있습니다. 모바일에서는 보통 시스템 VPN 권한 화면을 통해 로컬 연결을 설정하므로 시스템 팝업에서 승인해야 합니다.

브라우저와 앱 네트워크 요청 생성
시스템 프록시 프록시를 지원하는 트래픽을 클라이언트로 전달
규칙 및 정책 그룹 직접 연결 또는 프록시 경로 결정

브라우저, 주요 데스크톱 앱과 시스템 프록시 설정을 따르는 소프트웨어라면 시스템 프록시만으로 충분한 경우가 많습니다. 일부 앱은 시스템 프록시를 읽지 않으며 UDP 트래픽, 명령줄 프로그램 또는 특수한 네트워크 환경에서도 이 설정이 우회될 수 있습니다. 이때 TUN 모드를 고려할 수 있습니다. TUN은 가상 네트워크 장치를 만들고 더 넓은 범위의 시스템 트래픽을 처리하지만 추가 권한이 필요하며 다른 VPN, 가상 네트워크 어댑터, 기업용 보안 소프트웨어 또는 네트워크 가속 도구와 충돌하기도 쉽습니다.

처음 설정할 때는 시스템 프록시만 켜고 다음 단계의 확인을 완료하는 것이 좋습니다. 브라우저는 정상적으로 작동하지만 특정 앱만 클라이언트를 거치지 않을 때 설정 페이지로 돌아가 TUN을 활성화하세요. 활성화 과정에서 서비스 설치, VPN 구성 추가 또는 네트워크 확장 권한을 요청하는 시스템 메시지가 나타나면 해당 작업을 허용해야 합니다. TUN을 켠 뒤 기본 경로를 제어하는 다른 네트워크 도구를 동시에 실행하지 마세요. 네트워크 전체가 끊기면 먼저 TUN을 끄고 시스템 프록시 경로가 여전히 작동하는지 확인한 다음 권한과 가상 네트워크 어댑터 문제를 따로 점검하세요.

“LAN 연결 허용”은 로컬 연결을 설정하는 스위치와 같은 기능이 아닙니다. 이 옵션은 같은 LAN의 다른 기기가 로컬 프록시 포트에 접근하도록 하며, 한 대의 기기만 사용하는 일반적인 환경에서는 켤 필요가 없습니다. 포트 번호, 바인딩 주소, 인증과 방화벽은 공유 연결 설정에 해당합니다. 여러 기기에서 사용해야 한다면 먼저 설정 파일 참고서의 공통 필드 설명을 확인하고, 로컬 연결을 위해 수신 범위를 함부로 공개하지 마세요.

시스템 프록시 스위치가 켜진 상태로 유지되고 클라이언트에 오류 메시지가 없으며 현재 모드가 규칙 모드라면 확인 단계로 넘어갈 수 있습니다. 스위치 색상만으로 성공 여부를 판단하지 마세요. 실제 기준은 앱 요청이 클라이언트로 들어오는지와 규칙이 예상한 정책에 매칭되는지입니다.

04

요청 경로 확인

연결 기록으로 적용 여부 확인

확인할 때는 테스트할 브라우저 창을 완전히 닫은 뒤 다시 열어 평소 직접 연결되는 웹사이트에 접속합니다. 그런 다음 클라이언트의 “연결”, “Connections” 또는 로그 페이지에서 방금 발생한 도메인 요청이 표시되는지 확인하세요. 새 연결이 보이면 앱 트래픽이 클라이언트로 들어온 것입니다. 목록이 계속 비어 있다면 시스템 프록시 스위치, 브라우저의 별도 프록시 설정 사용 여부와 다른 도구가 시스템 네트워크 설정을 덮어쓰는지부터 확인하세요.

그다음 현재 설정에 따라 프록시 정책으로 전달되어야 하는 웹사이트에 접속한 뒤 연결 기록에서 해당 도메인을 확인합니다. 대부분의 클라이언트는 매칭된 규칙, 사용한 정책 그룹과 최종 선택된 정책을 표시합니다. 여기서는 웹페이지가 열리는지만 보지 말고 “예상한 정책을 거쳤는지”를 중점적으로 확인해야 합니다. 페이지가 캐시에서 로드되었거나 규칙이 매칭되지 않았는데 다른 경로로 접속되었을 수도 있으므로 페이지가 표시된 것만으로는 분기가 올바르다고 완전히 증명할 수 없습니다.

A 요청 다시 실행

기존 페이지를 닫고 다시 접속해 캐시와 기존 연결이 판단에 영향을 주지 않도록 합니다.

B 연결 기록 확인

새 요청이 클라이언트에 표시되는지 확인하고 해당 도메인과 매칭된 규칙을 찾습니다.

C 두 종류의 사이트 비교

직접 연결되어야 하는 대상과 프록시를 사용해야 하는 대상을 각각 테스트해 분기 결과가 일관적인지 확인합니다.

비교 테스트를 한 번 진행하는 것이 좋습니다. 시스템 프록시를 켠 상태에서 먼저 규칙 모드로 접속 결과를 기록한 다음, 글로벌 모드로 잠시 전환하고 테스트 페이지를 닫았다가 다시 열어 연결 기록을 비교하세요. 글로벌 모드에서는 접속되지만 규칙 모드에서는 접속되지 않는다면 클라이언트와 선택한 정책은 연결할 수 있을 가능성이 높고, 문제는 규칙 매칭이나 정책 그룹 지정에 있을 가능성이 큽니다. 두 모드 모두 접속되지 않으면 구독 업데이트 여부, 주요 정책의 사용 가능 여부와 로컬 네트워크의 연결 제한을 확인해야 합니다.

테스트가 끝나면 모드를 규칙 모드로 되돌립니다. 점검을 위해 직접 연결 모드로 전환했다면 그대로 남아 있지 않은지도 확인하세요. 일부 클라이언트는 종료 직전의 모드를 기억해 다음 실행 때도 그대로 사용하므로 확인을 마친 뒤 일상 설정으로 명확히 복원하는 것이 중요합니다. 특정 브라우저에서만 문제가 발생한다면 프록시를 별도로 제어하는 확장 프로그램이 설치되어 있는지, 시스템과 다른 프록시 방식이 설정되어 있는지 확인하세요.

시스템 프록시를 잠시 끈 뒤 같은 대상에 다시 접속해 연결 기록에 새 항목이 추가되지 않는지 확인할 수도 있습니다. 그런 다음 시스템 프록시를 다시 켜고 재접속하세요. 스위치 상태 변화와 연결 기록 변화가 일치한다면 운영체제의 프록시 설정을 클라이언트가 올바르게 제어하고 있다는 뜻입니다. 여기까지 완료하면 기본 설정이 하나의 흐름으로 완성됩니다. 설정이 로드되고 모드가 정해졌으며 시스템 트래픽이 클라이언트로 들어오고 최종 경로도 연결 기록으로 확인할 수 있습니다.

설정 완료 후

일상적인 사용에서 지킬 세 가지

기본 연결이 안정되면 매번 시작할 때 구독을 다시 가져올 필요가 없습니다. 평소에는 현재 설정, 구독 업데이트 시간과 시스템 프록시 상태만 확인하면 됩니다.

01

필요할 때 구독 업데이트

서비스 제공업체가 설정 변경을 알렸거나 정책 목록이 오랫동안 업데이트되지 않았다면 구독 페이지에서 “업데이트”를 실행하세요. 업데이트가 끝난 뒤 현재 설정이 계속 선택되어 있는지 확인합니다. 일부 클라이언트는 업데이트에 실패해도 이전 설정을 유지하므로 반복해서 삭제하고 다시 추가하지 말고 업데이트 시간과 오류 메시지를 함께 확인하세요.

02

종료 전 상태 명확히 복원

일시적으로 글로벌 모드나 직접 연결 모드로 점검했다면 즉시 규칙 모드로 되돌립니다. 더 이상 프록시 연결이 필요하지 않다면 클라이언트를 종료하기 전에 시스템 프록시를 끄세요. 그렇지 않으면 운영체제에 이전 프록시 설정이 남을 수 있습니다. 클라이언트가 비정상 종료된 뒤 네트워크를 사용할 수 없다면 먼저 시스템 프록시가 이미 중지된 로컬 포트를 가리키고 있지 않은지 확인하세요.

03

설정 변경 전 되돌릴 방법 확보

DNS, 포트, 오버라이드 또는 사용자 지정 규칙을 조정하기 전에 정상적으로 로드되는 설정을 하나 보관하고 변경 전 모드와 정책 선택을 기록하세요. 복잡한 필드의 구조, 병합 순서와 규칙 문법은 설정 파일 참고서에서 확인할 수 있으며, 자주 발생하는 오류는 문제 해결에 정리되어 있습니다.

다음 단계

사용 가능한 설정에서 세부 조정으로

연결 기록과 규칙 결과가 모두 예상대로라면 기본 설정이 완료된 것입니다. 클라이언트를 변경하려면 다운로드 페이지로 돌아가고, DNS·정책 그룹·규칙 문법·오버라이드와 병합을 다루려면 설정 참고 문서에서 항목별로 조정하세요.