Clash 사용법

1단계: 구독 가져오기

Clash 클라이언트를 열고 ‘설정’ 또는 ‘구독’ 페이지로 이동하세요. ‘추가’, ‘가져오기’ 또는 더하기 버튼을 찾아 URL로 원격 설정을 추가합니다. 일부 데스크톱 클라이언트는 설정 페이지 상단에 구독 입력란을 바로 표시하지만, 모바일에서는 먼저 이름과 주소를 입력해야 할 수 있습니다. 이름은 설정을 구분하는 용도이므로 ‘일반 설정’처럼 지정하면 됩니다. 실제로 다운로드할 내용을 결정하는 것은 주소입니다.

설정 제공업체에서 구독 링크 전체를 복사해 주소 입력란에 붙여넣고, 앞뒤 공백이나 줄바꿈, 메신저가 덧붙인 문장부호가 들어가지 않았는지 확인하세요. 링크의 쿼리 매개변수도 주소의 일부이므로 임의로 삭제하지 마세요. 제공업체가 여러 형식을 안내한다면 Clash 또는 mihomo 호환이라고 명시된 설정 링크를 선택하세요. 일반 웹 주소나 다른 클라이언트 전용 링크는 현재 Clash 클라이언트에서 인식되지 않을 수 있습니다.

‘가져오기’, ‘저장’ 또는 ‘다운로드’를 누른 뒤 설정을 가져오고 파싱할 때까지 기다리세요. 성공하면 보통 이름, 업데이트 시간 또는 출처가 표시된 설정 항목이 나타납니다. 항목이 보인다고 해서 반드시 활성화된 것은 아닙니다. 해당 설정을 눌러 ‘사용’, ‘현재 설정으로 지정’ 또는 이에 해당하는 선택 항목을 누르고 현재 설정 표시가 나타날 때까지 진행하세요. 일부 Clash 클라이언트는 가져온 설정을 자동으로 활성화하지만, 상태를 한 번 더 확인하는 것이 좋습니다.

설정이 불러와졌는지 확인

이어서 ‘프록시’ 페이지로 이동해 설정에 정의된 정책 그룹이 표시되는지 확인하세요. 정책 그룹의 이름은 설정 작성자가 정하므로 ‘프록시 선택’, ‘자동 선택’ 또는 다른 사용자 지정 이름일 수 있습니다. 모든 클라이언트에서 공통으로 사용하는 그룹 이름은 없습니다. 목록이 비어 있다면 설정 페이지로 돌아가 현재 설정이 선택되었는지 확인하고, 로그에 파싱 오류가 있는지도 살펴보세요. 구독 가져오기, 설정 활성화, 정책 그룹 표시를 차례로 확인해야 합니다.

구독 다운로드에 실패하면 먼저 ‘가져오지 못함’과 ‘내용 파싱 실패’를 구분하세요. 가져오지 못하는 문제는 주소 만료, 네트워크 연결 불가 또는 계정 상태와 관련된 경우가 많습니다. 파싱 실패는 내용을 가져왔지만 형식, 필드 또는 코어 호환성에 문제가 있다는 뜻입니다. 가져오기를 반복해도 형식 불일치는 해결되지 않습니다. 제공업체에서 호환되는 주소를 다시 복사하고 오류 메시지를 확인하세요. 가져오기를 위해 시스템의 인증서 검증을 함부로 끄지 마세요.

로컬 파일만 있다면 ‘파일 가져오기’ 메뉴에서 제공업체가 제공한 YAML 설정을 선택하세요. 가져온 뒤 현재 설정으로 지정하면 됩니다. 로컬 파일에 원격 구독의 업데이트 기능이 자동으로 포함되는 것은 아닙니다. 이후 업데이트하려면 파일을 교체하거나 설정에 지정된 provider를 새로고침해야 합니다. 처음부터 여러 설정을 추가할 필요는 없습니다. 하나의 설정으로 이후 확인 절차를 완료해 실제로 적용된 설정을 헷갈리지 않도록 하세요.

2단계: 프록시 모드 선택

‘프록시’, ‘모드’ 또는 홈 화면의 모드 선택 영역으로 이동해 처음에는 ‘규칙’을 선택하세요. 규칙 모드에서는 현재 설정의 규칙에 따라 각 연결의 경로가 결정됩니다. 일부 연결은 직접 접속하고, 일부는 프록시 정책 그룹으로 전달되며, 설정에 차단 규칙이 있다면 연결이 차단될 수도 있습니다. 모든 웹사이트가 프록시를 거치는 것은 아니며 실제 동작은 가져온 설정에 따라 달라집니다. 처음에는 설정 제공업체가 마련한 규칙을 그대로 사용하면 일반 접속과 프록시가 필요한 접속을 구분하기 쉽습니다.

규칙 모드를 선택한 뒤 프록시 출구로 사용할 정책 그룹을 여세요. 그룹에 수동 선택 목록이 있으면 사용 가능한 노드를 선택하고, ‘자동 선택’이나 장애 조치 그룹이 있으면 설정 안내에 따라 해당 그룹을 선택할 수 있습니다. 노드 이름만으로는 사용 가능 여부를 판단할 수 없습니다. Clash 클라이언트에 연결 테스트 기능이 있다면 실행해도 되지만, 결과는 참고용입니다. 4단계에서 대상 웹사이트에 실제로 접속되는지 확인해야 합니다.

모드와 정책 그룹은 각각 설정

모드는 연결을 어떻게 분배할지 결정하고, 정책 그룹은 분배된 연결에 어떤 출구를 사용할지 결정합니다. 두 설정은 같은 스위치가 아닙니다. 화면에 규칙 모드가 표시되어도 프록시 정책 그룹에서 DIRECT가 선택되어 있다면 해당 그룹으로 전달된 연결은 계속 직접 연결됩니다. 모드 이름만 확인하지 말고 현재 선택 항목을 살펴보세요. 정책 그룹 안에 다른 정책 그룹이 중첩되어 있다면 다음 단계까지 열어 최종 대상이 노드, 자동 선택 그룹 또는 직접 연결인지 확인하세요.

규칙 문제를 확인할 때 ‘전역’ 모드를 잠시 사용할 수 있지만, 모든 기기 트래픽이 자동으로 처리된다는 뜻은 아닙니다. 모드는 코어에 전달된 연결만 처리합니다. 시스템 프록시를 사용하지 않는 앱의 트래픽은 Clash 클라이언트를 우회할 수 있습니다. 전역 모드로 바꾼 뒤에도 전역 정책 그룹에서 실제 프록시 출구를 선택했는지 확인하세요. 모드만 전환했다고 프록시가 작동한다고 판단해서는 안 됩니다.

선택을 마친 뒤에는 설정을 그대로 유지하세요. 규칙을 수정하거나 DNS를 조정하고 여러 노드를 바꾸는 일을 동시에 하지 않아야 문제가 생겼을 때 비교 기준이 명확합니다. DIRECT, 정책 그룹 또는 규칙 적용 방식의 의미는 용어집에서 확인할 수 있습니다. 규칙 순서, 자동 선택 정책 또는 규칙 집합을 직접 설정하려면 고급 설정을 참고하세요. 첫 연결 전에 이 설정을 모두 마칠 필요는 없습니다.

3단계: 연결 활성화

먼저 Clash 클라이언트의 홈 화면이나 상태 영역에서 코어를 시작할 수 있는지 확인하세요. 별도의 ‘시작’ 버튼이 있다면 코어를 먼저 시작하고, 앱과 함께 코어가 자동으로 실행된다면 아래 시스템 트래픽 설정으로 넘어가면 됩니다. 창이 열려 있다고 프록시 서비스까지 실행 중인 것은 아닙니다. 로그에 설정 오류나 수신 포트 충돌이 표시되면 시스템 프록시를 켜기 전에 오류부터 해결하세요.

데스크톱에서 시스템 프록시 켜기

Windows, macOS 또는 Linux용 Clash 클라이언트에서 ‘시스템 프록시’ 스위치를 찾아 켜세요. 일반적으로 시스템 프록시 주소를 로컬 프록시 수신 포트로 지정해 시스템 프록시 설정을 따르는 브라우저와 앱의 연결을 Clash 클라이언트로 전달합니다. 인터넷에서 본 고정 포트 번호를 그대로 입력할 필요는 없습니다. 현재 클라이언트 설정에 표시된 실제 포트를 사용하세요. 처음 설정한 뒤 홈 화면으로 돌아가 시스템 프록시가 계속 켜져 있는지 확인하세요.

권한 요청이 나타나면 사용 중인 Clash 클라이언트에서 보낸 요청인지 확인하고 시스템 안내에 따라 허용하세요. Linux 데스크톱 환경과 앱은 시스템 프록시를 지원하는 방식이 제각각이며, 명령줄 도구가 데스크톱 시스템 프록시 설정을 읽지 않을 수도 있습니다. 이 가이드에서는 먼저 브라우저로 기본 연결을 확인하며, 터미널 프로그램의 인터넷 접속 여부를 첫 번째 판단 기준으로 삼지 않습니다. macOS에서 보조 구성 요소나 시스템 설정 확인을 요청하면 현재 클라이언트의 설치 안내를 따르세요. 시스템 프록시만 사용하기 위해 다른 네트워크 확장을 기본적으로 켤 필요는 없습니다.

모바일에서 VPN 설정 허용

Android와 iOS에서는 보통 ‘연결’, ‘시작’ 또는 전원 모양 버튼을 사용합니다. 처음 누르면 시스템에서 VPN 설정을 추가하거나 VPN 연결을 허용해 달라고 요청할 수 있습니다. 앱 이름과 안내를 확인한 뒤 권한을 허용하고 Clash 클라이언트로 돌아가 연결 상태를 확인하세요. 여기서 말하는 VPN은 운영체제가 제공하는 트래픽 처리 인터페이스입니다. VPN이라는 특정 프록시 프로토콜을 사용한다는 뜻은 아니며, 실제 출구는 현재 설정과 정책 그룹에 따라 결정됩니다.

권한 요청을 취소했다면 Clash 클라이언트로 돌아가 연결 버튼을 다시 누르세요. 기기에서 다른 VPN이 실행 중이면 기존 연결이 끊기거나 해당 앱을 먼저 중지하라는 요청이 나타날 수 있습니다. Android에서는 백그라운드 제한으로 앱을 벗어난 뒤 연결이 중지될 수 있습니다. 먼저 앱을 화면에 띄운 상태에서 확인하고, 성공한 뒤 필요한 경우 시스템 설정에서 백그라운드 실행을 허용하세요. iOS에서는 시스템 권한 절차가 끝날 때까지 기다리고, 확인 창이 열려 있는 동안 연결 버튼을 반복해서 누르지 마세요.

첫 연결에서는 TUN을 함께 켜지 마세요

데스크톱에서 ‘시스템 프록시’와 ‘TUN 모드’를 모두 사용할 수 있더라도 이번에는 시스템 프록시만 사용해 브라우저 연결을 확인하세요. TUN은 시스템 프록시를 따르지 않는 앱의 연결도 더 폭넓게 처리할 수 있지만 가상 네트워크 어댑터, 권한, 라우팅 설정이 필요합니다. 기본 연결 문제를 해결하는 만능 버튼은 아닙니다. 게임, 명령줄 도구 또는 특정 앱의 트래픽도 처리해야 한다면 4단계를 마친 뒤 고급 설정의 TUN 안내에 따라 별도로 켜고 확인하세요.

연결을 켠 뒤에는 Clash 클라이언트를 계속 실행해 두세요. 데스크톱 클라이언트에 따라 창을 닫으면 트레이로 최소화되거나 앱이 완전히 종료될 수 있으므로 실제 동작을 확인하세요. 프록시를 잠시 사용하지 않을 때는 Clash 클라이언트를 종료하기 전에 시스템 프록시를 끄거나 모바일 연결을 중지하세요. 코어가 중지됐는데 시스템 프록시가 계속 로컬 포트를 가리키면 브라우저에서 인터넷에 접속하지 못할 수 있습니다. 이 경우 시스템 프록시 설정이 남아 있는지 확인하고, 기기 전체의 DNS를 바꾸거나 모든 네트워크 설정을 초기화하지 마세요.

4단계: 작동 여부 확인

현재 설정, 모드, 출구를 그대로 둔 채 브라우저에서 새 탭을 열어 평소 접속할 수 있는 웹사이트를 방문하고 기본 인터넷 연결이 정상인지 확인하세요. 이어서 현재 설정에서 프록시를 사용해야 하는 웹사이트에 접속합니다. 평소 알고 있고 접속이 허용된 사이트를 선택하고 출처를 알 수 없는 테스트 링크는 사용하지 마세요. 기존 페이지를 다시 불러오거나 필요하면 이전 탭을 닫고 새로 열어 브라우저 캐시 때문에 연결이 성공했다고 오판하지 않도록 하세요.

그동안 Clash 클라이언트의 ‘연결’ 페이지에서 방금 방문한 도메인이나 대상 주소를 찾아보세요. 연결이 금방 끝나 기록을 찾기 어렵다면 웹페이지를 다시 새로고침하거나 로그를 잠시 열어 관련 항목을 확인하세요. 대상, 적용된 규칙, 정책 그룹, 최종 출구를 살펴보세요. 기록에 특정 프록시 그룹으로 전달된 뒤 선택한 노드가 최종 출구로 표시되어야 이번 프록시 확인의 예상 결과와 일치합니다. DIRECT가 표시되면 해당 연결은 직접 처리된 것입니다.

접속 결과와 연결 기록을 함께 확인

웹페이지가 열리면 대상에 접속할 수 있다는 뜻이고, 연결 기록은 어떤 경로를 거쳤는지 보여줍니다. 두 가지를 함께 확인해야 합니다. VPN 아이콘, 시스템 프록시 스위치 또는 코어 실행 상태만으로 대상 웹사이트가 프록시를 거쳤다고 판단할 수는 없습니다. IP 확인 페이지에 표시된 출구 주소도 해당 요청의 경로만 보여줄 뿐 모든 앱과 도메인이 같은 출구를 사용한다는 뜻은 아닙니다. 규칙 모드에서 직접 연결과 프록시 연결이 함께 나타나는 것은 일반적입니다.

페이지는 열리지만 연결 기록이 직접 연결로 표시된다면 먼저 해당 대상이 원래 직접 연결하도록 설정되어 있는지 확인하세요. 프록시 경로와 비교하려면 잠시 전역 모드로 전환하고 전역 정책 그룹에서 프록시 출구를 선택한 뒤 같은 대상에 다시 접속해 기록을 확인할 수 있습니다. 비교가 끝나면 규칙 모드로 되돌리세요. 특정 페이지 하나 때문에 모든 규칙을 삭제하거나, 판단 근거 없이 모드와 DNS, TUN 설정을 한꺼번에 바꾸지 마세요.

연결 문제는 순서대로 점검

연결 기록이 전혀 나타나지 않으면 먼저 시스템 프록시나 모바일 연결이 계속 켜져 있는지 확인하세요. 브라우저에 별도의 프록시 설정이 있거나 다른 프록시 확장 프로그램이 설치되어 있는지도 살펴보세요. 일부 앱은 시스템 프록시를 따르지 않아 이 경로를 우회할 수 있습니다. 구독이 만료됐다고 바로 판단하기보다 다른 브라우저로 먼저 확인하세요. 기록은 있지만 연결 실패가 계속된다면 현재 설정이 활성화되어 있는지, 정책 그룹에서 사용 가능한 출구를 선택했는지 확인한 다음 노드 하나만 바꿔 비교하세요.

구독이 만료되었거나 서비스가 중단되었거나 노드 자체에 연결할 수 없는 경우 TUN을 켜도 출구 문제는 해결되지 않습니다. 같은 노드를 사용할 때 특정 도메인만 문제가 있다면 로그를 보고 규칙 적용, DNS 조회, 원격 연결 오류를 구분하세요. HTTPS 인증서 오류가 나타나면 민감한 페이지에 계속 접속하지 말고 인증서 경고 무시를 일반적인 해결책으로 사용하지 마세요. 먼저 시스템 시간을 확인하고 대상 주소가 맞는지 살펴본 뒤 문제 해결에서 증상에 따라 점검하세요.

확인을 마친 뒤 현재 사용하는 설정 이름, 프록시 모드, 정책 그룹 선택을 기록해 두면 나중에 복구하기 쉽습니다. 원격 구독을 업데이트하려면 설정 페이지에서 해당 설정의 ‘업데이트’ 또는 새로고침 버튼을 누르세요. 업데이트가 끝나면 여전히 현재 설정으로 선택되어 있는지 확인합니다. 자동 업데이트 간격은 제공업체와 클라이언트 안내를 따르세요. 너무 자주 설정할 필요는 없습니다. 원격 설정을 직접 수정한 내용은 다음 업데이트 때 덮어써질 수 있으므로 계속 유지할 변경 사항은 클라이언트에서 지원하는 오버라이드 방식을 사용하세요.

필요에 따라 기능을 추가하면 됩니다. 사용 중 문제가 생기면 문제 해결을, 익숙하지 않은 설정 항목은 용어집을 참고하세요. 시작 시 자동 실행, 규칙 집합 관리, DNS와 Fake-IP, TUN 또는 외부 컨트롤 패널이 필요할 때는 고급 설정으로 이동하세요. 기본 연결 확인을 마친 뒤에는 기능을 한 번에 하나씩 추가하고 이 절의 접속 및 연결 기록 확인을 반복해야 추가 설정이 실제로 어떤 변화를 일으켰는지 알 수 있습니다.