Clash 사용법
구독 가져오기와 연결 확인

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

클라이언트를 열고 ‘설정’ 또는 ‘구독’ 페이지로 이동합니다. 데스크톱에서는 보통 구독 주소 입력란을 제공하며, 먼저 ‘새로 만들기’나 ‘가져오기’를 눌러야 할 수도 있습니다. 모바일에서는 대개 화면 오른쪽 위의 더하기 버튼을 누릅니다. URL 또는 원격 설정 유형을 선택하고 구독 링크 전체를 붙여 넣은 다음 ‘가져오기’ 또는 ‘저장’을 누르세요. 이름 입력란이 있다면 설정을 구분하기 쉬운 이름을 지정해도 됩니다. 이 이름은 설정을 식별하는 용도일 뿐 구독 내용에는 영향을 주지 않습니다.

링크를 붙여 넣을 때 앞뒤에 공백이나 줄바꿈, 메신저가 덧붙인 문장 부호가 없는지 확인하세요. 설정 제공업체가 Clash 또는 mihomo 호환이라고 명시한 주소를 사용해야 합니다. 계정 홈, 결제 페이지, 구독 관리 웹페이지 주소와는 다릅니다. 계정 페이지에서 전용 구독 주소를 복사해야 하는 경우도 있습니다. 브라우저 주소창에 표시된 현재 페이지 주소는 구독 링크를 대신할 수 없습니다. 주소 끝부분만 보고 형식을 판단하지 마세요. 서버에서 구독 응답 형식을 동적으로 생성할 수도 있습니다.

가져오기를 실행한 뒤 다운로드와 파싱이 끝날 때까지 기다립니다. 성공하면 설정 목록에 새 항목이 추가되고, 업데이트 상태가 표시되거나 새로고침 버튼이 나타날 수 있습니다. 이어서 해당 설정 카드를 누르거나 ‘활성화’, ‘현재 설정으로 지정’ 등의 메뉴를 사용해 현재 설정이 변경되었는지 확인하세요. 가져온 설정을 자동으로 선택하는 클라이언트도 있지만, 저장만 하는 클라이언트도 있습니다. 가져오기만 하고 활성화하지 않으면 프록시 페이지에 이전 설정의 정책 그룹이 계속 표시될 수 있습니다.

로컬 YAML 파일 가져오기

파일을 받은 경우 ‘파일에서 가져오기’ 메뉴를 사용해 기기에 저장된 YAML 파일을 선택한 뒤 현재 설정으로 지정하세요. 모바일에서는 시스템 파일 선택기가 열릴 수 있습니다. 파일의 스크린샷이나 메신저 기록이 아니라 실제 파일이 저장된 폴더를 찾아야 합니다. 오프라인에서 가져온 일반 로컬 설정에는 원격 구독 주소가 자동으로 추가되지 않습니다. 이후 업데이트가 가능한지는 파일에 포함된 리소스 참조와 클라이언트의 관리 기능에 따라 달라집니다.

가져오는 중 파싱 오류가 발생하면 먼저 제공받은 파일의 형식을 확인하세요. Base64 노드 목록, 단일 프로토콜 링크, 완전한 Clash 설정 파일은 서로 다른 형식이므로 임의로 대체할 수 없습니다. 호환되는 형식을 제공업체에 요청하고, 자격 정보가 포함된 구독을 출처를 알 수 없는 서비스에 제출해 변환하지 마세요. 형식의 차이는 용어 가이드에서 자세히 확인할 수 있습니다. 이 튜토리얼에서는 우선 정상적으로 불러올 수 있는 설정으로 진행합니다.

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

설정을 활성화한 뒤 ‘프록시’ 페이지에서 ‘규칙’, ‘전역’, ‘직접 연결’ 실행 모드를 찾습니다. 처음에는 ‘규칙’을 선택하세요. 이 모드에서는 현재 설정의 규칙에 따라 연결 경로가 결정됩니다. 일부 요청은 직접 연결되고, 다른 요청은 지정된 정책 그룹으로 전달됩니다. 모드 이름이 같아도 설정마다 동작이 완전히 똑같지는 않습니다. 실제 트래픽 분기는 현재 불러온 규칙과 정책 그룹에 따라 달라집니다.

이어서 페이지에 표시된 정책 그룹을 확인하세요. 그룹 이름은 설정에 따라 달라지며 용도나 지역별로 구성될 수 있으므로 튜토리얼의 이름과 일치하지 않아도 됩니다. 주요 프록시 출구를 담당하는 선택 그룹을 찾아 펼친 뒤, 설정 제공업체가 사용 가능하다고 확인한 프록시를 선택하세요. ‘자동 선택’과 같은 정책이 있다면 사용할 수 있지만, 선택 가능한 프록시가 실제로 포함되어 있는지 확인해야 합니다. 변경 사항은 보통 즉시 적용되므로 구독 전체를 다시 가져올 필요가 없습니다.

정책 그룹은 다른 정책 그룹을 참조할 수 있다는 점에 유의하세요. 바깥 그룹에서 자동 정책을 선택했다고 해서 최종 출구가 고정되는 것은 아닙니다. 실제로 어떤 프록시를 사용하는지는 안쪽 그룹의 선택이나 자동 테스트 결과에 따라 달라집니다. 페이지의 현재 선택 항목이 DIRECT라면 해당 정책이 직접 연결을 사용한다는 뜻이지, 프록시 연결이 성공했다는 의미는 아닙니다. 먼저 주요 정책 그룹이 어디를 가리키는지 확인하고 연결 기록으로 실제 경로를 검증하세요. 지연 시간 숫자 하나만 보는 것보다 정확합니다.

규칙·전역·직접 연결 모드의 차이

모드 선택은 코어에 전달된 요청에만 영향을 주며 모든 앱이 자동으로 프록시를 사용하는 것은 아닙니다. 특히 데스크톱에서는 ‘규칙’을 선택한 뒤에도 다음 단계에서 시스템 프록시를 설정해야 합니다. 전역 모드라고 해서 기기 전체의 트래픽이 자동으로 가로채지는 않습니다. 클라이언트를 거치지 않는 프로그램은 여전히 인터넷에 직접 연결될 수 있습니다. ‘요청이 코어에 들어가는지’와 ‘들어온 요청에 어떤 정책을 적용하는지’를 나눠서 이해하면 문제를 잘못 판단하는 일을 줄일 수 있습니다.

이 단계에서는 구독에 포함된 DNS, 규칙, 포트 설정을 유지하고 복잡한 덮어쓰기 설정을 추가하거나 Fake-IP로 전환하지 마세요. 기본 연결을 확인한 뒤 실제 필요에 따라 조정하면 됩니다. 규칙 적용 순서, 정책 그룹 유형, 설정 파일 작성법은 전체 가이드에서 이어서 확인할 수 있습니다.

3단계: 시스템 프록시 또는 모바일 연결 켜기

이제 설정과 정책을 정했으니 앱의 요청을 클라이언트로 전달해야 합니다. 홈 화면이나 실행 상태 페이지로 돌아가 코어가 실행 중인지, 반복 종료나 설정 로드 실패, 포트 사용 중 알림이 없는지 확인하세요. 클라이언트 실행과 함께 코어가 시작되는 경우도 있고 ‘시작’을 직접 눌러야 하는 경우도 있습니다. 상태 페이지와 로그를 기준으로 확인하세요. 다음은 기기에 맞는 트래픽 처리 방법 하나를 선택합니다. 초기 설정에서는 여러 방법을 동시에 켜지 마세요.

Windows 및 macOS: 먼저 시스템 프록시 사용

클라이언트 홈 화면이나 설정 페이지에서 ‘시스템 프록시’를 켭니다. 이 설정은 보통 시스템 프록시 주소를 로컬 코어의 수신 포트로 지정해 시스템 프록시를 따르는 브라우저와 앱의 요청을 전달합니다. 활성화한 뒤 브라우저로 돌아가 페이지를 다시 여세요. 기존 연결이 이전 경로를 계속 사용할 수 있으므로 재생 중인 페이지 하나만 새로고침해서는 설정 변경이 반영되지 않을 수 있습니다.

클라이언트에서 포트가 사용 중이라는 알림이 표시되면 다른 프록시 클라이언트가 실행 중인지, 시스템 프록시를 수동으로 설정한 적이 있는지 먼저 확인하세요. 다른 프록시 클라이언트를 잠시 종료한 뒤 다시 시도하되, 정체를 모르는 시스템 프로세스를 강제 종료하지 마세요. 포트를 변경해야 한다면 클라이언트의 수신 포트와 시스템 프록시에 입력하는 포트가 일치해야 합니다. 특정 숫자로 변경할 필요는 없습니다. 앱 내부에서 별도로 프록시를 설정한 프로그램은 자체 네트워크 옵션도 확인해야 합니다.

Android 및 iOS: 시스템 연결 권한 확인

클라이언트 홈 화면에서 ‘시작’ 또는 ‘연결’을 누릅니다. 처음 연결할 때 시스템 VPN 연결 또는 VPN 설정 추가 확인 창이 표시되는 경우가 많습니다. 권한 내용을 읽고 허용하세요. 기기에 따라 잠금 해제 정보를 입력해야 할 수도 있습니다. 연결한 뒤 클라이언트로 돌아와 연결 상태가 켜져 있는지 확인하고, 시스템 네트워크 상태에 VPN 표시가 있는지도 살펴보세요. 이 시스템 권한은 기기의 트래픽을 전달하는 통로를 설정하는 용도이며, 표시만 보고 원격 프록시를 사용할 수 있다고 판단할 수는 없습니다.

기기에 다른 VPN이 연결되어 있다면 기존 연결을 끊은 다음 현재 클라이언트를 시작하세요. Android의 앱별 분할 설정에서는 일부 앱만 VPN 통로를 이용하도록 제한할 수 있으므로 테스트할 브라우저가 대상에 포함되어야 합니다. 모바일에서 시작 직후 연결이 끊긴다면 먼저 권한이 허용되었는지, 설정이 정상적으로 로드되는지 확인한 뒤 시스템의 백그라운드 제한을 살펴보세요. 처음부터 모든 배터리 관리와 네트워크 설정을 바꿀 필요는 없습니다.

Linux 및 TUN 사용 시 유의 사항

Linux 데스크톱 환경마다 시스템 프록시 지원 방식이 다릅니다. 클라이언트가 데스크톱 설정을 자동으로 변경하지 않는다면 데스크톱 네트워크 설정에서 클라이언트의 실제 수신 주소와 포트를 사용해 프록시를 구성하세요. 터미널 프로그램은 프록시 환경 변수를 별도로 설정해야 할 수도 있습니다. 브라우저에서 접속된다는 이유만으로 시스템 전체가 트래픽을 처리한다고 판단하지 마세요. 우선 이번에 테스트할 앱으로 기본 동작을 확인하세요.

TUN은 트래픽을 처리하는 또 다른 방식으로, 서비스 설치와 관리자 권한, 라우팅 및 DNS 설정이 필요할 수 있습니다. 처음에는 시스템 프록시 방식으로 먼저 연결을 확인하세요. 시스템 프록시를 따르지 않는 앱까지 처리해야 할 때 TUN 설정을 살펴보면 됩니다. 특정 프로그램에서 변화가 없다고 TUN, 전역 모드, DNS 덮어쓰기를 한꺼번에 켜지 마세요. 어떤 변경이 영향을 줬는지 판단하기 어려워집니다. 차이는 문제 해결 가이드에서 확인할 수 있습니다.

4단계: 연결 기록으로 작동 여부 확인

클라이언트를 실행한 상태로 브라우저에서 프록시를 통해 접속할 사이트를 열고 클라이언트의 ‘연결’ 페이지도 확인하세요. 캐시된 내용을 새 네트워크 요청으로 착각하지 않도록 새 탭을 열어 요청을 다시 보내는 것이 좋습니다. 테스트 사이트에 해당하는 도메인이나 대상 주소를 찾아 연결 상세 정보에서 적용된 규칙, 정책 그룹, 실제 프록시 경로를 확인합니다. 클라이언트마다 표시되는 항목은 조금씩 다르지만, 핵심은 요청이 코어에 들어갔는지와 최종적으로 어떤 출구에 전달됐는지 확인하는 것입니다.

기록에서 요청에 예상한 규칙이 적용되고 방금 선택한 프록시를 사용하며 웹페이지가 정상적으로 로드된다면 기본적인 프록시 검증이 완료된 것입니다. 이어서 설정상 직접 연결되어야 하는 사이트에 접속해 DIRECT로 연결되는지 확인하세요. 규칙 모드에서 직접 연결 기록이 나타나는 것은 정상이며 ‘프록시가 켜지지 않았다’는 뜻이 아닙니다. 프록시와 직접 연결을 모두 확인하는 이유는 한 웹페이지가 열린다는 것만 확인하는 대신 설정의 트래픽 분기를 검증하기 위해서입니다.

신뢰할 수 있는 공개 IP 확인 사이트를 보조 수단으로 사용해 트래픽 처리 기능을 켰을 때와 껐을 때의 출구 변화를 비교할 수도 있습니다. 다만 브라우저의 출구가 바뀌었다는 사실은 해당 요청의 경로만 보여줍니다. 모든 앱이 같은 프록시를 사용하거나 DNS 동작이 예상대로라는 점까지 증명하지는 않습니다. DNS 트래픽 처리와 유출을 자세히 확인하려면 전체 가이드의 DNS 섹션을 참고하세요. 여기서는 우선 연결 경로를 확인합니다.

예상대로 작동하지 않을 때 확인할 순서

웹페이지가 열리지 않으면 먼저 연결 목록에 해당 요청이 표시되는지 확인하세요. 기록이 전혀 없다면 시스템 프록시가 켜져 있는지, 모바일 연결이 유지되는지, 브라우저가 앱별 트래픽 분기에서 제외되지 않았는지 확인합니다. 요청은 표시되지만 직접 연결되는 경우에는 현재 모드, 적용된 규칙, 정책 그룹 선택을 살펴보세요. 프록시를 선택했는데 연결 오류가 발생하면 프록시 사용 가능 여부, 구독 상태, 로컬 네트워크를 확인합니다. 이 순서를 따르면 트래픽 처리, 분기, 출구 문제를 구분할 수 있습니다.

일부 클라이언트에는 후보 프록시를 선별할 수 있는 ‘지연 시간 테스트’나 ‘연결 테스트’ 기능이 있습니다. 하지만 테스트 대상은 실제 웹페이지의 대상과 다를 수 있습니다. 테스트에 성공해도 모든 사이트에 접속할 수 있는 것은 아니며, 실패했다면 로그에 표시된 오류도 함께 확인해야 합니다. 프록시를 비교할 때는 같은 테스트 사이트와 모드를 유지하고 한 번에 한 항목만 변경하세요. 결과 해석은 노드 지연 시간 관련 질문을 참고하세요.

마지막으로 종료 동작을 확인합니다. 테스트를 마친 뒤 시스템 프록시나 모바일 연결을 먼저 끄고 클라이언트를 정상 종료한 다음, 원래 직접 접속할 수 있었던 사이트가 계속 열리는지 확인하세요. 데스크톱에서 클라이언트를 종료한 뒤 네트워크에 문제가 생기면 시스템 설정에 로컬 주소를 가리키는 프록시가 남아 있는지 확인합니다. 모바일에서는 VPN 연결이 끊겼는지 확인하세요. 코어가 중지된 상태에서 앱이 로컬 프록시 포트에 계속 연결되도록 두지 마세요.

이후 업데이트: 구독·규칙·클라이언트 각각 관리

기본 연결을 확인한 뒤 ‘설정’ 또는 ‘구독’ 페이지로 돌아가 현재 원격 설정을 한 번 수동으로 업데이트해 주소가 여전히 유효한지 확인하세요. 자동 업데이트를 지원하는 클라이언트라면 설정 편집 메뉴에서 적절한 간격을 지정하고 단위를 확인해야 합니다. 화면에서는 분 단위를, 설정 리소스 필드에서는 초 단위를 사용할 수 있으므로 같은 숫자를 그대로 입력하면 안 됩니다. 앱을 닫은 동안에도 예약 업데이트가 실행되는지는 클라이언트가 백그라운드에서 계속 작동하는지에 따라 달라집니다.

원격 구독을 새로고침하면 설정 파일에 직접 수정한 내용이 바뀔 수 있습니다. 규칙이나 설정을 장기간 유지해야 한다면 다운로드한 파일을 업데이트할 때마다 다시 수정하는 대신 클라이언트가 지원하는 덮어쓰기, 병합, 확장 기능을 먼저 확인하세요. 규칙 리소스에도 별도의 업데이트 주기가 있을 수 있으므로 구독을 새로고침해도 모든 리소스가 다시 다운로드되는 것은 아닙니다. 코어와 클라이언트 업데이트는 프로그램 기능과 호환성을 관리하는 별도의 업데이트 경로입니다.

이후 설정을 변경할 때는 검증된 상태를 유지하고 한 번에 한 항목만 수정하세요. 문제가 생기면 연결 기록에서 변경된 부분을 확인합니다. 규칙 순서, TUN, DNS 또는 지속적인 덮어쓰기 설정을 더 알아보려면 초보부터 고급까지, 전체 가이드를 읽어보세요. 구체적인 오류는 문제 해결 가이드에서 확인하고, 익숙하지 않은 설정 항목과 용어는 용어 가이드를 참고하세요. 초기 설정 단계에서 모든 항목을 한꺼번에 바꿀 필요는 없습니다.