Clash 입문 가이드

1단계: 구독 가져오기 및 활성화

클라이언트를 열고 ‘설정’, ‘프로필’ 또는 ‘구독’ 페이지로 이동합니다. ‘추가’, ‘가져오기’ 또는 더하기 기호가 있는 메뉴를 찾아 URL 가져오기를 선택하세요. 서비스 제공업체의 구독 관리 페이지로 돌아가 Clash, Clash Meta 또는 mihomo용으로 표시된 설정 구독 URL을 복사한 다음 클라이언트의 주소 입력란에 붙여 넣습니다. 계정 로그인 페이지의 URL이나 웹페이지에 표시된 개별 노드 이름을 구독 링크로 사용하지 마세요.

가져오기 창에서 이름을 입력할 수 있다면 ‘일상 설정’처럼 알아보기 쉬운 이름을 지정해도 됩니다. 이 이름은 설정을 구분하는 용도일 뿐 연결에는 영향을 주지 않습니다. 주소 앞뒤에 공백이나 줄바꿈이 없는지 확인한 뒤 ‘가져오기’ 또는 ‘다운로드’를 누르세요. 클라이언트가 다운로드와 파싱을 마칠 때까지 기다립니다. 완료되면 보통 설정 카드가 표시되거나 목록에 항목이 추가됩니다. 화면에 ‘사용’, ‘활성화’ 또는 설정 이름을 한 번 더 누르라는 안내가 나오면 해당 작업도 마치세요. 파일을 다운로드했다고 해서 코어에 설정이 로드된 것은 아닙니다.

설정이 로드되었는지 확인

새 설정을 선택한 다음 ‘프록시’ 페이지로 이동해 설정에 정의된 정책 그룹과 그룹 내에서 선택할 수 있는 노드 또는 정책이 표시되는지 확인합니다. 구독마다 그룹 이름은 다르며 용도나 지역별로 구성될 수 있으므로 안내와 이름이 정확히 같을 필요는 없습니다. 우선 목록에 항목이 있고 설정 파싱 실패 메시지가 없는지 확인하세요. ‘가져오기 성공’ 알림만으로는 현재 어떤 설정을 사용 중인지 확인할 수 없습니다.

로컬 파일을 사용한다면 같은 페이지에서 ‘파일에서 가져오기’를 선택하고 확장자가 .yaml 또는 .yml인 완전한 설정 파일을 연 다음 현재 설정으로 지정하세요. 일반적인 로컬 파일 가져오기는 원래 구독과 자동으로 동기화되지 않습니다. 이후 업데이트 방법은 클라이언트가 원격 출처를 저장하는지에 따라 다릅니다. 파일 이름은 바꿀 수 있지만 노드 일부만 담긴 텍스트의 확장자를 바꿨다고 완전한 설정 파일이 되는 것은 아닙니다.

가져오기에 실패하면 먼저 형식을 확인하세요

시간 초과나 다운로드 실패가 발생하면 현재 네트워크에서 구독 서비스에 접속할 수 있는지 확인한 다음 계정 상태와 URL이 유효한지 확인하세요. YAML 파싱 오류, 필수 항목 누락, 지원되지 않는 설정 항목이 표시되면 구독 형식과 클라이언트 코어의 호환성을 먼저 점검합니다. Base64 노드 목록, 단일 프로토콜 링크, 완전한 Clash 설정은 서로 다른 입력 형식입니다. 서비스 제공업체에 호환되는 형식을 요청하거나 클라이언트가 명시적으로 지원하는 가져오기 방법을 사용하세요. 같은 내용을 반복해서 붙여 넣어 시도하지 마세요.

첫 가져오기에 실패한 상태에서는 ‘프록시를 통해 업데이트’를 켜도 도움이 되지 않을 수 있습니다. 클라이언트에 아직 사용할 수 있는 프록시 경로가 없을 수 있기 때문입니다. 먼저 설정을 정상적으로 가져올 수 있는 조건을 갖추세요. 구체적인 오류는 자주 묻는 질문에서 확인하고, 형식 차이는 구독 URL, 로컬 YAML, Base64의 차이를 참고하세요. 정책 그룹이 표시된 다음 모드 선택으로 진행하면 됩니다. 지금 설정 파일을 수정할 필요는 없습니다.

2단계: 규칙 모드와 정책 선택

‘프록시’ 또는 ‘실행 모드’ 페이지로 이동해 ‘규칙 / 전역 / 직접 연결’ 옵션을 찾고 먼저 규칙 모드를 선택합니다. 이 모드에서는 현재 설정의 규칙을 차례대로 적용한 뒤 해당 연결을 직접 연결하거나 프록시 정책 그룹으로 전달합니다. 일상적인 사용에 적합합니다. 직접 연결해야 하는 요청은 바로 연결하고 프록시가 필요한 요청은 설정에 지정된 정책을 사용하므로 클라이언트의 실행 방식을 매번 바꿀 필요가 없습니다.

그다음 정책 그룹을 확인합니다. 주 프록시 출구 역할을 하는 그룹을 찾아 펼친 뒤 사용 가능한 노드를 선택하거나 구독에서 제공하는 자동 선택 정책을 사용하세요. 그룹 이름은 설정에 따라 다르므로 ‘기본’이라는 이름만 보고 용도를 판단하지 마세요. 서비스 제공업체의 안내가 있다면 그 내용을 우선 따릅니다. 노드를 직접 선택했다면 선택 표시가 원하는 항목에 있는지 확인하고 이전 화면으로 돌아가 정책 그룹이 해당 선택을 유지하는지 확인하세요.

실행 모드·정책 그룹·시스템 프록시 구분하기

세 설정은 서로 다른 역할을 합니다. 실행 모드는 코어가 연결을 어떻게 처리할지 결정하고, 정책 그룹은 특정 연결에 사용할 최종 출구를 결정하며, 시스템 프록시는 시스템 프록시를 지원하는 앱이 요청을 클라이언트에 전달할지 결정합니다. 규칙 모드를 선택한 것은 트래픽 분배 방식을 정한 것일 뿐, 브라우저가 이미 클라이언트에 연결되었다는 뜻은 아닙니다. 다음 단계에서 시스템 네트워크 경로를 설정해야 합니다. 노드 목록이 보인다고 설정이 끝난 것은 아닙니다.

‘전역’은 코어를 거치는 연결을 전역 정책으로 처리한다는 뜻이지 기기의 모든 앱이 자동으로 클라이언트를 사용한다는 뜻은 아닙니다. ‘직접 연결’은 코어를 거치는 연결이 대상에 직접 접속한다는 의미이며 프로그램을 종료한다는 뜻도 아닙니다. 처음 설정할 때는 규칙 모드를 유지하세요. 특정 규칙이 접속 문제를 일으키는지 비교해야 할 때만 잠시 전역 모드로 테스트하고, 끝나면 규칙 모드로 되돌리세요. 점검용 설정을 일상 설정으로 계속 사용하지 않도록 주의하세요.

클라이언트에서 연결 테스트를 제공한다면 사용할 노드를 한 번 테스트해 응답이 오는지 확인할 수 있습니다. 테스트 결과는 해당 시점에 테스트 대상에 접속할 수 있었는지만 보여 줍니다. 모든 웹사이트의 접속을 보장하지 않으며 반복해서 실행할 필요도 없습니다. 지금은 그룹을 여러 개 변경하거나 규칙을 삭제하거나 DNS 설정을 덮어쓰지 마세요. 구독의 기존 구성을 유지해야 이후 확인에서 노드 문제와 설정 변경 문제를 구분할 수 있습니다. 규칙 순서를 이해하려면 전체 가이드의 규칙 기반 트래픽 분할 안내를 읽어 보세요.

3단계: 프록시 연결 켜기

설정을 활성화하고 정책을 선택한 뒤 클라이언트 홈 화면으로 돌아갑니다. 데스크톱에서는 먼저 코어 또는 서비스가 실행 중인지 확인한 다음 ‘시스템 프록시’ 스위치를 켭니다. 일부 클라이언트는 시작할 때 코어를 자동 실행하지만, 일부는 시작 버튼을 먼저 눌러야 합니다. 화면에 코어가 실행되지 않았다는 메시지가 계속 표시되면 오류를 확인하세요. 시스템 프록시 스위치만 반복해서 켜고 끄지 마세요. 처음에는 TUN을 끈 상태로 두고, 시스템 프록시를 보통 지원하는 브라우저로 기본 연결을 확인하는 것이 좋습니다.

Windows와 macOS에서는 클라이언트가 시스템 네트워크 설정에 시스템 프록시를 적용하며, 일부 클라이언트는 권한을 요청할 수 있습니다. 현재 사용하는 프로그램에서 보낸 요청인지 확인한 뒤 허용하세요. 브라우저에 별도의 프록시 전환 확장 프로그램이 설치되어 있거나 고정 프록시가 직접 설정되어 있으면 시스템 설정을 따르지 않을 수 있습니다. 테스트할 때는 시스템 설정을 사용하도록 변경하세요. Linux 데스크톱 환경과 앱마다 시스템 프록시 지원 방식이 다릅니다. 앱이 해당 설정을 읽지 않는다면 앱 문서에 따라 별도로 구성해야 합니다.

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

Android 또는 iOS 클라이언트는 보통 홈 화면에 ‘연결’ 버튼이나 전체 스위치를 제공합니다. 누르면 시스템에서 VPN 구성 추가 또는 VPN 연결 설정을 요청할 수 있습니다. 앱 이름을 확인하고 승인한 뒤 클라이언트로 돌아와 상태가 연결됨으로 바뀔 때까지 기다리세요. 시스템 VPN 인터페이스는 앱이 트래픽을 처리하는 방식이지 구독을 사용할 수 있다는 뜻은 아닙니다. 상태 표시줄에 VPN 아이콘이 나타나더라도 다음 단계에서 웹 접속과 규칙 적용을 확인해야 합니다.

기기에서 다른 프록시나 VPN 도구가 실행 중이라면 먼저 연결을 끊은 뒤 사용할 클라이언트를 실행하세요. 여러 도구가 동시에 시스템 프록시, 라우팅 또는 VPN 인터페이스를 변경하면 요청 경로를 파악하기 어려워집니다. 모바일에서 앱을 백그라운드로 보내기만 해도 연결이 끊긴다면 클라이언트가 계속 실행 중인지, 시스템의 백그라운드 제한이 적용되는지 먼저 확인하세요. 배터리 관리 기능을 한꺼번에 모두 끄지 말고 실제 증상에 맞춰 조치하면 됩니다.

포트와 TUN은 우선 기본 설정으로 유지

데스크톱 클라이언트에 mixed-port: 7890처럼 로컬 혼합 포트가 표시될 수 있습니다. 이는 흔히 쓰이는 설정 예시일 뿐이며 실제 포트는 현재 클라이언트에 표시된 값을 기준으로 해야 합니다. 시스템 프록시 스위치를 정상적으로 사용하면 보통 클라이언트가 올바른 포트를 설정하므로 예시 값을 직접 복사할 필요가 없습니다. 로그에 주소가 이미 사용 중이라고 표시되면 다른 프록시 프로그램을 먼저 종료하세요. 그래도 충돌하면 포트를 변경하고 수동 프록시를 사용하는 앱에도 변경된 값을 적용하세요.

TUN은 일반적인 시스템 프록시를 사용하지 않는 앱의 트래픽도 처리할 수 있지만 서비스 권한, 가상 네트워크 어댑터, DNS 설정이 필요할 수 있습니다. 처음 연결할 때 반드시 켜야 하는 기능은 아닙니다. 먼저 시스템 프록시 경로를 확인한 뒤 앱에 따라 활성화 여부를 결정하세요. 게임이나 시스템 프록시를 따르지 않는 다른 프로그램의 트래픽을 처리하려면 전체 가이드의 TUN 장을 참고하세요. 연결 상태가 정상이라면 클라이언트를 계속 실행한 채 실제 접속 결과를 확인합니다.

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

브라우저에서 새 탭을 열고 현재 설정에서 직접 연결되어야 하는 웹사이트를 방문한 다음, 프록시를 거쳐야 하는 웹사이트도 방문하세요. 클라이언트 홈 화면의 ‘연결됨’ 표시만 보거나 웹페이지 하나가 열렸다는 이유만으로 판단하지 마세요. 기존 페이지는 캐시에서 로드될 수 있고 이전 연결 경로가 계속 사용될 수도 있습니다. 페이지를 새로 고치거나 새 요청을 보내면서 클라이언트의 연결 기록을 함께 확인하세요.

클라이언트로 돌아가 ‘연결’, ‘세션’ 또는 ‘로그’ 페이지에서 방금 방문한 도메인을 찾습니다. 요청이 기록되었는지, 어떤 규칙이 적용되었는지, 최종적으로 어떤 정책이나 출구를 사용했는지 확인하세요. 직접 연결 요청은 보통 DIRECT로 표시되고, 프록시 요청은 정책 그룹과 실제 노드가 표시될 수 있습니다. 항목 이름은 클라이언트마다 다르지만 판단 기준은 같습니다. 프록시를 거쳐야 하는 연결이 목록에 나타나는 데 그치지 않고 올바른 정책으로 전달되어야 합니다.

기록을 바탕으로 문제 범위 좁히기

브라우저에서 요청을 보냈는데 클라이언트에 관련 기록이 전혀 없다면 시스템 프록시가 켜져 있는지, 브라우저가 시스템 설정을 사용하는지, 테스트 요청이 실제로 다시 전송되었는지 먼저 확인하세요. 요청이 아직 코어에 도달하지 않았을 수 있으므로 당장은 트래픽 분할 규칙을 수정하지 마세요. 기록은 있지만 예상과 다른 출구를 사용했다면 적용된 규칙과 정책 그룹 선택을 확인하세요. 규칙은 순서대로 적용되며 먼저 일치한 규칙이 이후 경로를 결정합니다.

기록에 프록시로 전달된 것으로 표시되는데도 웹페이지가 시간 초과된다면 같은 정책 그룹에서 사용 가능한 다른 노드를 선택한 뒤 새 요청을 보내세요. 일부 도메인에서만 실패한다면 로그에 DNS 오류나 연결 거부가 있는지 확인하고 클라이언트를 바로 재설치하지 마세요. 인증서 경고가 표시되어도 인증서 검증을 바로 끄지 마세요. 먼저 기기 시간, 대상 웹사이트, 현재 네트워크 환경을 확인합니다. 자세한 점검 순서는 연결됐는데 웹페이지가 열리지 않을 때 확인할 항목을 참고하세요.

일상적으로 사용할 설정 저장

접속과 트래픽 분할이 예상대로 작동하면 규칙 모드를 유지하고 현재 사용하는 설정과 주요 정책 그룹을 기억해 두세요. 클라이언트에서 자동 업데이트를 지원한다면 구독 상세 정보에서 적절한 주기를 설정할 수 있습니다. 예를 들어 하루에 한 번 업데이트하려면 단위가 분인 입력란에는 1440, 시간 단위라면 24를 입력하세요. 클라이언트마다 단위가 다르므로 저장하기 전에 라벨을 확인해야 합니다. 노드 목록을 자주 갱신하려고 지나치게 짧은 간격을 설정하지 마세요.

마지막으로 종료 방법을 확인합니다. 데스크톱에서는 시스템 프록시를 먼저 끈 뒤 클라이언트를 정상적으로 종료하고, 자주 사용하는 직접 연결 웹사이트에 계속 접속할 수 있는지 확인하세요. 모바일에서는 먼저 연결을 끊고 시스템 연결 상태도 종료되었는지 확인합니다. 다시 시작한 뒤 필요할 때 연결을 켜면 됩니다. 이 과정으로 프록시 설정이 남아 있는지 확인하고 정상적인 종료 방법도 익힐 수 있습니다. 비정상 종료 후 브라우저에서 인터넷에 접속할 수 없다면 설정 전체를 바로 삭제하지 말고 시스템이 중지된 로컬 프록시를 계속 가리키는지 먼저 확인하세요.

기본 설정이 끝났습니다. 구독이 활성화되어 있고 실행 모드는 규칙으로 설정되어 있으며, 앱 트래픽이 클라이언트에 전달되고 기록에 표시된 출구도 예상과 일치합니다. 이후에는 필요에 따라 구독을 업데이트하고 정책을 바꾸되, 이전 설정으로 되돌릴 수 있도록 보관하세요. 특정 항목에 궁금한 점이 있다면 자주 묻는 질문을 확인하세요. 규칙, DNS 또는 TUN을 더 설정하려면 기초부터 고급까지 다루는 전체 가이드를 이어서 읽어 보세요. 첫 연결부터 모든 옵션을 한꺼번에 변경할 필요는 없습니다.