시작하기 전에

클라이언트와 설정 출처 확인

설치된 Clash 클라이언트와 아직 유효한 구독 링크 또는 로컬 YAML 설정 파일을 준비하세요. 구독은 서비스 제공자가 생성하며, 클라이언트 자체에서는 노드 정보를 만들지 않습니다.

아직 클라이언트를 설치하지 않았다면 플랫폼별 다운로드 페이지로 이동하세요:

Windows 다운로드 macOS 다운로드 Android 다운로드 iOS 다운로드 Linux 다운로드

설정 메뉴

구독 가져오기 및 현재 설정으로 지정

클라이언트를 연 뒤 먼저 “설정”, “구독” 또는 “Profiles” 페이지를 찾습니다. 데스크톱 클라이언트에서는 보통 왼쪽 탐색 메뉴에 있으며, 모바일 클라이언트에서는 홈 화면 카드, 사이드 메뉴 또는 하단 탐색에 있습니다. 페이지에서 “URL에서 가져오기”, “새 구독 추가” 또는 더하기 버튼을 찾으세요. 서비스 제공자가 https://로 시작하는 구독 주소를 제공했다면 URL 가져오기를 선택하고, .yaml 또는 .yml 파일을 받았다면 로컬 파일 가져오기를 사용합니다.

구독 링크를 붙여 넣을 때는 처음부터 끝까지 완전히 복사하고, 메신저가 자동으로 덧붙인 마침표·공백·줄바꿈은 포함하지 마세요. 이름은 “일상 설정”처럼 알아보기 쉬운 짧은 문구로 지정할 수 있습니다. 이름은 클라이언트에 표시되는 방식만 바꾸며 구독 내용에는 영향을 주지 않습니다. 확인하면 클라이언트가 원격 설정을 요청해 로컬에 저장합니다. 바로 연결하지 말고 새 설정 항목이 나타날 때까지 기다리면서 업데이트 시간, 업데이트 버튼 또는 정책 그룹 정보가 표시되는지 확인하세요.

설정 다운로드가 성공했다고 바로 사용 중인 것은 아닙니다. 일부 클라이언트는 가져온 뒤 자동으로 전환하지만, 다른 클라이언트는 기존 설정을 계속 사용합니다. 방금 가져온 항목을 눌러 선택 표시, 강조 테두리 또는 “현재” 상태가 나타나는지 확인하세요. “업데이트” 버튼이 있다면 한 번 수동 업데이트를 실행해도 됩니다. 정상이라면 업데이트 시간이 바뀌고 파싱 오류가 표시되지 않습니다. 설정 형식 오류가 나오면 클라이언트에서 YAML을 임의로 수정하기보다 서비스 제공자에게 구독 유형을 확인하세요.

완료 기준

설정 목록에 방금 가져온 구독이 나타나고 해당 항목이 선택되어 있습니다.
프록시 페이지에 정책 그룹 이름이 표시되며 빈 화면이 아닙니다.
수동 업데이트 중 네트워크 오류, 인증 실패 또는 형식 파싱 오류가 발생하지 않습니다.

현재 설정이 적용된 것을 확인한 뒤 프록시 모드와 정책을 선택하세요. 다음 단계는 “각 요청을 어떤 경로로 보낼지”를 정하는 것이며, 방금 가져온 구독 내용은 변경하지 않습니다.

트래픽 분류 방식

규칙 모드와 사용 가능한 정책 선택

“모드”, “Mode” 또는 클라이언트 홈의 실행 모드 설정으로 이동합니다. 일반적인 선택지는 규칙, 전역, 직접 연결입니다. 처음 설정할 때는 “규칙” 모드를 권장하며, 영어 인터페이스에서는 보통 Rule로 표시됩니다. 이 모드에서는 설정 파일이 도메인, IP, 앱 프로세스 또는 기본 규칙에 따라 요청을 프록시로 보낼지 직접 연결할지 판단합니다. 모든 웹사이트를 같은 노드로 보낼 필요는 없으며, 로컬 네트워크와 설정에서 직접 연결로 지정한 요청은 기존 경로를 유지할 수 있습니다.

“전역” 모드는 대부분의 요청을 하나의 프록시 정책으로 보내므로 특정 웹페이지가 규칙의 영향을 받는지 잠시 확인할 때 유용합니다. 하지만 첫 설정의 기본 문제 해결 방식으로는 적합하지 않습니다. “직접 연결” 모드는 프록시를 우회하므로 연결을 켜도 예상한 프록시 결과를 얻을 수 없습니다. 기본 연결만 완료하려면 규칙 모드를 유지하고 DNS, 스니핑, Fake-IP 범위, 규칙 세트를 동시에 수정하지 마세요. 한 번에 한 가지 요소만 바꿔야 문제가 어느 단계에서 생겼는지 알 수 있습니다.

모드를 선택한 뒤 “프록시”, “Proxies” 또는 “정책 그룹” 페이지를 엽니다. 이곳은 단순한 노드 목록이 아니라 여러 정책 그룹으로 구성되는 경우가 많습니다. 수동 선택용, 자동 선택용, 특정 웹사이트 전용 그룹 등이 있습니다. 먼저 설정에서 주요 트래픽을 담당하는 그룹을 찾으세요. “노드 선택”, “프록시”, “Proxy” 또는 설정 제공자가 지정한 이름일 수 있습니다. 그룹에 들어가 명확히 사용 가능한 노드를 선택하세요. 자동 선택 정책이 제공된다면 먼저 해당 정책을 선택해 설정 규칙에 따라 실제 출구를 결정하도록 할 수도 있습니다.

노드 옆의 테스트 버튼은 연결 상태를 참고하는 용도로만 사용하세요. 테스트 실패는 현재 네트워크, 테스트 주소 또는 프로토콜 핸드셰이크 때문일 수 있으며, 한 번의 결과가 실제 접속 확인을 대신할 수는 없습니다. 가장 안정적인 방법은 먼저 노드 하나를 선택하고 이름을 기억한 뒤 연결을 완료하는 것입니다. 이후 웹페이지가 열리지 않으면 이곳으로 돌아와 다른 노드로 다시 테스트하세요. 이렇게 하면 “노드를 사용할 수 없음”과 “시스템 프록시가 요청을 가로채지 않음”을 구분할 수 있습니다.

처음 사용할 때

규칙 모드

설정의 규칙에 따라 프록시 또는 직접 연결을 결정합니다. 일상적인 사용에 적합하며 이 가이드의 다음 단계에서도 사용하는 모드입니다.

임시 진단

전역 모드

주요 요청을 현재 프록시 정책으로 통일해 규칙이 특정 대상에 영향을 주는지 확인할 수 있지만 전체 트래픽 경로가 바뀝니다.

프록시 우회

직접 연결 모드

요청을 대상에 직접 연결합니다. 프록시 경로를 잠시 중단할 때 적합하며 프록시 노드의 작동 여부를 확인하는 용도로는 사용하지 않습니다.

이제 설정과 출구 정책은 정해졌지만 운영체제가 앱 트래픽을 Clash로 전달하고 있다는 보장은 없습니다. 다음 단계에서는 시스템 수준의 연결을 설정합니다. 모바일은 보통 시스템 VPN 인터페이스를 사용하고, 데스크톱은 시스템 프록시부터 설정합니다.

시스템 연결

연결을 켜고 시스템 상태 확인

Android 또는 iOS 클라이언트에서 홈으로 돌아가 연결 스위치를 누릅니다. 처음 켤 때 운영체제에 VPN 설정 또는 연결 요청이 표시되는 경우가 많습니다. 이는 모바일 네트워크 트래픽을 클라이언트에 전달하기 위한 시스템 절차입니다. 안내를 확인한 뒤 허용하세요. 기기에 다른 VPN 도구가 연결되어 있다면 먼저 기존 연결을 끊어야 할 수 있습니다. 대부분의 휴대폰은 동시에 하나의 VPN 채널만 허용하기 때문입니다.

연결에 성공하면 클라이언트 홈에 “연결됨”, “실행 중” 또는 이에 해당하는 상태가 표시되고 시스템 상태 표시줄에 VPN 아이콘이 나타날 수 있습니다. 이때 앱을 몇 초간 전면에 유지해 설정 초기화가 끝나도록 하세요. 스위치를 켜자마자 자동으로 꺼진다면 클라이언트 로그나 홈 화면의 오류를 확인하고 현재 설정의 유효성, VPN 권한, 선택한 노드의 연결 가능 여부를 점검하세요. 스위치를 빠르게 연속으로 누르지 마세요. 이전 연결이 해제되기 전에 다음 연결 요청이 시작될 수 있습니다.

Windows 및 macOS 데스크톱에서는 보통 “시스템 프록시”, “System Proxy” 또는 “Set as System Proxy”를 먼저 켭니다. 활성화되면 시스템 프록시 설정을 따르는 브라우저와 데스크톱 앱이 Clash가 수신하는 로컬 포트로 HTTP·HTTPS 요청을 보냅니다. 일부 클라이언트는 메뉴 막대나 트레이 아이콘에서 이 기능을 제공하며, 시스템 설정을 처음 변경할 때 권한 확인을 요구할 수도 있습니다. 켠 뒤 메뉴 항목이 선택된 상태로 유지되는지 확인하세요.

Linux 데스크톱 환경은 시스템 프록시 지원 방식이 서로 다릅니다. 그래픽 클라이언트를 사용한다면 먼저 클라이언트의 시스템 프록시를 켠 다음 데스크톱 환경의 네트워크 프록시 설정이 업데이트되었는지 확인하세요. 터미널 프로그램을 사용한다면 현재 셸에 프록시 환경 변수를 설정해야 할 수도 있습니다. 기본 확인은 브라우저부터 시작하는 것이 좋습니다. 브라우저가 시스템 프록시를 읽는지 확인하기 쉽기 때문입니다. 서버, 라우터, 투명 프록시 환경은 이 빠른 과정의 범위에 포함되지 않으므로 고급 설정 매뉴얼에서 TUN, 라우팅 및 외부 제어 관련 내용을 확인하세요.

TUN 모드는 시스템 프록시를 따르지 않는 앱의 트래픽도 처리할 수 있지만 가상 네트워크 어댑터, 관리자 권한, 라우팅 테이블 및 DNS 설정이 함께 맞아야 합니다. 처음부터 활성화할 필요는 없습니다. 먼저 시스템 프록시로 브라우저 연결을 확인하고, 브라우저는 정상인데 특정 앱만 직접 연결될 때 클라이언트 안내에 따라 TUN을 켜세요. 이렇게 하면 기본 연결 문제와 가상 어댑터 권한 문제를 분리할 수 있습니다.

플랫폼별 확인

Android / iOS: 클라이언트에 연결됨이 표시되고 시스템 상태 영역에 VPN 상태가 나타나며 연결 스위치가 자동으로 꺼지지 않습니다.
Windows / macOS: 시스템 프록시가 켜진 상태로 유지되고 브라우저에 별도의 프록시 확장 프로그램이나 고정 포트가 지정되어 있지 않습니다.
Linux: 데스크톱 프록시 설정 또는 현재 앱의 프록시 환경이 클라이언트를 가리키며 로컬 수신 포트를 다른 프로그램이 사용하지 않습니다.

연결이 설정된 직후에는 다른 설정을 바로 수정하지 마세요. 현재 모드와 노드를 그대로 유지한 채 확인 단계로 이동합니다. 검증할 때는 “프록시가 필요한 대상”과 “직접 연결되어야 하는 대상”을 모두 살펴보세요. 한 페이지만 테스트하면 규칙이나 DNS 문제를 놓칠 수 있습니다.

결과 확인

프록시, 직접 연결 및 규칙 적용 여부 확인

먼저 브라우저에서 새 탭을 열고 현재 네트워크에서 원래 직접 접속하기 어려웠지만 선택한 노드로는 접속할 수 있어야 하는 페이지를 방문하세요. 새 탭을 사용하면 기존 연결과 캐시의 영향을 줄일 수 있습니다. 페이지가 안정적으로 로드되면 한 번 새로 고치고 하위 페이지도 열어 결과가 우연히 캐시된 것이 아닌지 확인하세요. 이어서 설정상 보통 직접 연결되어야 하는 웹사이트를 방문해 로그인, 이미지, API 요청이 정상인지 확인합니다.

Clash의 연결, 로그 또는 요청 기록 페이지로 돌아가 방금 접속한 항목을 확인하세요. 정상이라면 대상 도메인, 일치한 규칙, 적용된 정책이 표시됩니다. 클라이언트마다 상세도는 다르지만 최근 연결 기록은 최소한 확인할 수 있어야 합니다. 대상 페이지가 열렸는데 로그에 해당 요청이 전혀 없다면 브라우저가 현재 클라이언트를 거치지 않았을 가능성이 큽니다. 데스크톱은 시스템 프록시를 다시 확인하고, 모바일은 VPN 상태가 유지되는지 확인하세요.

프록시가 필요한 페이지가 여전히 열리지 않으면 같은 설정에서 노드를 하나 바꾼 뒤 다시 시도하세요. 노드를 바꾼 후 정상화되면 원래 노드나 연결 경로에 문제가 있을 가능성이 큽니다. 여러 노드가 모두 실패하면 구독 상태, 시스템 프록시, DNS를 계속 확인하세요. 페이지는 열리지만 직접 연결되어야 할 웹사이트가 전반적으로 느리다면 전역 모드를 잘못 선택했는지, 주요 정책 그룹이 부적절한 출구를 가리키는지 확인합니다.

DNS 문제는 도메인이 열리지 않지만 알고 있는 IP로 직접 연결하거나 일부 앱을 사용하는 것은 정상인 형태로 나타날 수 있습니다. 기본 가이드에서는 다른 사람의 DNS 설정 조각을 그대로 복사하지 않는 것이 좋습니다. Fake-IP, 폴백 해석, 규칙 제공자, TUN 조합은 전체 설정과 맞아야 하기 때문입니다. 먼저 연결을 끊었다가 다시 연결해 설정이 완전히 적용되었는지 확인하세요. 문제가 계속되면 오류가 난 도메인과 로그 메시지를 기록한 뒤 용어 매뉴얼의 DNS 및 Fake-IP 설명을 확인하거나 고급 설정 매뉴얼의 DNS 장에서 항목별로 조정하세요.

확인 A

프록시 대상 접속 가능

선택한 정책과 노드가 실제 연결을 수립하는지 확인하세요. 클라이언트 스위치가 켜져 있는지만 확인해서는 안 됩니다.

확인 B

직접 연결 대상 정상

규칙 모드가 모든 요청을 잘못된 하나의 출구로 보내거나 로컬 네트워크 접속에 영향을 주지 않는지 확인하세요.

확인 C

로그에 규칙 일치 기록 존재

요청이 실제로 Clash에 들어오고 일치한 규칙과 최종 적용 정책을 확인할 수 있는지 점검하세요.

빠른 문제 해결

연결 실패 시 정해진 순서로 되돌아가 확인

클라이언트를 재설치하고 DNS, 모드, 포트를 한꺼번에 바꾸지 마세요. 요청 경로를 따라 설정, 노드, 시스템 연결, DNS 해석 단계를 차례로 점검하면 문제 위치를 더 빠르게 판단할 수 있습니다.

01

설정 확인

설정 페이지로 돌아가 수동 업데이트를 실행하세요. 업데이트에 실패하거나 정책 그룹이 비어 있다면 구독 주소, 유효 기간 또는 설정 형식 문제부터 해결합니다.

02

노드 변경

규칙 모드와 연결 방식은 유지한 채 주요 정책 그룹의 노드만 바꾸고 같은 대상 페이지를 다시 방문해 비교하세요.

03

시스템 연결 확인

모바일에서는 VPN 상태를 확인하고 데스크톱에서는 시스템 프록시가 계속 켜져 있는지 확인하세요. 시스템 프록시를 동시에 변경하는 다른 도구는 종료합니다.

04

DNS 및 충돌 확인

앞의 세 항목이 정상일 때 DNS 오류, 포트 사용 중, TUN 권한, 보안 프로그램 차단을 확인하세요. 너무 일찍 점검 범위를 넓히지 않는 것이 좋습니다.

구독을 가져왔는데 프록시 페이지가 비어 있는 이유는 무엇인가요?

먼저 새 설정이 목록에 저장만 된 것이 아니라 현재 설정으로 선택되었는지 확인하세요. 그런 다음 수동 업데이트를 실행해 형식 파싱 메시지가 있는지 확인합니다. 설정에 기본 포트만 있고 프록시와 정책 그룹이 없다면 프록시 페이지에 선택 가능한 항목이 나타나지 않습니다.

클라이언트에는 연결됨으로 표시되는데 브라우저에 변화가 없는 이유는 무엇인가요?

데스크톱에서는 시스템 프록시가 실제로 켜져 있는지, 브라우저가 별도의 프록시 확장 프로그램을 사용하고 있지 않은지 확인하세요. 모바일에서는 시스템 VPN 아이콘이 계속 표시되는지 확인합니다. 이어서 Clash 로그에 브라우저 요청이 기록되는지 살펴보세요. 기록이 없다면 트래픽이 아직 클라이언트로 들어오지 않은 것입니다.

규칙 모드에서 특정 웹사이트가 잘못된 정책을 사용하는 경우 어떻게 하나요?

먼저 로그에서 해당 도메인에 실제로 적용된 규칙을 찾고, 설정 규칙의 순서·규칙 세트 내용·도메인 해석 중 어디에서 문제가 생겼는지 확인하세요. 전역 모드로 잠시 전환하는 것은 비교용일 뿐 규칙 자체를 수정하지는 않습니다. 사용자 지정 규칙과 규칙 세트 관리는 고급 설정 매뉴얼에서 계속 진행할 수 있습니다.

TUN 모드는 언제 켜야 하나요?

브라우저는 시스템 프록시로 정상 작동하지만 시스템 프록시를 읽지 않는 일부 앱이 계속 직접 연결될 때 TUN을 고려하세요. 켜기 전에 클라이언트에 필요한 권한이 있는지 확인하고 가상 네트워크 어댑터, 라우팅, DNS 설정의 관계를 이해해야 합니다.

다음 단계

기본 연결 이후의 설정 메뉴

정책 그룹 구성, 규칙 세트 구독, DNS 최적화, TUN, Fake-IP, 도메인 스니핑, 여러 구독 병합은 고급 설정에 해당합니다. 세밀한 조정이 필요하면 체계적인 매뉴얼에서 해당 장을 확인하세요.

고급 설정 보기 용어 매뉴얼 보기

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