Clash 사용법

시작 전 준비: 클라이언트와 구독

클라이언트가 설치되어 있고 사용할 수 있는 Clash 형식의 구독 링크나 로컬 YAML 설정 파일이 필요합니다. 클라이언트는 설정을 읽고 트래픽을 분기하는 프로그램이며, 설치만으로 프록시 노드를 사용할 수 있는 것은 아닙니다. 아직 설치하지 않았다면 클라이언트 다운로드 페이지에서 운영체제에 맞는 설치 파일을 선택하세요. 설치를 마친 뒤 이 페이지로 돌아오고, 처음 테스트할 때 프록시 클라이언트를 여러 개 동시에 실행하지 마세요.

구독 링크는 보통 서비스 제공업체나 설정 관리자가 제공하며 계정 식별 정보가 포함될 수 있습니다. 복사 버튼을 사용하고 링크 끝부분이 빠지지 않았는지, 안내 문구까지 함께 선택하지 않았는지 확인하세요. 전체 링크로 구독 내용을 확인할 수 있는 경우도 있으므로 공개 게시판이나 스크린샷에 노출하지 마세요. 계정 로그인 주소만 있고 실제 구독 주소가 없다면 Clash 또는 호환 설정 메뉴를 먼저 찾아야 합니다.

이 안내에서는 설정 파일을 직접 작성하거나 DNS를 수정하고, LAN 접근을 켜거나 코어 매개변수를 조정할 필요가 없습니다. 클라이언트의 초기 설정을 유지하면 문제 원인을 찾기 쉽습니다. 시스템에 수동 프록시가 이미 설정되어 있다면 기존 주소와 포트를 기록해 두세요. 기업 관리 기기에서는 네트워크 정책상 설정 변경이 허용되는지도 확인해야 합니다. 노드, 정책 그룹, 코어의 차이는 용어 안내서에서 언제든 확인할 수 있으며, 연결 전에 모두 읽을 필요는 없습니다.

01 구독을 가져와 설정 활성화하기

원격 구독 추가

클라이언트를 실행하고 사이드바나 하단 탐색 메뉴에서 “구독” 또는 “설정” 페이지를 엽니다. “추가”, “가져오기” 또는 더하기 버튼을 찾아 원격 링크 유형을 선택한 다음 전체 구독 주소를 URL 입력란에 붙여넣으세요. “일상용 설정”처럼 알아보기 쉬운 이름을 지정할 수 있습니다. 이 이름은 로컬에서 구분하기 위한 표기일 뿐 구독 내용에는 영향을 주지 않습니다. 주소 앞뒤에 공백이나 줄바꿈이 없는지 확인하고 저장 또는 가져오기를 눌러 다운로드와 파싱이 완료될 때까지 기다리세요.

가져오기가 완료되면 보통 설정 카드나 구독 항목이 표시됩니다. 먼저 파싱 성공 여부를 확인하고 해당 설정의 “사용”, “활성화” 또는 선택 버튼을 눌러 현재 설정으로 지정하세요. 일부 클라이언트는 가져온 뒤 자동으로 활성화하지만, 목록에만 저장하는 클라이언트도 있습니다. 따라서 구독 항목이 보인다는 사실만으로 전환 성공을 판단하면 안 됩니다. 현재 선택 표시, 설정 이름 또는 실행 상태에 표시된 설정을 기준으로 확인하세요.

이어서 “프록시” 또는 “정책 그룹” 페이지를 엽니다. 구독에 정의된 선택 그룹과 사용 가능한 출구가 보이면 설정을 사용할 수 있는 상태입니다. 그룹 이름은 설정에 따라 다르며 PROXY가 아니라 “노드 선택” 등으로 표시될 수도 있습니다. 지금은 목록이 정상적으로 열리는지만 확인하고 시스템 프록시는 아직 켜지 마세요. DIRECT만 표시되거나 이전 구독의 그룹 이름이 남아 있다면 설정 페이지로 돌아가 현재 활성화된 항목을 확인하세요.

가져오기에 실패하면 입력 내용부터 확인

형식 오류가 표시되면 “링크를 다운로드할 수 없음”과 “다운로드한 내용이 설정 파일이 아님”을 구분하세요. 전자는 네트워크 문제, 만료된 링크 또는 구독 권한 문제일 수 있습니다. 후자는 계정 웹페이지, 공유 페이지 또는 호환되지 않는 구독 형식을 설정 파일로 잘못 입력했을 가능성이 있습니다. 클라이언트의 다운로드 오류나 파싱 메시지로 원인을 확인하고 같은 주소를 여러 구독으로 반복 저장하지 마세요. 제공업체에 문의할 때는 오류 유형만 설명하고 민감한 전체 링크는 보내지 마세요.

로컬 YAML 파일을 받았다면 추가 메뉴에서 “파일 가져오기”를 선택하고 시스템 파일 선택기로 파일을 연 뒤 현재 설정으로 지정하세요. 로컬 파일은 원격 구독과 달리 자동으로 업데이트되지 않는 경우가 많습니다. 원격 구독은 카드의 업데이트 버튼으로 다시 가져올 수 있습니다. 업데이트 후 그룹에 포함된 선택 항목이 바뀔 수 있으므로 기존에 선택한 출구가 여전히 있는지 확인하세요. 이제 설정 출처가 정해졌으니 다음 단계에서 연결을 어떻게 분기할지 선택하면 됩니다.

02 규칙 모드와 출구 선택

첫 연결에는 규칙 모드 사용

클라이언트 홈 화면, 상단 도구 모음 또는 설정에서 “출구 모드”를 찾아 “규칙”을 선택합니다. 해당 설정 값은 mode: rule입니다. 규칙 모드는 rules의 순서에 따라 연결을 처리하고, 일치하는 규칙에 지정된 출구로 전달합니다. 따라서 직접 연결과 프록시 연결이 동시에 나타나는 것은 정상입니다. 규칙 모드는 특정 노드를 가리키는 설정이 아니라 연결을 분류하는 방식입니다. 실제 사용할 노드는 정책 그룹에서 선택합니다.

프록시 페이지에서 주요 선택 그룹을 열고 사용 가능한 노드나 구독에서 제공하는 자동 선택 그룹을 고릅니다. 주요 그룹이 다른 선택 그룹을 참조한다면 최종 출구가 명확해질 때까지 하위 그룹을 열어 확인하세요. 그룹 이름만 보고 판단하지 마세요. “프록시”라는 이름의 그룹에서도 현재 DIRECT가 선택되어 있을 수 있습니다. 초기 설정 때 주요 그룹 이름과 현재 선택 항목을 기억해 두면 나중에 연결 기록의 출구 경로와 비교하기 쉽습니다.

클라이언트에 연결 테스트 기능이 있다면 후보 노드를 한 번씩 테스트하고 정상 응답이 있는 항목을 선택하세요. 테스트 결과는 해당 시점에 테스트 대상에 연결할 수 있었음을 나타낼 뿐, 모든 사이트에 접속할 수 있거나 실제 다운로드 속도가 보장된다는 뜻은 아닙니다. 특정 앱이 열리지 않는다고 모든 노드를 바로 테스트할 필요는 없습니다. 아래 단계에서 트래픽이 클라이언트로 들어오는지, 연결 기록에 요청이 표시되는지 먼저 확인하세요.

전역 모드와 직접 연결 모드 구분

전역 모드는 보통 코어로 들어온 모든 연결을 현재 선택된 GLOBAL 출구로 전달합니다. 규칙이 접속에 영향을 주는지 잠시 비교할 때 유용합니다. “전역”으로 바꾼 뒤에는 GLOBAL 그룹을 열어 실제 출구를 선택하세요. 그렇지 않으면 연결이 계속 직접 처리될 수 있습니다. 전역 모드가 기기 전체의 트래픽을 자동으로 가져오는 것은 아닙니다. 앱의 트래픽이 클라이언트로 들어오는지는 시스템 프록시, TUN 또는 앱 자체의 프록시 설정에 달려 있습니다. 비교를 마치면 일상적인 사용을 위해 규칙 모드로 돌아가세요.

직접 연결 모드는 코어로 들어온 연결을 바로 내보냅니다. 현재 네트워크에서 대상에 접속할 수 있는지 확인할 때 사용할 수 있습니다. 모드를 바꿔도 노드가 자동으로 추가되거나 만료된 구독이 복구되지는 않습니다. 웹페이지 접속 결과가 예상과 다르면 현재 모드와 그룹 선택 항목을 기록한 뒤 한 번에 한 가지만 변경하세요. 규칙 유형, 일치 순서, 정책 그룹 문법은 용어 안내서에서 더 자세히 확인할 수 있습니다. 이번 설정에서는 규칙 모드와 사용 가능한 출구 하나만 정해 두면 됩니다.

03 시스템 프록시 또는 VPN 활성화

데스크톱에서는 먼저 브라우저 연결 확인

클라이언트를 실행한 상태로 홈 화면이나 설정에서 “시스템 프록시”를 켭니다. 스위치가 활성화되어 있고 클라이언트에 코어 시작 실패 메시지가 없는지 확인하세요. 그런 다음 브라우저에서 새 탭을 열어 접속 가능한 페이지를 방문합니다. 처음 확인할 때는 시스템 프록시를 따르는 브라우저를 사용하세요. 게임, 명령줄 도구 또는 자체 네트워크 설정이 있는 앱은 시스템 프록시를 사용하지 않을 수 있으므로 처음부터 이들 앱으로 결과를 판단하지 마세요.

시스템 프록시는 보통 127.0.0.1 같은 로컬 루프백 주소와 클라이언트의 현재 수신 포트를 사용합니다. Clash에서 자주 쓰는 혼합 포트는 7890이며 설정 키는 mixed-port입니다. 구독이나 클라이언트에 따라 다른 값을 쓸 수 있으므로 현재 화면에 표시된 값을 기준으로 하세요. 안내서에 자주 쓰는 포트가 적혀 있다고 해서 이미 정상 작동하는 설정을 해당 값으로 억지로 바꾸지 마세요. 혼합 포트는 HTTP와 SOCKS 프록시 요청을 모두 받을 수 있습니다.

활성화 후 포트 사용 중이라는 메시지가 표시되면 다른 클라이언트나 코어 프로세스가 실행 중인지 먼저 확인하세요. 중복 프로그램을 종료한 뒤 현재 클라이언트를 다시 시작합니다. 포트를 실제로 변경해야 할 때만 설정에서 수신 포트를 바꾸고 시스템 프록시를 다시 적용하세요. 프록시 주소를 수동으로 입력한 앱도 새 포트로 수정해야 합니다. 외부 제어 인터페이스는 브라우저용 프록시 포트가 아니므로 혼합 포트 대신 사용할 수 없습니다.

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

Android와 iOS 클라이언트는 보통 홈 화면에 “연결” 또는 시작 버튼이 있습니다. 구독과 출구를 선택한 뒤 버튼을 누르고 시스템에 표시되는 VPN 연결 요청을 읽은 다음 승인하세요. 시스템 설정에 VPN 연결이 표시되거나 클라이언트에 연결됨이 나타나면 브라우저로 전환해 테스트합니다. 이 기능은 시스템 트래픽을 클라이언트로 보내는 인터페이스이며, 실제 출구는 현재 설정에 따라 결정됩니다. 연결 버튼을 눌렀다고 노드가 자동으로 생기는 것은 아닙니다.

기기에 이미 다른 VPN 연결이 있다면 현재 클라이언트와 충돌하는지 확인한 뒤 전환하세요. Android에서는 “선택한 앱만 프록시 사용” 또는 제외 목록이 설정되어 있는지도 확인해 테스트할 브라우저가 트래픽 처리 범위에 포함되도록 하세요. 한 번의 연결 문제를 해결하려고 배터리 설정, 앱 목록, DNS, 규칙을 한꺼번에 바꾸지 마세요. 먼저 클라이언트를 포그라운드에서 실행하고 기본 접속을 확인한 뒤 실제 문제가 있을 때 백그라운드 실행 제한을 살펴보세요.

필요할 때만 TUN 활성화

브라우저는 연결되지만 시스템 프록시를 따르지 않는 데스크톱 앱이 여전히 연결되지 않을 때 TUN을 고려하세요. TUN은 가상 네트워크 인터페이스로 트래픽을 받으며 클라이언트 서비스 설치, 네트워크 확장 승인 또는 관련 권한이 필요할 수 있습니다. 설정에서 TUN 스위치를 찾아 클라이언트 안내에 따라 서비스를 설치하거나 권한을 허용한 다음 시작 오류가 없는지 확인하고 테스트하세요. 운영체제마다 권한 설정 경로가 다르므로 전체 안내서의 해당 플랫폼 항목을 참고하세요.

초기 설정에서는 여러 트래픽 유입 방식을 동시에 켤 필요가 없습니다. 시스템 프록시에서 TUN으로 전환하려면 먼저 현재 상태를 기록한 뒤 시스템 프록시를 끄고 TUN만 활성화해 비교하세요. 일부 클라이언트는 두 스위치를 연동해 관리하므로 실제 화면을 기준으로 합니다. 이때 임의로 라우트를 추가하거나 출처를 알 수 없는 DNS 설정을 복사하지 마세요. 연결이 안정되면 마지막 단계에서 실제 요청으로 트래픽 경로를 확인합니다.

04 연결 기록과 실제 접속 확인

대상·규칙·출구 경로 확인

클라이언트의 “연결” 페이지를 열거나 로그에서 적절한 정보 수준을 선택한 뒤 브라우저로 테스트 페이지에 접속합니다. 해당 도메인이나 대상 주소가 기록에 나타나는지, 적용된 규칙과 출구 경로가 무엇인지 확인하세요. 이미 연결된 세션은 노드를 바꿔도 바로 다시 연결되지 않을 수 있습니다. 비교할 때마다 새 페이지를 열거나 새 연결을 만들고, 필요하면 해당 연결만 종료하세요. 이전 연결 경로를 새 설정의 결과로 오인하지 않도록 주의합니다.

최소 두 종류의 대상으로 확인하세요. 현재 규칙에서 직접 연결되어야 하는 페이지 하나와 선택한 정책 그룹을 거쳐야 하는 페이지 하나입니다. 전자는 DIRECT 또는 해당하는 직접 연결 경로로 표시되어야 하고, 후자는 예상한 정책 그룹에 들어가 선택한 출구를 사용해야 합니다. 구체적인 분류는 구독의 규칙에 따라 달라지며 이 안내서에서 미리 정하지 않습니다. 페이지가 열리는 것은 접속 가능하다는 뜻이지만, 의도한 대로 트래픽이 분기되는지는 연결 기록도 함께 확인해야 합니다.

외부 IP 확인 사이트는 참고 자료로 활용할 수 있지만 모든 요청의 경로를 보여주지는 않습니다. 규칙 모드에서는 조회 페이지 자체에도 규칙이 적용되므로 결과는 해당 요청의 출구만 반영합니다. 브라우저와 다른 앱이 서로 다른 경로로 트래픽을 보낼 수도 있습니다. VPN 아이콘이나 한 번의 연결 테스트만 보지 말고 접속 결과, 연결 기록, 현재 그룹 선택 항목을 함께 확인하는 것이 더 정확합니다.

문제가 생기면 정해진 순서로 확인

접속에 실패하면 먼저 현재 구독이 활성화되어 있는지, 코어가 실행 중인지 확인한 다음 주요 선택 그룹의 출구를 사용할 수 있는지 확인하세요. 이어서 테스트 요청이 연결 기록에 나타나는지 살펴봅니다. 기록이 전혀 없다면 시스템 프록시, 앱 자체 프록시 설정 또는 VPN 트래픽 처리 범위를 먼저 확인하세요. 기록은 있지만 연결되지 않으면 출구 오류를 확인합니다. DNS 오류가 있을 때만 DNS를 추가로 점검하고 처음부터 설정 전체를 교체하지 마세요.

규칙과 노드 중 어디에 문제가 있는지 확인하려면 잠시 전역 모드로 전환하고 GLOBAL 출구를 명확히 선택한 뒤 같은 대상에 새 요청을 보내세요. 전역 모드에서는 접속되지만 규칙 모드에서는 안 된다면 적용된 규칙과 해당 정책 그룹을 중점적으로 비교합니다. 두 모드 모두 실패하면 출구와 기존 네트워크를 확인하세요. 테스트가 끝나면 규칙 모드로 복원합니다. DNS, TUN 라우팅 또는 서비스 권한 문제가 계속되면 전체 안내서의 설정 FAQ에서 항목별로 확인하세요.

완료 후 재현 가능한 상태 기록

웹페이지에 접속되고 출구가 예상대로 작동하는지 확인한 뒤 현재 설정 이름, 프록시 모드, 주요 그룹 선택 항목만 기록해 두세요. 전체 구독 링크를 공개 노트에 저장할 필요는 없습니다. 구독을 업데이트하거나 노드를 바꾼 뒤에는 같은 두 종류의 대상으로 다시 테스트할 수 있습니다. 특정 사이트만 오류가 나고 다른 대상은 정상이라면 작동 중인 설정을 유지하고 해당 대상에 적용된 규칙과 연결 오류를 확인하세요. 클라이언트를 통째로 다시 설치할 필요는 없습니다.

데스크톱 클라이언트를 종료하기 전 시스템 프록시를 끄거나 클라이언트의 정상 종료 기능을 사용한 뒤 시스템 프록시가 복원되었는지 확인하세요. 중지된 로컬 포트를 시스템이 계속 가리키는 상황을 방지할 수 있습니다. 모바일에서는 클라이언트에서 VPN 연결을 끊고 시스템 연결 상태를 확인하세요. 다음에 사용할 때는 “설정 활성화, 출구 확인, 연결 시작, 요청 확인” 순서로 다시 진행하면 됩니다. 부팅 시 자동 실행이나 장시간 백그라운드 실행이 필요할 때는 플랫폼별 설정을 추가로 확인하세요.