첫 설정 · 네 단계

Clash 빠른 시작

구독 가져오기 → 규칙 모드 선택 → 연결 켜기 → 작동 확인. 클라이언트와 유효한 구성이 준비되어 있다면 약 10분 안에 처음 설정을 마칠 수 있습니다. 구독을 구하거나 네트워크 문제를 해결하는 시간은 포함되지 않습니다.

시작 전: 클라이언트와 구독 구성

먼저 클라이언트 다운로드 페이지에서 운영체제와 프로세서 아키텍처에 맞는 설치 파일을 선택하세요. 처음 사용하는 경우 업데이트가 계속 제공되는 GUI 클라이언트를 권장합니다. 설치 후 정상적으로 실행하면 됩니다. Clash 배포 스테이션은 클라이언트 다운로드 경로와 한국어 사용 안내를 정리한 사이트이며, 각 클라이언트의 공식 개발자가 아니고 프록시 노드나 구독 서비스도 제공하지 않습니다. 소프트웨어를 설치했다고 해서 사용할 수 있는 프록시 경로까지 확보되는 것은 아닙니다.

계속하려면 유효한 Clash 또는 mihomo 형식의 구독 URL이나 프록시, 정책 그룹, 규칙이 포함된 YAML 구성 파일이 필요합니다. 구독은 보통 이용 중인 서비스 제공업체에서 받을 수 있습니다. 일반 웹페이지 주소나 계정 로그인 페이지, 단일 프로토콜 링크는 구성 구독으로 바로 가져올 수 없는 경우가 있습니다. 여러 형식이 제공된다면 현재 클라이언트 코어와 호환되는 구성 형식을 선택하세요.

구독 URL에는 계정을 식별할 수 있는 정보가 포함될 수 있습니다. 복사할 때 앞뒤 공백을 포함하지 말고, 전체 URL을 공개 게시판에 올리거나 URL이 보이는 스크린샷을 보내지 마세요. 기기에서 다른 프록시 클라이언트, VPN 또는 브라우저 프록시 확장 프로그램을 사용 중이라면 기존 설정을 기록한 뒤 일단 비활성화하세요. 첫 연결을 확인할 때 어떤 프로그램이 트래픽을 처리하는지 헷갈리지 않도록 하기 위해서입니다. 우선 클라이언트 하나만 설정하고 작동을 확인한 뒤 다른 네트워크 도구와 함께 사용할지 결정하세요.

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

클라이언트에서 ‘구성’ 또는 ‘구독’ 페이지를 열고 ‘새로 만들기’, ‘가져오기’ 또는 더하기 버튼을 찾으세요. URL 가져오기를 선택한 다음 구독 URL을 입력란에 붙여넣습니다. 이름을 입력하라는 메시지가 표시되면 ‘일상용 구성’처럼 알아보기 쉬운 이름을 지정할 수 있습니다. 이 이름은 클라이언트에 표시되는 라벨일 뿐 원격 구독 내용에는 영향을 주지 않습니다. URL이 온전한지 확인한 뒤 ‘가져오기’를 누르고 다운로드와 파싱이 끝날 때까지 기다리세요.

가져오기에 성공하면 페이지에 구성 항목이 표시되며, 보통 이름과 출처 또는 업데이트 시간이 함께 나옵니다. 해당 항목을 누르거나 옆의 ‘활성화’ 또는 ‘사용’ 메뉴를 선택해 현재 구성으로 지정하세요. 가져온 뒤 자동으로 활성화되는 클라이언트도 있지만, 선택 표시가 있는지 확인하는 것이 좋습니다. 구성 항목이 보인다고 해서 코어가 해당 파일을 사용 중이라는 뜻은 아닙니다. ‘프록시’ 페이지로 돌아가 구성의 정책 그룹이 표시되는지 확인해야 이 단계가 끝납니다.

Clash Verge Rev: 현재 구성 확인

Clash Verge Rev에서 ‘구성’ 페이지로 이동해 구독 URL을 가져온 다음 구성 카드가 만들어지면 해당 카드를 선택하세요. 화면에 ‘업데이트’와 ‘편집’이 있다면 업데이트를 활성화로 착각하지 않도록 주의하세요. 업데이트는 내용을 다시 가져오는 기능이며, 구성을 선택해야 코어에서 해당 구성을 사용합니다. ‘프록시’ 페이지로 돌아가 프록시 그룹이 표시되는지 확인하세요. 구성 페이지에는 항목이 있는데 프록시 페이지가 비어 있다면 먼저 구성이 선택되었는지 살펴보고, 로그에서 파싱 오류를 확인하세요. 시스템 프록시를 반복해서 켜는 것은 해결 방법이 아닙니다.

로컬 파일을 사용하려면 ‘파일 가져오기’를 선택하거나 구성 페이지에서 YAML 파일을 여세요. 파일 확장자만 .yaml로 바꾸면 안 됩니다. 파일 내용이 클라이언트에서 지원하는 구성 형식이어야 합니다. 로컬 파일은 보통 원격 구독처럼 자동 업데이트되지 않습니다. 이후 동기화가 필요하다면 출처와 URL의 유효성을 확인한 뒤 URL 구독을 사용하세요. 클라우드 드라이브 공유 페이지를 원본 구성 URL로 사용하면 안 됩니다.

가져오기 중 다운로드에 실패하면 네트워크 요청 오류인지 형식 파싱 오류인지 먼저 구분하세요. 네트워크 오류라면 URL 만료 여부와 계정 유효성, 현재 네트워크에서 구독 서비스에 접속할 수 있는지 확인합니다. 파싱 오류라면 형식 선택이 올바른지, 파일에 웹페이지 내용이 섞이지 않았는지 확인하세요. 가져오기를 연속해서 눌러 중복 구성을 만들지 마세요. 구독 업데이트에 프록시 연결이 필요하다면 클라이언트에서 사용 가능한 연결이나 지원되는 업데이트 프록시 설정을 이용하세요. 자세한 내용은 문제 해결 가이드를 참고하세요. 구성을 활성화한 뒤 다음 단계에서 모드를 선택합니다.

2단계: 규칙 모드와 프록시 그룹 선택

‘프록시’ 페이지에서 실행 모드 선택기를 찾으세요. 보통 ‘규칙’, ‘전역’, ‘직접 연결’로 표시되며 Rule, Global, Direct로 나오는 경우도 있습니다. 처음 설정할 때는 ‘규칙’을 선택하세요. 현재 구성의 규칙을 순서대로 적용해 연결을 처리하며, 프록시가 필요한 요청은 해당 정책 그룹으로 보내고 나머지는 구성에 따라 직접 연결하거나 다른 정책을 사용합니다. 이 모드는 구독에 포함된 기존 트래픽 분배 설정을 유지하고, 나중에 로그로 문제를 찾기에도 편리합니다.

규칙 모드를 선택한 다음 화면에 표시되는 정책 그룹을 살펴보세요. 그룹 이름은 구성 작성자가 정하므로 Proxy, 노드 선택 또는 용도에 따른 다른 이름일 수 있습니다. 모든 플랫폼에서 공통으로 사용하는 필수 그룹 이름은 없습니다. 주요 프록시 요청을 처리하는 그룹을 찾아 펼친 뒤 현재 사용할 수 있는 프록시나 구성에 이미 설정된 자동 정책 그룹을 선택하세요. 클라이언트에 선택 테두리, 체크 표시 또는 현재 선택된 항목이 나타날 수 있습니다. 선택이 저장되었는지 확인한 뒤 페이지를 나가세요.

정책 그룹 유형에 따라 선택 방법이 다릅니다. select는 구성원을 직접 선택해야 합니다. url-test와 fallback은 설정된 검사 방식에 따라 구성원을 선택하므로 수동 그룹으로 바꿀 필요가 없습니다. 그룹 안에 다른 정책 그룹이 포함될 수도 있습니다. 이때는 그룹 이름만 보고 고정된 출구라고 판단하지 말고, 다음 단계의 선택도 확인하세요. 처음 연결을 확인하는 동안 여러 그룹을 한꺼번에 수정하면 실패 원인을 찾기 어려워집니다.

Clash 사용자 규칙: 처음에는 기존 순서 유지

규칙 모드는 순서대로 규칙을 적용하며, 앞쪽 규칙이 일치하면 일반적으로 뒤쪽 규칙은 더 이상 확인하지 않습니다. 아래 예시는 도메인 규칙, 지역 규칙, 마지막 기본 규칙의 관계를 설명하기 위한 것으로, 단독 실행 가능한 완전한 구성은 아닙니다. Proxy는 실제로 존재하는 프록시 또는 정책 그룹 이름이어야 합니다. 현재 구독에서 다른 이름을 사용한다면 그대로 붙여넣어 바꾸면 안 됩니다.

rules:
  - DOMAIN-SUFFIX,github.com,Proxy
  - DOMAIN-KEYWORD,google,Proxy
  - GEOIP,CN,DIRECT
  - MATCH,Proxy

DOMAIN-SUFFIX는 지정한 도메인과 하위 도메인을 일치시키고, DOMAIN-KEYWORD는 도메인 키워드로 일치시킵니다. GEOIP는 대상 IP의 위치 정보를 기준으로 판단하며 MATCH는 기본 규칙으로 사용됩니다. 처음 사용할 때는 이러한 규칙을 직접 추가하지 말고 구독에 포함된 구성이 제대로 작동하는지 먼저 확인하세요. 규칙을 수정해야 한다면 클라이언트의 덮어쓰기 또는 병합 방식을 먼저 확인하세요. 원격 구독 파일을 직접 수정하면 업데이트 과정에서 변경 내용이 사라질 수 있습니다. 규칙 충돌이나 일치 오류는 문제 해결 가이드에서 확인하세요.

‘전역’은 짧은 비교 테스트에 사용할 수 있지만, 모든 앱의 트래픽이 연결된다는 뜻은 아닙니다. 코어에 도달한 요청의 분배 방식만 바꿉니다. ‘직접 연결’도 클라이언트를 끄는 설정이 아니라 코어에 들어온 연결을 직접 연결로 처리하는 모드입니다. 규칙 모드와 주요 정책 그룹을 확인한 다음, 브라우저나 앱의 요청을 코어로 보내는 설정을 진행하세요.

3단계: 네트워크 트래픽 연결

구성과 정책 그룹은 코어가 전달받은 요청을 처리하는 방식만 정합니다. 시스템의 모든 앱이 자동으로 프록시를 사용하도록 보장하지는 않습니다. 데스크톱에서는 보통 시스템 프록시를 켜고, 모바일에서는 시스템 VPN 인터페이스를 통해 트래픽을 연결합니다. 클라이언트에서 코어 시작 오류가 표시되지 않는지 확인한 뒤 플랫폼에 맞는 연결 방식을 하나만 켜세요. 처음에는 브라우저로 테스트하고 DNS, 라우팅, 여러 고급 설정을 동시에 바꾸지 마세요.

데스크톱: Clash 시스템 프록시 켜기

홈 화면이나 ‘설정’에서 ‘시스템 프록시’를 찾아 켜세요. 클라이언트가 시스템에 기기의 프록시 주소와 수신 포트를 등록하면 시스템 프록시 설정을 사용하는 브라우저와 앱이 요청을 클라이언트로 보낼 수 있습니다. 일부 클라이언트에는 같은 기능이 ‘시스템 프록시 설정’으로 표시됩니다. 운영체제의 네트워크 프록시 설정을 열면 보통 기기 자체를 가리키는 주소가 표시됩니다. 이를 원격 노드의 서버 주소로 바꿀 필요는 없습니다.

브라우저에 프록시 전환 확장 프로그램이 설치되어 있다면 확장 프로그램을 시스템 프록시 사용으로 바꾸거나 일시적으로 비활성화하세요. 그렇지 않으면 확장 프로그램이 운영체제 설정을 덮어쓸 수 있습니다. 설정을 변경한 뒤 새 탭에서 대상 웹사이트에 다시 접속하세요. 필요한 경우 기존 연결을 닫고 테스트합니다. 터미널 명령, 일부 게임 및 네트워크 연결을 직접 관리하는 앱은 시스템 프록시를 사용하지 않을 수 있습니다. 따라서 브라우저만 작동하고 다른 앱은 작동하지 않아도 구독 가져오기에 실패한 것은 아닙니다.

로컬 수신 포트를 임의로 추측해 설정하지 마세요. 앱에 프록시 주소를 직접 입력해야 한다면 클라이언트에 표시된 HTTP, SOCKS 또는 혼합 포트를 사용하고, 앱의 프로토콜이 수신 유형과 일치하는지 확인하세요. 첫 연결을 확인할 때는 LAN 연결 허용을 켤 필요가 없습니다. 다른 기기에 프록시를 제공해야 하고 네트워크 접근 범위를 이해한 경우에만 해당 옵션을 조정하세요.

더 넓은 범위의 트래픽 연결이 필요할 때 TUN 모드 사용

TUN 모드는 가상 네트워크 인터페이스로 트래픽을 처리하므로 시스템 프록시를 따르지 않는 앱에 적합합니다. 다만 서비스 구성 요소나 시스템 권한, 높은 권한이 필요할 수 있습니다. 시스템 프록시를 통해 브라우저가 정상 작동한다면 우선 현재 설정을 유지해도 됩니다. TUN이 꼭 필요하다면 클라이언트 안내에 따라 서비스 구성 요소를 설치하거나 활성화한 뒤 ‘TUN 모드’를 켜고 권한, 가상 네트워크 어댑터 또는 라우팅 오류가 표시되는지 확인하세요. 오류를 해결하지 않은 채 스위치를 반복해서 켜고 끄지 마세요.

시스템 프록시와 TUN을 반드시 함께 켜야 하는 것은 아닙니다. 처음 익힐 때는 트래픽 연결 방식을 한 번에 하나씩만 변경하고, 작동을 확인한 뒤 계속 사용할 방식을 정하세요. 기기에서 회사 VPN, 가상 머신 네트워크 또는 보안 소프트웨어도 실행 중이라면 호환성을 먼저 확인해야 합니다. LAN 접속에 문제가 생기면 방금 변경한 설정을 되돌린 다음 문제 해결 가이드에서 라우팅과 DNS를 확인하세요. 설정을 계속 추가하지 마세요.

Android: Clash Meta 실행 및 VPN 권한 확인

Android에서 구성을 활성화한 뒤 클라이언트 홈 화면으로 돌아가 ‘시작’ 또는 ‘연결’을 누르세요. 처음 실행하면 시스템 VPN 연결 요청이 표시되는 경우가 많습니다. 안내를 읽고 승인하세요. 이 권한은 클라이언트가 로컬 VPN 인터페이스를 만들도록 허용하는 것이며, 별도의 VPN 서비스를 구매했다는 뜻은 아닙니다. 실행에 성공하면 상태 표시줄에 VPN 아이콘이 나타나고 클라이언트에도 실행 상태가 표시됩니다. 버튼 이름과 상태 표시는 클라이언트 버전에 따라 다를 수 있으니 실제 기기 화면을 기준으로 확인하세요.

다른 VPN 앱이 연결되어 있다면 먼저 연결을 끊은 뒤 현재 클라이언트를 시작하세요. Android에서는 일반적으로 두 개의 VPN 서비스가 동일 사용자의 네트워크를 동시에 연결할 수 없습니다. 앱별 프록시를 설정했다면 테스트할 브라우저가 연결 대상에 포함되어 있는지 확인하세요. 우회 목록을 사용 중이라면 테스트 앱이 제외되어 있지 않은지도 살펴보세요. 앱이 화면에 떠 있을 때만 연결이 유지된다면 그때 시스템 배터리 관리의 백그라운드 실행 제한을 확인하면 됩니다. 처음부터 모든 추가 권한을 허용할 필요는 없습니다.

iOS 사용자는 iOS 클라이언트 페이지에서 Clash Plus를 선택하고 앱의 가져오기 절차에 따라 구성을 활성화한 다음, 시스템 안내에 따라 VPN 구성을 추가하도록 허용하세요. 연결을 마친 뒤 다음 단계에서 실제 요청과 클라이언트에 표시되는 기록으로 작동 여부를 확인하세요. 상태 표시줄 아이콘만 확인해서는 안 됩니다.

4단계: 연결 페이지와 로그에서 작동 확인

클라이언트를 실행한 상태에서 브라우저로 테스트할 웹사이트를 열고 ‘연결’ 페이지에 해당 도메인이나 대상 주소가 표시되는지 확인하세요. 기존 연결의 영향을 줄이려면 새 탭에서 요청을 보내는 것이 좋습니다. 목록에서 대상을 찾을 수 없다면 해당 웹사이트 탭을 닫았다가 다시 여세요. 연결 기록이 있으면 요청이 코어에 도달한 것입니다. 이어서 어떤 규칙이 적용됐고 어떤 출구 경로를 선택했는지 확인해야 합니다.

‘로그’ 페이지를 열고 연결 정보가 표시되는 로그 수준(예: info)으로 설정한 다음 대상 웹사이트에 다시 접속하세요. 일부 클라이언트는 실행 이후의 로그만 보관하므로 요청을 재현하는 동안 로그를 함께 확인해야 합니다. 대상 도메인으로 필터링하면 다른 백그라운드 요청을 줄일 수 있습니다. 아래는 형식을 설명하기 위한 예시이며, 대상 도메인은 예시 주소이므로 실제 웹사이트에서 해당 기록이 발생했다는 뜻은 아닙니다.

[TCP] 127.0.0.1 --> www.example.com:443 match DomainSuffix(example.com) using Proxy

먼저 대상 주소를 찾아 방금 보낸 요청에 해당하는 기록인지 확인하세요. 다음으로 match 뒤의 규칙 유형과 내용을 확인하고, 마지막으로 using 뒤의 정책을 살펴봅니다. 로그에 DIRECT가 표시되면 이번 요청은 구성에 따라 직접 연결된 것입니다. 웹페이지가 열린다고 해서 원격 프록시를 사용했다고 판단하면 안 됩니다. 프록시 그룹 이름이 표시되면 연결 세부 정보나 그룹에서 현재 선택된 항목을 함께 확인해 실제로 사용된 프록시를 파악하세요.

작동 여부는 세 단계로 확인할 수 있습니다. 대상 요청이 클라이언트에 들어왔는지, 예상한 규칙이 적용됐는지, 선택한 출구를 통해 응답이 정상적으로 돌아왔는지 살펴보세요. 시스템 프록시가 켜져 있다는 사실만으로 마지막 단계까지 성공했다고 볼 수 없습니다. 외부 IP가 바뀌었다고 해서 모든 앱의 트래픽이 연결됐다는 뜻도 아닙니다. 출구를 확인해야 한다면 신뢰할 수 있는 IP 정보 서비스를 참고하되, 해당 요청의 연결 세부 정보를 기준으로 판단하세요. 한 번의 조회 결과를 기기 전체에 적용되는 결론으로 보지 마세요.

브라우저에서 웹페이지가 열리지 않고 클라이언트에도 새 기록이 전혀 없다면 3단계로 돌아가 트래픽 연결 방식, 브라우저 확장 프로그램, 앱별 설정을 확인하세요. 대상 연결은 보이지만 시간 초과가 발생한다면 주요 프록시 그룹에서 현재 선택된 항목을 확인하고, 사용 가능한 것으로 확인된 다른 항목을 선택해 다시 테스트하세요. 로그에 도메인 조회 오류가 명확히 표시되면 기존 구성을 유지하고 오류 내용을 기록하세요. 여러 DNS 설정을 동시에 바꾸지 마세요. 세 가지 증상은 서로 다른 단계에서 발생하므로 순서대로 확인해야 합니다.

계속 사용하기: 구독 업데이트 및 정상 종료

일상적으로 시작할 때는 현재 구성이 여전히 유효한지 확인한 뒤 필요한 경우 네트워크 트래픽 연결을 켜세요. 구독은 ‘구성’ 페이지에서 직접 업데이트하거나 클라이언트의 예약 업데이트 기능을 사용할 수 있습니다. 업데이트가 끝나면 주요 정책 그룹의 선택이 유지되었는지 확인하세요. 업데이트 후 갑자기 사용할 수 없다면 업데이트 전후의 구성 차이를 먼저 확인하고 바로 프로그램을 재설치하지 마세요. 사용자 규칙을 시험할 때는 한 번에 대상 하나만 수정하고 원래 구성으로 되돌릴 수 있도록 보관하세요.

데스크톱에서 종료하기 전에 시스템 프록시를 끄거나 클라이언트의 정상적인 ‘종료’ 메뉴를 사용해 시스템 설정을 복원할 수 있도록 하세요. 프로세스를 강제 종료한 뒤 브라우저가 인터넷에 연결되지 않으면 시스템 프록시가 중지된 로컬 포트를 계속 가리키는지 확인하세요. 모바일에서는 클라이언트 연결을 끊고 VPN 상태가 종료되었는지 확인합니다. 연결을 끊는 대신 구성을 삭제하지 마세요. 구성 관리와 네트워크 트래픽 연결은 별개의 기능입니다.

빠른 시작 절차가 끝났습니다. 이후 구독 가져오기 실패, DNS 오류, 시스템 프록시 미작동 또는 클라이언트 충돌이 발생하면 문제 해결 가이드에서 증상에 맞는 원인을 찾으세요. 클라이언트를 바꾸려면 클라이언트 비교 가이드를 확인하세요. 구독과 필요한 로컬 규칙을 보관한 뒤 이 페이지의 네 단계를 따라 다시 확인하면 됩니다.

Clash 다운로드