첫 설정 · 4단계

Clash 사용법

구독 가져오기, 모드 선택, 연결 활성화, 작동 확인까지 순서대로 설정하세요. 필요한 경우에만 TUN 모드를 사용하면 됩니다.

클라이언트를 처음 설치한 뒤 기본 설정을 진행할 때 적합한 안내입니다. 보통 10분 정도면 기본 과정을 마칠 수 있지만, 구독을 준비하고 시스템 권한을 승인하는 데 걸리는 시간에 따라 달라집니다. 아직 클라이언트를 설치하지 않았다면 다운로드 센터에서 운영체제에 맞는 설치 파일을 선택하세요.

클라이언트 및 시스템 요구 사항 보기
config.yaml · 설정 구성 예시
mixed-port: 7890
mode: rule
log-level: info
tun:
  enable: false

1단계: 구독을 가져와 설정 활성화

시작하기 전에 Clash 또는 mihomo를 지원하는 구독 URL이나 기존 YAML 설정 파일을 준비하세요. 클라이언트에는 사용할 수 있는 프록시 노드가 기본으로 포함되지 않습니다. 구독에 포함된 노드, 유효 기간, 이용 제한은 제공업체가 정합니다. 서비스 페이지의 계정 메뉴, 웹페이지 주소, 구독 URL은 서로 다릅니다. Clash 또는 mihomo 형식이라고 명시된 링크를 복사하고, 브라우저 주소창의 로그인 페이지 주소를 복사하지 마세요.

클라이언트를 열고 “설정” 또는 “구독” 화면으로 이동해 “새로 만들기”, “추가” 또는 “가져오기” 메뉴를 찾으세요. 원격 링크 유형을 선택하고 구독 URL 전체를 입력한 뒤 “일상용 설정”처럼 알아보기 쉬운 이름을 지정합니다. 붙여 넣은 URL의 시작과 끝이 온전한지 확인하고, 특히 채팅 메시지의 줄바꿈이나 따옴표, 문장 끝의 문장 부호가 포함되지 않도록 하세요. 구독 URL에는 접근 정보가 포함되는 경우가 많으므로 공개 댓글에 올리거나 도움을 요청하는 스크린샷에 전체 주소가 보이게 하지 마세요.

“다운로드”, “가져오기” 또는 “저장”을 누른 뒤 가져오기가 완료될 때까지 기다리세요. 정상적으로 처리되면 목록에 새 설정이 표시되고 업데이트 시간이나 가져오기 결과를 확인할 수 있습니다. 이어서 해당 설정을 눌러 현재 사용 중인 설정으로 지정하세요. 일부 클라이언트는 가져온 뒤 자동으로 전환하지 않습니다. 그런 다음 “프록시” 화면에서 정책 그룹과 선택 가능한 아웃바운드가 표시되는지 확인합니다. 설정 카드만 있고 선택 항목이 없다면 TUN을 바로 켜지 말고 설정이 활성화되어 있는지 먼저 확인하세요.

로컬 파일을 사용하는 경우 “파일에서 가져오기”를 선택하고 YAML 파일을 찾아 추가하세요. 파일 확장자는 .yaml 또는 .yml일 수 있으며, 현재 코어가 지원하는 설정 형식인지가 중요합니다. 구독 다운로드 실패 후 표시된 웹페이지를 YAML 파일로 저장해 사용하지 마세요. 가져오는 중 구문 오류가 발생하면 오류 메시지의 줄 번호를 확인하고 파일 형식이 맞는지 살펴보세요. 각 항목의 자세한 설명은 설정 가이드에서 확인할 수 있습니다. 처음 설정할 때 모든 항목을 직접 다시 작성할 필요는 없습니다.

구독을 가져올 수 없다면 제공처부터 확인

다운로드 시간이 초과되면 먼저 기기 자체가 인터넷에 연결되어 있는지 확인한 다음, 제공업체 페이지에서 URL이 바뀌었는지와 구독이 유효한지 살펴보세요. 접근 권한이 거부되거나 내용이 비어 있다면 계정과 URL을 먼저 확인하고, YAML 구문 오류가 나타나면 올바른 형식의 링크를 복사했는지 확인하세요. 가져오기를 반복해도 유효하지 않은 URL은 해결되지 않습니다. 구독을 가져오려면 기존 인터넷 연결이 필요한 경우도 있으니 제공업체 안내를 따르고, 개인 구독 URL을 낯선 변환 사이트에 함부로 붙여 넣지 마세요.

가져오기가 끝나면 해당 설정에서 “업데이트” 메뉴를 찾아 수동으로 새로 고치는 방법을 확인하세요. 원격 구독을 업데이트하면 노드나 정책 그룹이 바뀔 수 있고, 구독 본문을 직접 수정한 내용이 덮어써질 수도 있습니다. 처음에는 기존 규칙을 그대로 사용하고, 나중에 설정을 장기적으로 사용자 지정하려면 설정 가이드의 오버라이드 및 병합 설명을 읽어보세요. 현재 설정이 활성화되고 정책 그룹이 표시되면 모드를 선택할 차례입니다.

2단계: 프록시 모드와 아웃바운드 선택

클라이언트 홈 또는 “프록시” 화면으로 돌아가 “규칙 / 전역 / 직접 연결” 모드 선택 메뉴를 찾으세요. 처음 사용하는 경우 “규칙”을 권장합니다. 이 세 가지 모드는 코어가 요청을 받은 뒤 어떤 아웃바운드를 선택할지 결정하며, 모든 프로그램의 트래픽을 자동으로 클라이언트에 전달하지는 않습니다. 따라서 규칙 모드를 선택한 뒤에도 다음 단계에서 시스템 프록시나 VPN을 활성화해야 합니다. 모드만 바꾸고 트래픽 가로채기를 켜지 않으면 브라우저가 기존 네트워크 경로를 계속 사용할 수 있습니다.

규칙 모드는 설정에 있는 규칙을 순서대로 확인하고, 가장 먼저 일치하는 규칙이 대상 정책을 결정합니다. 설정에 따라 일부 도메인은 직접 연결하고 다른 도메인은 프록시를 사용하거나 광고 차단 등 전용 정책을 적용할 수 있습니다. 실제 동작은 현재 설정에 따라 다르므로 모든 구독이 같은 방식으로 트래픽을 분기하는 것은 아닙니다. 특정 웹사이트가 직접 연결되더라도 반드시 연결 실패를 뜻하지는 않습니다. 해당 사이트에 적용된 규칙이 의도한 동작인지 확인하세요.

전역 모드는 코어에 들어온 요청을 모두 전역 정책으로 전달하므로 임시 비교 테스트에 유용합니다. 다만 기기 전체의 트래픽을 가로챈다는 뜻은 아닙니다. 직접 연결 모드에서는 코어에 들어온 요청이 프록시 노드를 거치지 않고 대상에 바로 연결됩니다. “규칙 / 전역 / 직접 연결”은 아웃바운드를 결정하는 설정이고, “시스템 프록시 / TUN / VPN”은 트래픽을 가로채는 방식입니다. 서로 다른 문제를 해결하는 설정이므로 구분해야 합니다.

규칙 모드를 선택한 다음 정책 그룹 목록에서 현재 설정의 주요 프록시 출구로 사용되는 그룹을 찾으세요. 그룹 이름은 PROXY, 노드 선택 등으로 표시될 수 있으므로 설정과 연결 기록을 기준으로 확인해야 합니다. 그룹에서 사용 가능한 노드를 선택하고 선택 표시가 바뀌었는지 확인하세요. “자동 선택” 하위 그룹을 골랐다면 해당 그룹에 사용할 수 있는 후보가 포함되어 있는지도 확인합니다. 규칙에서 참조하지 않는 그룹만 바꾸면 실제 요청은 기존 출구를 계속 사용할 수 있습니다.

노드 테스트 결과는 초기 후보 선택에만 참고

클라이언트에 내장된 연결 테스트로 후보 노드를 확인할 수 있지만, 결과는 특정 테스트 주소에 그 시점에 연결되는지만 보여줍니다. 테스트에 성공한 노드라도 모든 웹사이트, 프로토콜, 앱에서 정상적으로 작동한다고 볼 수 없습니다. 반대로 테스트 주소에 연결할 수 없어도 모든 요청이 실패하는 것은 아닙니다. 사용할 수 있는 후보 하나를 선택해 다음 단계의 검증을 진행한 뒤 실제 접속 결과에 따라 조정하세요. 처음 설정할 때 모든 항목을 하나씩 시험할 필요는 없습니다.

이제 현재 사용할 설정이 선택되어 있고, 규칙에서 실제로 참조하는 정책 그룹의 아웃바운드도 지정되어 있어야 합니다. 화면에 빈 그룹, 노드 없음, 설정 오류가 표시되면 전역 모드로 문제를 덮지 말고 1단계로 돌아가세요. 모드와 정책 그룹의 차이는 도움말 센터에서 더 확인할 수 있습니다. 다음 단계에서는 앱 요청이 클라이언트로 들어오도록 설정합니다.

3단계: 시스템 프록시 또는 VPN 연결 활성화

먼저 클라이언트 홈에서 코어 실행 상태를 확인하세요. 대부분의 그래픽 클라이언트는 앱을 시작할 때 코어도 실행하지만, 별도의 “시작” 또는 “연결” 버튼이 있는 경우도 있습니다. 시작에 실패하면 로그를 열어 포트 충돌, 설정 구문 오류, 권한 부족 등이 있는지 확인하세요. 이때는 표시된 시작 오류를 해결해야 하며 노드를 계속 바꿀 필요는 없습니다. 코어가 정상적으로 실행되면 기기에 맞는 트래픽 가로채기 기능을 켜세요.

데스크톱에서 처음 확인할 때는 “시스템 프록시”를 먼저 켜는 것이 좋습니다. 이 스위치를 켜면 시스템 프록시 설정이 클라이언트의 로컬 수신 주소를 가리키므로, 해당 설정을 따르는 브라우저와 앱의 요청이 코어로 전달됩니다. 활성화한 뒤 클라이언트를 계속 실행하고 새 브라우저 창에서 웹페이지를 여세요. 일부 앱은 별도의 프록시 설정을 사용하거나 시스템 프록시를 전혀 따르지 않습니다. 따라서 브라우저에서는 접속되지만 다른 프로그램에서는 안 된다고 해서 구독에 문제가 있다고 단정할 수는 없습니다.

모바일에서는 보통 홈 화면에서 “연결” 또는 시작 버튼을 누릅니다. 시스템에서 VPN 설정 또는 연결 권한을 처음 요청하면 방금 설치한 클라이언트에서 보낸 요청인지 확인한 뒤 승인하세요. 앱으로 돌아와 연결 상태를 확인합니다. 상태 표시줄의 VPN 아이콘은 시스템 통로가 만들어졌다는 뜻일 뿐, 실제 아웃바운드는 4단계에서 확인해야 합니다. 다른 VPN 앱이 연결된 상태에서 함께 실행하지 마세요. 시스템이 연결 경로를 바꾸면서 방금 켠 클라이언트의 연결이 끊길 수 있습니다.

필요한 경우에만 TUN 활성화

대상 프로그램이 시스템 프록시를 따르지 않는 경우 TUN을 고려할 수 있습니다. TUN은 가상 네트워크 인터페이스를 통해 라우팅 설정에 해당하는 트래픽을 가로채며, 서비스 설치, 관리자 권한 또는 시스템 네트워크 확장 승인 등이 필요할 수 있습니다. 클라이언트에 내장된 기능을 사용하고 시스템 안내에 따라 설치와 권한 승인을 진행하세요. 활성화에 실패하면 구체적인 오류부터 확인하고, 시스템 보안 기능을 함부로 끄거나 출처가 불분명한 복구 드라이버를 설치하지 마세요.

처음 문제를 확인할 때는 트래픽 가로채기 방식을 하나로 유지하세요. 먼저 시스템 프록시를 확인한 뒤 TUN으로 바꾸거나 함께 사용할지 결정하고, 구체적인 조합은 클라이언트 안내를 따르세요. 프록시 도구를 여러 개 동시에 실행하면 시스템 설정을 덮어쓰거나 라우팅을 바꾸고 같은 수신 포트를 점유할 수 있습니다. 다른 도구와 불필요한 브라우저 프록시 확장 프로그램을 먼저 종료해 변수를 줄이세요. 가상 네트워크 어댑터, DNS 가로채기 및 stack의 세부 설정은 TUN 설정 참고에서 확인할 수 있습니다. 이 페이지에서는 고급 설정을 다루지 않습니다.

이제 클라이언트가 실행 중이고 선택한 설정과 모드가 유지되며, 시스템 프록시 또는 VPN이 활성화되어 있어야 합니다. 우선 전체 요청이 제대로 전달되는지 확인하고, 시작 시 자동 실행이나 백그라운드 유지, 복잡한 오버라이드는 나중에 설정하세요. 클라이언트를 종료할 때는 “연결 해제” 또는 “종료” 메뉴를 사용해 클라이언트가 변경한 네트워크 설정을 복구하세요. 비정상적으로 종료한 뒤 네트워크에 문제가 생기면 중지된 클라이언트를 가리키는 프록시 주소가 시스템에 남아 있는지 확인합니다.

4단계: 접속 및 규칙 적용 확인

새 브라우저 창을 열어 접속 권한이 있고 정상적으로 열리는 웹페이지에 방문한 다음, 클라이언트의 “연결” 또는 “로그” 화면도 확인하세요. 방금 보낸 요청이 기록에 표시되는지 살펴보고 대상 도메인, 적용된 규칙, 아웃바운드 경로를 확인합니다. 클라이언트마다 표시되는 항목은 조금씩 다르지만 확인할 내용은 같습니다. 요청이 코어에 들어왔는지, 들어온 뒤 어떤 정책으로 전달됐는지 살펴보세요.

웹페이지가 열리는지만으로는 프록시가 적용됐다고 판단하기 어렵습니다. 원래 직접 연결되는 페이지일 수도 있고 브라우저 캐시가 표시된 것일 수도 있습니다. 현재 설정에서 직접 연결될 것으로 예상되는 대상과 프록시를 거칠 것으로 예상되는 대상을 하나씩 선택해 다시 접속하고 기록을 확인하세요. 요청에 DIRECT가 표시되면 규칙에 따른 예상 결과인지 확인합니다. 프록시 정책이 적용되었다면 홈 화면의 모드 이름만 보지 말고 최종 선택된 노드까지 확인하세요.

추가 확인이 필요하면 신뢰하는 IP 확인 서비스를 사용해 전환 전후 결과를 비교할 수 있지만, 이것만을 유일한 판단 기준으로 삼지는 마세요. 규칙 모드에서 해당 서비스가 직접 연결될 수도 있고, 브라우저 캐시나 앱 자체 프록시, 기존 연결도 결과에 영향을 줍니다. 연결 기록과 실제 접속 결과를 함께 확인하는 편이 출구 IP 하나만 보는 것보다 정확합니다. 노드를 바꾼 뒤에는 새 요청을 보내세요. 이미 맺어진 장시간 연결은 새 아웃바운드로 즉시 전환되지 않을 수 있습니다.

연결 확인 실패 시 단계별로 범위 좁히기

기록에 대상 요청이 전혀 없다면 먼저 트래픽 가로채기 기능을 확인하세요. 시스템 프록시가 켜져 있는지, 모바일 VPN 연결이 유지되는지, 브라우저에 자체 프록시 설정이 있는지 살펴봅니다. 요청은 기록되지만 예상과 다른 정책이 적용되면 2단계로 돌아가 적용된 규칙과 정책 그룹을 확인하세요. 정책은 맞는데 연결 시간이 초과되면 다른 후보 노드를 선택해 다시 시도하고 구독 상태도 확인합니다. 처음부터 모드, DNS, TUN을 한꺼번에 바꾸면 결과를 비교하기 어려워집니다.

로그에 DNS 오류가 표시되면 그때 DNS 설정을 확인하세요. 먼저 기기의 기본 네트워크가 정상인지 확인하고 클라이언트 기본 설정은 유지한 채 오류가 발생한 도메인과 시간을 기록합니다. Fake-IP에서는 예약 주소 매핑이 보이더라도 반드시 오류는 아니므로 주소가 낯설다는 이유만으로 해당 모드를 끄지 마세요. DNS 항목의 의미와 사용 범위는 DNS 설정 참고에서 확인할 수 있습니다. 포트 충돌, 권한 승인 실패, 일부 앱의 네트워크 연결 문제는 도움말 센터에서 증상에 따라 살펴보세요.

웹페이지가 정상적으로 열리고 기록의 규칙과 아웃바운드가 예상과 일치하면 첫 설정이 완료된 것입니다. 현재 사용 중인 설정 이름, 트래픽 가로채기 방식, 기본 정책 그룹을 기록해 두고 이후에는 한 번에 한 항목씩 변경하세요. 구독을 업데이트한 뒤에도 같은 방식으로 다시 확인하고, 노드 이름이나 정책 그룹이 바뀌었는지 살펴봅니다. 도움을 요청할 때는 클라이언트 이름, 운영체제 버전, 오류 메시지, 시도한 방법을 알려주세요. 스크린샷을 공유하기 전에는 구독 URL, 계정 정보, 개인 접속 기록을 가리세요.

클라이언트 다운로드