Clash 빠른 시작 가이드

1단계: 구독을 가져와 설정 적용

시작하기 전에 서비스 제공업체가 안내한 구독 주소 전체를 준비하세요. 클라이언트는 설정을 읽고 규칙을 적용하는 도구이며, 설치만으로 사용할 수 있는 프록시가 자동 생성되지는 않습니다. 구독 주소에는 보통 인증 정보가 포함되므로 비밀번호처럼 안전하게 보관하고 공개 게시판에 올리지 마세요. 주소가 보이는 화면을 그대로 캡처해 도움을 요청하는 것도 피해야 합니다. 이 가이드에서 구독 주소를 사이트에 제출할 필요는 없습니다.

올바른 구독 주소 복사

구독을 제공하는 관리 페이지에서 Clash, Clash Meta 또는 mihomo용 구독 항목을 찾아 복사합니다. 여러 형식이 제공된다면 현재 클라이언트 코어와 호환되는 형식을 우선 선택하세요. 브라우저 주소창에 표시된 계정 페이지, 공유 페이지, 구매 페이지는 구독 주소와 다릅니다. 복사한 주소의 앞뒤가 온전한지 확인하고, 특히 물음표 뒤의 매개변수가 빠지지 않았는지 살펴보세요.

서비스 제공업체가 다른 클라이언트 형식만 제공한다면 링크 이름만 바꿔서는 호환되지 않습니다. 먼저 제공업체의 형식 안내를 확인하고 네이티브 Clash 설정을 지원하는지 살펴보세요. 형식 변환이 꼭 필요하다면 변환 서비스가 구독 인증 정보를 어떻게 처리하는지 확인하고, 비공개 주소를 낯선 웹사이트에 함부로 붙여 넣지 마세요. 형식 차이는 프로토콜 및 코어 참고에서 확인할 수 있습니다. 처음에는 바로 가져올 수 있는 설정을 사용하는 것이 좋습니다.

주소를 저장하고 첫 업데이트 완료 대기

클라이언트의 ‘구독’ 또는 ‘설정’ 화면에서 ‘새로 만들기’, ‘추가’ 또는 ‘URL에서 가져오기’를 선택합니다. 원격 주소 입력란에 전체 주소를 붙여 넣고 ‘일상용 설정’처럼 알아보기 쉬운 이름을 지정한 다음 저장 또는 가져오기를 누릅니다. 입력란 옆에 다운로드 버튼이 있는 클라이언트는 버튼을 눌러야 설정을 실제로 가져옵니다. 주소를 입력했더라도 저장하지 않았다면 가져오기가 끝난 것이 아닙니다.

화면에 업데이트 성공이 표시되면 설정 카드의 상태를 확인합니다. 파싱, 다운로드 또는 권한 오류가 발생하면 여기서 멈추세요. 주소와 구독 유효 기간, 서비스 제공업체의 공지를 다시 확인하고 필요하면 현재 네트워크에서 재시도합니다. 다운로드 실패를 해결하려고 전역 모드를 계속 바꾸지 마세요. 실행 모드는 이미 불러온 설정의 트래픽 분기를 제어할 뿐, 잘못된 주소나 호환되지 않는 파일을 고치지는 못합니다.

로컬 YAML 파일을 사용하는 경우 구독 URL 입력란에 파일 경로를 넣지 말고 ‘파일 가져오기’ 또는 ‘로컬 설정’ 메뉴에서 파일을 선택하세요. 로컬 파일은 원격 업데이트가 자동으로 되지 않으므로 내용을 바꾸려면 다시 가져오거나 클라이언트에서 지원하는 방법으로 편집해야 합니다. 파일에서 다른 규칙이나 프록시 제공자를 참조한다면 해당 리소스를 추가로 내려받아야 할 수 있습니다. 처음 가져오기에 성공했다고 모든 외부 리소스가 준비된 것은 아닙니다.

설정을 선택해 코어에서 실제로 불러오기

저장이 끝나면 해당 설정의 ‘사용’ 또는 ‘적용’ 버튼을 누르거나 설정 카드를 선택합니다. 현재 설정으로 표시되는지 확인한 뒤 프록시 화면에서 설정에 정의된 프록시 그룹이 보이는지 살펴보세요. 가져오기는 설정 소스를 클라이언트에 저장하는 작업이고, 적용은 코어가 그 안의 프록시와 규칙, 설정을 불러오는 작업입니다. 목록에 설정 카드가 있다는 사실만으로 설정이 적용 중이라고 볼 수는 없습니다.

처음에는 적용할 설정을 하나만 명확하게 선택해 두세요. 나중에 어떤 규칙을 사용 중인지 헷갈리지 않도록 구독 내용을 직접 수정하거나 여러 소스를 동시에 추가하지 않는 것이 좋습니다. 프록시 화면이 여전히 비어 있다면 설정 화면으로 돌아가 불러오기 오류를 확인하고, 도움말 센터에서 ‘구독 업데이트 실패’ 또는 ‘설정 파싱 실패’ 해결 방법을 찾아보세요. 프록시 그룹이 보이면 다음 단계로 넘어갑니다.

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

설정을 불러온 뒤 ‘프록시’ 화면이나 메인 화면의 모드 선택 메뉴를 엽니다. 처음 사용하는 경우 ‘규칙’을 선택하세요. 영문 UI에서는 보통 Rule로 표시됩니다. 현재 설정의 규칙에 따라 요청을 직접 연결할지, 프록시 그룹에 전달할지, 거부할지가 결정됩니다. 규칙 모드의 실제 동작은 구독 내용에 따라 달라지므로 ‘규칙’이라는 이름이 붙은 설정이라도 결과가 항상 같지는 않습니다.

모드를 먼저 정하고 연결 경로를 선택

일반적인 모드로는 규칙, 전역, 직접 연결이 있습니다. 규칙 모드는 설정에 따라 요청을 하나씩 처리하고, 전역 모드는 보통 요청을 전역 프록시 그룹에 보내지만 그룹 안에서 연결 경로를 선택해야 합니다. 직접 연결 모드에서는 프록시를 거치지 않습니다. 전역 모드는 문제 범위를 좁혀 확인할 때는 유용하지만 구독이 정상이라는 증거는 아닙니다. 처음에는 규칙 모드를 유지하고 이후 연결 기록으로 실제 트래픽 분기를 확인하세요.

모드를 정한 다음 주요 연결 경로를 담당하는 프록시 그룹을 펼칩니다. 설정 작성자에 따라 ‘노드 선택’, ‘프록시’ 또는 PROXY 등으로 표시될 수 있습니다. 구독에 실제로 포함된 프록시 항목을 선택하세요. 자동 선택 그룹이 제공된다면 사용해도 됩니다. 안내에 나온 고정된 그룹 이름을 찾거나 이름이 다르다는 이유로 구독을 다시 가져올 필요는 없습니다. 규칙이 최종적으로 어떤 그룹을 참조하는지 확인하는 것이 중요합니다.

프록시 그룹 안에 다른 그룹이 들어 있어 두 단계로 선택해야 하는 경우도 있습니다. 예를 들어 기본 그룹에서 ‘자동 선택’을 고르면 그 그룹이 여러 프록시 중 연결 경로를 정합니다. 이런 구성은 정상입니다. 항목을 직접 선택한 뒤 현재 선택 표시가 바뀌었는지 확인하세요. DIRECT를 선택하면 관련 요청이 직접 연결될 수 있고, REJECT를 선택하면 요청이 거부될 수 있습니다. 둘 다 경로 처리 방식이며 속도 측정이 필요한 원격 서버가 아닙니다.

테스트 결과를 참고하되 수치만으로 판단하지 않기

클라이언트에서 연결 또는 지연 시간 테스트를 지원한다면 한 번 실행해 응답하지 않는 항목을 확인할 수 있습니다. 테스트는 특정 주소에 요청을 보내므로 그 결과는 해당 시점에 테스트 대상까지 연결되는지만 보여 줍니다. 모든 웹사이트와 프로토콜의 사용 가능 여부를 보장하지는 않습니다. 테스트 결과가 없어도 바로 DNS를 바꿀 필요는 없습니다. 현재 선택을 기록해 두고 다음 단계에서 브라우저로 실제 요청을 보내 보세요.

구독을 업데이트하면 항목 이름이나 그룹 구조가 바뀌어 기존에 직접 선택한 항목이 더 이상 유효하지 않을 수 있습니다. 따라서 구독을 크게 변경한 뒤에는 클라이언트에 실행 중이라고 표시되는지만 보지 말고 프록시 화면에서 현재 그룹을 확인하세요. 여기까지 완료하면 규칙 모드가 선택되어 있고 주요 프록시 그룹의 연결 경로가 설정된 것을 확인할 수 있습니다. 이제 시스템이나 앱의 요청을 클라이언트로 전달하면 됩니다.

3단계: 프록시를 켜고 연결

프록시 그룹을 준비한 뒤 클라이언트 메인 화면에서 코어가 오류 없이 실행되는지 확인합니다. 데스크톱 클라이언트 중에는 실행 후 코어는 작동하지만 시스템 프록시는 꺼져 있는 경우가 있습니다. 반대로 ‘시작’을 눌러야 설정을 불러오는 클라이언트도 있습니다. 설정이 적용되고 코어가 정상 실행되는 것을 확인한 다음 플랫폼에 맞는 연결 방법을 선택하세요. 창이 열려 있다는 이유만으로 요청이 클라이언트에 전달되고 있다고 판단하면 안 됩니다.

데스크톱: 시스템 프록시부터 사용

클라이언트의 ‘설정’ 또는 ‘홈’에서 ‘시스템 프록시’를 찾아 켭니다. 이 스위치는 시스템 프록시 설정이 로컬 클라이언트의 수신 포트를 가리키도록 합니다. 그러면 브라우저처럼 시스템 프록시를 따르는 앱이 요청을 클라이언트로 보냅니다. 처음에는 기본 수신 주소와 포트를 그대로 사용하세요. 흔히 안내되는 포트 번호를 모든 입력란에 임의로 넣지 마세요. 설치 환경에 따라 포트가 이미 사용 중일 수 있으므로 클라이언트에 표시된 실제 값을 기준으로 해야 합니다.

권한 안내가 표시되면 먼저 방금 실행한 클라이언트에서 나온 요청인지 확인한 다음 시스템 안내에 따라 진행합니다. 시스템 프록시를 켠 직후 다시 꺼진다면 다른 프록시 도구나 브라우저 확장 프로그램, 시스템 관리 정책이 설정을 변경하는지 확인하세요. 먼저 다른 유사 도구를 일시 중지한 뒤 현재 클라이언트의 시스템 프록시를 다시 켭니다. 여러 프로그램이 같은 설정을 번갈아 덮어쓰는 일을 피할 수 있습니다.

시스템 프록시는 모든 앱의 트래픽을 일괄 처리하는 스위치가 아닙니다. 일부 게임, 터미널 또는 자체 네트워크 스택을 사용하는 앱은 시스템 프록시를 따르지 않을 수 있습니다. 따라서 이번에는 시스템 설정을 따르는 일반 브라우저로 확인하세요. 브라우저 연결이 되기도 전에 환경 변수를 추가하고 TUN을 켜고 DNS까지 바꾸지 마세요. 변경 사항이 늘어나면 원인 파악이 어려워져 기본 설정이 올바른지 확인하기 힘듭니다.

모바일: 시스템 연결 권한 확인

모바일 클라이언트는 보통 ‘연결’ 또는 ‘시작’ 버튼을 눌러 로컬 VPN 터널을 만듭니다. 버튼을 누르면 시스템에서 VPN 설정 추가 또는 VPN 연결 권한을 요청할 수 있습니다. 앱 이름이 맞는지 확인한 뒤 허용하고 클라이언트로 돌아가 연결 상태를 확인하세요. 상태 표시줄에 VPN 아이콘이 나타나는 것은 터널이 만들어졌다는 뜻일 뿐, 선택한 원격 프록시의 사용 가능 여부까지 보장하지는 않습니다. 마지막 단계에서 실제 접속을 확인해야 합니다.

기기에서 다른 VPN이나 업무용 프로필 네트워크, 트래픽 필터링 도구를 함께 실행 중이면 연결이 시스템 제한을 받을 수 있습니다. 다른 유사 연결을 끊고 현재 클라이언트를 다시 시작하세요. 처음 연결한 뒤에는 테스트가 끝날 때까지 클라이언트를 전면에 두세요. 정상 작동을 확인한 다음 필요에 따라 백그라운드 실행이나 배터리 관리 설정을 조정하면 됩니다. 처음부터 모든 시스템 권한을 바꿀 필요는 없습니다.

기본 연결 확인 후 TUN 설정

특정 앱이 시스템 프록시를 따르지 않고 클라이언트와 시스템이 해당 기능을 지원하는 경우에만 TUN 모드를 고려하세요. 서비스 모드, 관리자 권한 또는 추가 시스템 권한이 필요할 수 있으며 라우팅과 DNS 동작에도 영향을 줍니다. 처음 연결할 때 시스템 프록시와 TUN을 동시에 켤 필요는 없습니다. 먼저 요청이 지나가는 경로를 하나로 명확히 확인하세요. 자세한 차이는 프로토콜 및 코어 참고를 확인하고, 시작 오류는 도움말 센터에서 해결 방법을 찾아보세요.

사용을 중지하려면 데스크톱에서는 먼저 시스템 프록시를 끈 다음 클라이언트를 종료하고, 모바일에서는 연결 해제를 누른 뒤 연결이 끝났는지 확인하세요. 일부 클라이언트는 종료할 때 시스템 프록시를 자동으로 정리하지만 비정상 종료 시에는 정리가 완료되지 않을 수 있습니다. 종료 후 브라우저에서 오히려 인터넷에 접속할 수 없다면 구독을 삭제하거나 프로그램을 다시 설치하기 전에 시스템 프록시가 종료된 로컬 포트를 계속 가리키는지 확인하세요.

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

클라이언트를 실행한 상태로 두고 브라우저에서 새 탭을 열어 평소 사용하는 웹사이트에 접속합니다. 이미 완전히 열린 페이지를 새로고침하는 것만으로 확인하지 마세요. 캐시 때문에 정상적으로 보이더라도 새 요청이 발생하지 않았을 수 있습니다. 브라우저에서 별도의 프록시 확장 프로그램을 사용한다면 시스템 설정을 따르는지 확인해 다른 연결 경로로 테스트하는 일을 피하세요.

페이지 결과와 연결 기록 비교

웹페이지에 접속하면서 클라이언트의 ‘연결’ 또는 ‘로그’ 화면을 엽니다. 방금 발생한 요청이 표시되는지 확인하고 대상 도메인, 적용된 규칙, 최종 프록시 경로를 살펴보세요. 클라이언트마다 표시 항목은 다릅니다. 규칙 유형을 표시하는 경우도 있고 그룹 이름과 출구를 보여 주는 경우도 있습니다. 방금 보낸 요청을 확인할 수 있다면 ‘앱 → 클라이언트 → 규칙 → 연결 경로’ 순서로 점검하면 됩니다.

페이지가 정상적으로 열리고 기록에 예상한 프록시 그룹이 표시된다면 이번 요청의 기본 연결 경로가 정상적으로 작동한 것입니다. 기록에 DIRECT가 표시되면 먼저 해당 도메인 규칙에 맞는 결과인지 확인하세요. 직접 연결이 항상 오류인 것은 아닙니다. 규칙 모드에서는 요청마다 서로 다른 경로를 사용할 수 있습니다. 특정 도메인이 왜 그렇게 처리되는지 알고 싶다면 모든 트래픽을 바로 전역 모드로 바꾸기보다 참고 페이지에서 규칙 매칭 설명을 확인하세요.

새 기록이 전혀 보이지 않는다면 시스템 프록시 스위치, 모바일 연결 상태, 브라우저의 프록시 설정부터 확인하세요. 필요하면 일반 정보 수준의 로그를 켜고 요청을 다시 보내 정상 연결을 오류 로그만 확인하다 놓치지 않도록 합니다. 기록은 있지만 연결 시간 초과나 핸드셰이크 실패가 발생하면 다른 설정은 그대로 두고 현재 그룹의 다른 사용 가능한 프록시로 바꿔 재시도하세요. 연결 경로 문제인지 로컬 연동 문제인지 구분하는 데 도움이 됩니다.

문제를 순서대로 해결하고 정상 설정은 유지

도메인 이름 확인 오류가 발생하면 한 웹사이트에서만 문제가 생기는지 먼저 확인한 다음 구독 리소스가 정상적으로 업데이트됐는지 살펴보세요. 설정 불러오기 오류라면 브라우저 설정을 바꾸지 말고 1단계로 돌아갑니다. 특정 앱만 연결되지 않는다면 해당 앱이 시스템 프록시를 따르는지 확인하세요. 포트, 모드, DNS를 한꺼번에 바꾸는 것보다 증상에 해당하는 단계로 돌아가 처리하는 편이 원인을 파악하기 쉽습니다.

터미널 명령과 브라우저는 검증 대상이 서로 다릅니다. 브라우저는 정상이어도 터미널에서는 프록시 환경 변수를 설정하거나 사용하는 도구에 프록시 주소를 직접 입력해야 할 수 있습니다. 주소와 포트는 클라이언트의 실제 수신 설정을 기준으로 하세요. 터미널, UWP 루프백, 구독 업데이트 실패, Fake-IP 관련 내용은 도움말 센터에서 해당 항목을 찾아보세요. 이 페이지에서는 브라우저 연결이 정상적으로 작동하면 첫 설정을 완료한 것으로 봅니다.

완료 후 설정 기록과 다음 실행

정상적으로 연결되면 현재 적용 중인 설정 이름, 실행 모드, 프록시 그룹 선택, 연결 방식을 기록해 두세요. 전체 구독 주소는 기록할 필요가 없습니다. 나중에 클라이언트를 바꾸거나 문제를 해결할 때 이 네 가지 정보가 ‘연결됨’만 표시된 스크린샷보다 유용합니다. 도움을 요청할 때는 구독 인증 정보, 계정 정보, 공개하고 싶지 않은 방문 도메인을 스크린샷에서 가리세요.

다음에 실행할 때는 현재 설정이 선택되어 있는지 먼저 확인하고 코어와 시스템 프록시 또는 모바일 연결 상태를 점검하세요. 시스템 프록시를 수동으로 껐다면 창을 여는 것만으로 다시 켜지지 않을 수 있습니다. 자동 연결 여부는 클라이언트 설정에 따라 다릅니다. 기본 흐름이 안정적으로 작동한 뒤 필요에 따라 시작 시 자동 실행이나 구독 정기 업데이트를 켜고, 구독을 업데이트한 후에는 프록시 그룹 선택도 확인하세요.