Clash 사용법
구독 가져오기 → 프록시 모드 선택 → 연결 시작 → 작동 확인. 클라이언트와 유효한 구독을 준비했다면 약 10분이면 기본 설정을 마칠 수 있습니다. 설치와 권한 승인, 네트워크 문제 해결에는 추가 시간이 걸릴 수 있습니다.
시작 전 준비
Clash 클라이언트는 설정을 읽고 연결을 처리하지만, 설치만으로 사용할 수 있는 프록시 노드가 자동 생성되지는 않습니다. 시작하기 전에 구독 서비스나 네트워크 관리자가 제공한 유효한 설정과 정상적으로 작동하는 기본 네트워크가 필요합니다. 프록시를 켜기 전에 평소 접속할 수 있는 사이트를 열어 Wi-Fi, 유선 네트워크 또는 모바일 데이터가 정상인지 확인하세요. 기본 네트워크가 연결되지 않으면 설정을 가져와도 문제가 해결되지 않습니다.
이 튜토리얼에서는 규칙 모드를 사용합니다. 데스크톱은 시스템 프록시로, 모바일은 시스템 VPN 권한을 통해 연결을 확인합니다. TUN, 복잡한 DNS 설정, 규칙 재정의는 우선 기존 설정 그대로 두고 첫 연결 때 함께 변경하지 않습니다. 그래야 문제가 생겼을 때 여러 설정이 서로 영향을 주는 대신 어느 단계에서 실패했는지 파악하기 쉽습니다. 각 항목의 의미는 용어 빠른 안내에서 확인할 수 있으며, 복잡한 설정은 고급 설정 안내서에서 다룹니다.
구독 가져오기 및 설정 활성화
먼저 구독 서비스의 관리 페이지에서 Clash 또는 mihomo 설정이라고 명확히 표시된 구독 메뉴를 찾아 페이지의 복사 기능으로 전체 URL을 복사하세요. 브라우저 주소창의 계정 홈 URL이나 노드 이름만 복사하면 안 됩니다. 구독 URL에는 로그인 정보가 포함되는 경우가 많으므로 비밀번호처럼 안전하게 보관하세요. 스크린샷, 로그 또는 문의 내용에 URL을 공개하지 마세요.
클라이언트로 돌아가 ‘설정’ 또는 ‘구독’ 페이지를 엽니다. Clash Verge Rev에서는 보통 설정 페이지의 URL 입력란에 주소를 붙여 넣고 ‘가져오기’를 선택하면 됩니다. 다른 클라이언트는 먼저 ‘새로 만들기’를 누른 뒤 ‘원격 설정’ 또는 ‘URL에서 가져오기’를 선택해야 할 수 있습니다. 알아보기 쉬운 이름을 지정하고 다운로드를 확인하세요. 요청이 완료되면 해당 설정 카드나 목록 항목이 표시되어야 합니다. 계속 로딩 중인 상태로 멈춰 있으면 안 됩니다.
설정 항목이 나타났다고 해서 코어에서 사용 중인 것은 아닙니다. 항목을 누르고 ‘사용’, ‘현재 설정으로 지정’ 또는 클라이언트에 해당하는 선택 메뉴를 사용해 새 항목이 현재 설정으로 표시되는지 확인하세요. 그런 다음 ‘프록시’ 페이지에서 정책 그룹과 선택 항목이 표시되는지 확인합니다. 설정 페이지에는 가져오기 성공으로 나오는데 프록시 페이지가 비어 있다면 현재 설정이 선택되었는지 먼저 확인하고, 로그 페이지에서 설정 구문 분석 오류가 있는지 살펴보세요.
구독 URL과 로컬 파일 구분하기
받은 파일이 .yaml 또는 .yml 파일이라면 ‘파일 가져오기’ 또는 ‘로컬 설정’을 선택하세요. 파일 경로를 원격 구독 입력란에 붙여 넣으면 안 됩니다. 로컬 가져오기는 파일 내용을 읽으며, 이후에는 보통 직접 파일을 교체해야 합니다. 원격 구독은 기존 URL에서 다시 다운로드할 수 있습니다. 두 방법 모두 현재 설정으로 사용할 수 있으므로 처음에는 가지고 있는 자료에 맞는 방법을 선택하면 됩니다. 변환 도구를 미리 배울 필요는 없습니다.
일부 범용 구독은 인코딩된 노드 링크를 반환하므로 완전한 Clash YAML 설정으로 바로 사용할 수 없습니다. 가져올 때 필수 설정 항목이 없다는 오류가 표시되거나 다운로드한 내용이 웹페이지라면, 제공자에게 구독 형식과 URL이 올바른지 확인하세요. 인증 정보가 포함된 링크를 신뢰할 수 없는 온라인 변환 사이트에 입력하지 마세요. 구독, 설정 파일, 노드 링크의 차이는 용어 빠른 안내에서 자세히 확인할 수 있습니다.
가져오기에 실패하면 입력부터 확인
원본 URL을 다시 복사해 앞뒤 공백, 줄바꿈, 누락된 문자가 없는지 확인하고 구독 계정 상태와 현재 네트워크에서 해당 URL에 접속할 수 있는지도 점검하세요. 로그에 다운로드 실패가 표시되는 경우와 YAML 구문 분석 실패가 표시되는 경우는 해결 방법이 다릅니다. 전자는 URL과 네트워크를, 후자는 응답 내용과 코어 지원 여부를 먼저 확인하세요. 가져오기를 계속 반복해서 누르거나 다운로드를 성공시키려고 DNS 항목을 임의로 변경하지 마세요. 자세한 내용은 문제 해결을 확인하세요.
가져오기가 끝나면 설정 업데이트 옵션을 확인하고 제공자가 권장하는 주기에 맞춰 업데이트를 예약할 수 있습니다. 업데이트에 성공한 뒤에도 현재 설정이 정상적으로 작동하는지 확인하세요. 특히 정책 그룹 이름이나 노드 이름이 바뀌었는지 살펴봐야 합니다. 클라이언트에서 직접 수정한 내용은 다음 구독 업데이트 때 덮어쓸 수 있습니다. 처음에는 기존 설정 구조를 유지하고, 이후 고정적으로 변경할 항목이 생기면 로컬 재정의 및 구독 관리를 확인하세요.
규칙 모드와 프록시 노드 선택
‘프록시’ 페이지를 열고 ‘모드’ 또는 ‘아웃바운드 모드’ 영역에서 ‘규칙’을 선택합니다. 클라이언트에는 보통 규칙, 전역, 직접 연결 세 가지 옵션이 표시되며, 설정의 mode: rule, mode: global, mode: direct에 해당합니다. 모드를 바꾸면 코어가 연결의 출구를 선택하는 방식만 달라집니다. 아직 시스템 앱이 프록시에 연결된 것은 아니므로 실제 트래픽 연결은 다음 단계에서 설정합니다.
규칙 모드에서는 설정의 rules를 순서대로 확인해 연결을 지정된 노드, 정책 그룹 또는 직접 연결 경로로 보냅니다. 로컬 서비스와 프록시가 필요한 서비스를 함께 이용할 때 유용하지만, 어떤 사이트가 프록시를 사용하는지는 설정에 따라 달라집니다. 모든 설정이 같은 규칙을 사용하는 것은 아닙니다. 처음에는 제공자가 설정한 규칙을 그대로 사용하고, 특정 사이트가 열리지 않는다고 규칙을 전부 삭제하지 마세요.
정책 그룹에서 사용 가능한 출구 선택
프록시 페이지에서 수동 선택 정책 그룹을 하나 펼칩니다. 그룹 이름은 설정 작성자가 정하므로 ‘프록시 선택’일 수도 있고 다른 이름일 수도 있습니다. 이름만 보고 용도를 판단하지 마세요. 그룹에 노드, 자동 선택 그룹 또는 DIRECT가 있는지 확인합니다. 수동 선택 그룹에서는 제공자가 사용 가능하다고 안내한 노드를 누르고 선택 표시가 해당 항목으로 이동하는지 확인하세요. 다른 정책 그룹을 선택했다면 실제 출구가 정해질 때까지 해당 그룹도 계속 확인해야 합니다.
클라이언트에 ‘지연 시간 테스트’ 또는 ‘연결 테스트’가 있다면 현재 그룹에서 한 번 실행하고 결과가 나올 때까지 기다린 다음 선택하세요. 테스트는 설정이나 클라이언트에서 지정한 주소를 대상으로 하며, 연결 가능성을 참고하는 용도입니다. 응답 시간이 짧다고 모든 사이트가 더 빨라지는 것은 아니며, 시간 초과도 테스트 주소와 실제 접속 결과를 함께 살펴봐야 합니다. 처음 설정할 때 대량 테스트와 잦은 노드 변경을 동시에 하면 어느 선택 이후에 접속이 실패했는지 파악하기 어려워집니다.
자동 선택 그룹은 그룹 유형과 테스트 결과에 따라 코어가 작동합니다. 자동 그룹이 보인다고 모든 노드를 하나씩 눌러야 하는 것은 아닙니다. 먼저 주요 아웃바운드 그룹이 해당 자동 그룹을 가리키는지 확인하세요. select, url-test, fallback 등 그룹 유형의 차이는 고급 설정 안내서의 정책 그룹 설명을 참고하세요. 여기서는 안정적으로 한 번 연결하는 데 집중합니다.
전역 및 직접 연결 모드는 특정 상황에서 사용
전역 모드에서는 코어로 들어온 연결을 전역 정책 그룹으로 보냅니다. 보통 규칙 문제를 잠시 진단할 때 사용합니다. 전환한 뒤에는 전역 그룹에서 어떤 출구가 선택되었는지 확인하세요. 사용할 수 없는 노드를 고쳐 주거나 코어에 들어오지 않는 앱의 트래픽까지 자동으로 연결해 주지는 않습니다. 전역 모드에서는 같은 사이트에 접속되지만 규칙 모드에서는 실패한다면 차이를 기록하고, 테스트가 끝난 뒤 규칙 모드로 되돌려 적용된 규칙을 확인하세요.
직접 연결 모드에서는 코어로 들어온 연결을 바로 내보냅니다. 기본 네트워크와 비교할 때 잠시 사용할 수 있지만 클라이언트를 종료하는 것과 같지는 않으며 시스템 프록시가 해제된다는 보장도 없습니다. 평소 연결을 끊을 때는 클라이언트의 연결 해제 기능을 사용하세요. 이제 규칙 모드와 사용할 출구를 유지한 채 연결을 시작하면 됩니다. 먼저 rules를 수정하거나 모든 정책 그룹을 같은 노드로 바꿀 필요는 없습니다.
연결 및 시스템 프록시 설정
클라이언트 홈 또는 설정 페이지로 돌아가 코어가 실행 중이고 설정 로드 실패 메시지가 없는지 확인합니다. 데스크톱 GUI 클라이언트는 열릴 때 코어가 자동으로 실행되기도 하고, 시작 버튼을 눌러야 하는 경우도 있습니다. 현재 상태와 로그를 기준으로 확인하세요. 이때 다른 프록시나 VPN 클라이언트는 먼저 종료해 여러 프로그램이 시스템 프록시나 라우팅을 동시에 변경하지 않도록 합니다. 이번에 확인할 클라이언트 하나만 남기면 문제를 찾을 때 고려할 변수가 줄어듭니다.
데스크톱: 시스템 프록시 먼저 켜기
‘설정’ 또는 홈 화면의 빠른 메뉴에서 ‘시스템 프록시’를 찾아 켭니다. 시스템 프록시를 따르는 브라우저와 앱은 클라이언트가 제공하는 로컬 포트로 연결됩니다. 설정 페이지에서 ‘혼합 포트’를 확인하세요. 흔히 7890을 사용하며 설정 키는 mixed-port입니다. 실제 포트는 클라이언트의 현재 설정을 따르세요. 안내에 나온 숫자를 보고 임의로 변경하면 안 됩니다. 일부 클라이언트는 포트를 별도로 관리하므로 원래 구독 설정의 값과 실제 적용 값이 다를 수 있습니다.
처음 연결할 때는 ‘LAN 연결 허용’을 켜지 않는 것이 좋습니다. 로컬 브라우저에서 연결을 확인하는 데 다른 기기에 프록시 접속을 허용할 필요는 없습니다. TUN도 동시에 켜지 말고 시스템 프록시로 실제 접속을 확인한 뒤, 시스템 프록시를 따르지 않는 앱이 있는지 판단하세요. 시스템 프록시는 해당 설정을 따르는 소프트웨어에만 영향을 주며 모든 네트워크 트래픽을 일괄적으로 처리하지는 않습니다.
Windows에서는 ‘설정 → 네트워크 및 인터넷 → 프록시’에서 시스템 프록시 상태를 확인할 수 있습니다. macOS에서는 ‘시스템 설정 → 네트워크 → 현재 네트워크 연결 → 세부사항 → 프록시’를 확인하세요. 운영체제 버전에 따라 메뉴 이름이 조금 다를 수 있습니다. 보통은 클라이언트가 이 설정을 적용하고 해제하도록 두면 되며, 프록시 주소를 별도로 수동 입력할 필요는 없습니다. Linux 데스크톱 환경과 앱은 시스템 프록시 지원 방식이 제각각입니다. 브라우저가 연결되지 않으면 브라우저 자체 프록시 설정부터 확인하고 여러 설정을 동시에 변경하지 마세요.
모바일: VPN 권한 허용
Android 또는 iOS 클라이언트에는 보통 ‘연결’, ‘시작’ 또는 전원 모양의 버튼이 있습니다. 현재 설정이 선택되어 있는지 확인한 뒤 버튼을 누르고, 처음 실행할 때 시스템 안내에 따라 VPN 연결 생성 또는 VPN 설정 추가를 허용하세요. 이 권한은 클라이언트가 기기의 네트워크를 처리하도록 허용하는 것이며 구독 노드가 사용 가능하다는 뜻은 아닙니다. 연결 상태가 표시된 뒤에도 다음 단계에서 실제 접속을 확인해야 합니다.
모바일에서 이미 VPN에 연결되어 있다는 메시지가 나오면 다른 앱의 연결을 해제한 뒤 다시 시도하세요. Android의 배터리 절약 설정은 백그라운드 실행에 영향을 줄 수 있습니다. 연결이 정상적으로 확인된 뒤 화면을 잠그면 반복해서 끊기는 경우에만 앱의 배터리 및 백그라운드 권한을 확인하세요. iOS에서는 시스템 VPN 설정에서 연결 상태를 확인하고 다른 앱의 설정이 선택되어 있는지 살펴보세요. 처음 권한 승인에 실패했다고 구독을 반복해서 삭제하지 마세요. 구독과 시스템 권한은 별개의 단계입니다.
연결이 안정된 뒤 자동 실행 설정
클라이언트의 ‘설정 → 일반’ 또는 비슷한 메뉴에서 ‘시작 시 실행’을 찾으세요. ‘클라이언트 시작’과 ‘시작 후 자동 연결’은 구분해야 합니다. 전자는 화면만 열 수 있고, 후자는 코어 실행과 시스템 프록시 복구까지 포함할 수 있습니다. 옵션은 클라이언트마다 다릅니다. 필요한 항목을 켠 뒤 시스템을 재시작해 실제로 작동하는지 확인하세요. 스위치가 켜져 있다는 이유만으로 프록시가 자동 적용된다고 판단하면 안 됩니다.
확인할 때는 현재 설정이 계속 선택되어 있는지, 주요 정책 그룹이 예상한 출구를 유지하는지, 시스템 프록시가 올바르게 복구되는지 살펴보세요. 모바일 자동 연결은 시스템 권한과 클라이언트 기능에 따라 달라지므로 데스크톱의 시작 프로그램 설정을 그대로 적용하지 마세요. 시작 후 인터넷에 연결되지 않으면 자동 연결을 끄고 수동 연결 절차로 돌아가 기본 설정이 정상인지 확인한 다음, 사용 팁에서 관련 내용을 살펴보세요.
실제 접속 및 아웃바운드 확인
연결을 시작한 뒤 브라우저를 다시 열거나 새 창을 띄웁니다. 먼저 평소 직접 접속할 수 있는 사이트를 열어 기본적인 접속이 정상인지 확인한 다음, 설정상 프록시를 사용할 것으로 예상되는 사이트에도 접속해 페이지가 제대로 로드되는지 확인하세요. 클라이언트의 연결 아이콘만 보거나 이미 열려 있던 웹페이지에만 의존하지 마세요. 캐시된 내용이나 기존 연결이 현재 설정의 변화를 가릴 수 있으므로 새 네트워크 요청을 발생시켜야 합니다.
테스트 중에는 클라이언트의 ‘연결’ 페이지를 열고 대상 도메인으로 관련 기록을 찾아 어떤 규칙이 적용되었는지, 직접 연결·노드·정책 그룹 중 어떤 경로를 사용했는지 확인하세요. 한 웹페이지에서 여러 도메인에 요청을 보낼 수 있으므로 각 요청이 같은 출구를 사용할 필요는 없습니다. 요청이 끝나면 연결 기록이 사라질 수도 있습니다. 페이지를 새로고침하는 동안 기록을 살펴보고, 기록이 계속 남아 있지 않는다고 프록시가 실패했다고 단정하지 마세요.
스위치 상태가 아니라 로그로 확인
클라이언트에서 로그 수준을 선택할 수 있다면 먼저 info를 사용하세요. 설정 키는 log-level: info입니다. 그런 다음 실패한 접속을 한 번 다시 시도합니다. 설정 로드 오류, 연결 시간 초과, 도메인 이름 확인 실패를 구분해 살펴보세요. 로그에 경고가 하나 있다고 해서 모든 접속에 문제가 생기는 것은 아닙니다. 발생 시각과 대상 도메인, 실제 실패한 작업을 함께 확인하세요. 도움을 요청할 때는 관련 부분만 남기고 구독 URL, 인증 정보 등 민감한 내용을 가리세요.
외부 IP 조회는 보조 확인 수단일 뿐이며 해당 요청의 출구만 보여줍니다. 규칙 모드에서는 IP 조회 사이트가 직접 연결로 설정되어 있을 수 있으므로 하나의 IP 결과로 모든 앱의 연결을 판단할 수 없습니다. 처음에는 대상 페이지가 열리는지, 클라이언트에 해당 연결이 기록되는지, 아웃바운드 경로가 예상과 일치하는지를 함께 확인하는 것이 더 정확합니다. DNS 유출이나 복잡한 네트워크 스택 테스트는 이후에 점검해도 되며 첫 연결 때 모두 확인할 필요는 없습니다.
실패하면 정해진 순서로 점검
평소 직접 접속하던 사이트도 열리지 않으면 먼저 프록시 연결을 해제하고 기본 네트워크를 확인하세요. 기본 네트워크가 복구되면 현재 설정, 규칙 모드, 선택한 노드를 다시 확인한 뒤 연결을 시작합니다. 클라이언트 테스트는 통과했는데 브라우저 연결 기록이 전혀 없다면 시스템 프록시나 브라우저 자체 설정을 먼저 살펴보세요. 연결 기록은 있지만 요청 시간이 초과되면 사용 가능한 다른 출구로 바꾸고 로그에서 실패 원인을 확인하세요.
특정 서비스 하나만 접속되지 않는다면 전역 모드로 잠시 비교할 수 있습니다. 이때 전역 정책 그룹에서 사용 가능한 노드를 선택했는지 확인하세요. 전역 모드에서는 정상이고 규칙 모드에서는 실패한다면 적용된 규칙을 기록한 뒤 규칙 모드로 되돌려 설정을 점검합니다. 두 모드 모두 실패한다면 곧바로 분할 규칙을 원인으로 단정하지 마세요. 자세한 해결 방법은 Clash 인터넷 연결 문제 해결을 참고하세요. DNS, 규칙 세트, TUN 관련 문제는 고급 설정 안내서에서 확인할 수 있습니다.
설정 유지 및 종료 전 확인
접속이 정상임을 확인했다면 현재 설정, 규칙 모드, 사용 가능한 출구를 유지하세요. 최적화를 위해 포트나 DNS를 계속 변경할 필요는 없습니다. 사용한 클라이언트와 연결 방식, 변경한 설정을 기록해 두면 설정을 업데이트하거나 네트워크를 바꿀 때 비교하기 쉽습니다. 구독 업데이트 후 노드 이름이 바뀌면 주요 정책 그룹의 선택을 다시 확인해 더 이상 사용할 수 없는 항목을 가리키지 않도록 하세요.
사용을 마칠 때는 먼저 시스템 프록시를 끄거나 클라이언트의 연결 해제 버튼을 누른 다음 정상적으로 종료하세요. 데스크톱 클라이언트를 강제 종료하면 시스템에 로컬 포트를 가리키는 프록시 설정이 남아 브라우저가 인터넷에 연결되지 않을 수 있습니다. 이때는 클라이언트를 다시 열어 시스템 프록시를 해제하거나 시스템 프록시 설정에서 해당 항목을 끄세요. 모바일에서는 VPN 연결이 해제되었는지 확인하면 됩니다. 구독 가져오기, 경로 선택, 트래픽 연결, 작동 확인까지 네 단계가 끝났습니다. 이후 필요한 내용을 골라 고급 설정을 익히세요.