Clash 사용법

01 구독 가져오기 및 설정 활성화

클라이언트 메인 창을 열고 먼저 ‘구독’ 또는 ‘설정’ 페이지로 이동해 ‘추가’, ‘가져오기’ 또는 더하기 기호가 있는 메뉴를 찾으세요. 원격 구독 또는 URL 가져오기를 선택하고 제공자가 안내한 전체 주소를 입력합니다. 이름 입력란이 있다면 ‘일상용 설정’처럼 알아보기 쉬운 이름을 지정할 수 있습니다. 이름은 로컬에서 구분하기 위한 것으로 구독 내용에는 영향을 주지 않습니다. 주소의 시작 부분과 쿼리 매개변수, 마지막 문자까지 빠짐없이 입력했는지 확인한 뒤 다운로드, 저장 또는 가져오기를 누르세요.

구독 주소에는 계정 식별에 사용되는 매개변수가 포함되는 경우가 많으므로 비밀번호처럼 안전하게 보관하세요. 실제 주소를 공개 스크린샷이나 댓글, 온라인 변환 페이지에 올리지 마세요. 아래는 주소 형식만 보여 주는 예시이며 도메인과 매개변수는 모두 가짜 값이므로 가져와도 연결할 수 없습니다:

https://example.com/sub?token=xxxx

다운로드가 끝나면 설정 카드에 성공 상태가 표시되는지, 프록시 그룹이나 노드 목록을 열 수 있는지 확인하세요. 클라이언트에 ‘사용’, ‘활성화’ 또는 선택 표시가 있다면 가져온 설정을 현재 설정으로 지정해야 합니다. 다운로드 후 자동으로 활성화되는 프로그램도 있고 파일만 저장하는 프로그램도 있습니다. 따라서 목록에 카드가 추가된 것만으로 다음 단계로 넘어가지 말고 프록시 페이지의 내용도 실제로 갱신됐는지 확인하세요.

로컬 .yaml 또는 .yml 파일을 받았다면 파일 선택기에서 해당 파일을 열어 파일 가져오기 메뉴로 불러오세요. 파일명을 구독 주소 입력란에 붙여넣으면 안 됩니다. 노드 주소, QR 코드 또는 Base64 텍스트만 받은 경우에는 현재 클라이언트가 해당 형식을 지원하는지 먼저 확인하세요. 단일 노드를 인식한다고 해서 모든 구독 형식을 읽을 수 있는 것은 아닙니다. 형식이 지원되지 않는다는 메시지가 표시되면 호환되지 않는 내용을 반복해서 가져오기보다 제공자에게 Clash 또는 mihomo용 설정을 요청하세요.

가져오기에 실패하면 오류가 ‘다운로드’ 단계에서 발생했는지 ‘파싱’ 단계에서 발생했는지 먼저 확인하세요. 다운로드 실패라면 주소가 완전한지, 구독이 유효한지, 현재 네트워크에서 구독 서버에 접속할 수 있는지 살펴보세요. 파싱 실패라면 응답 내용이 설정 파일인지, 로그인 페이지나 오류 페이지인지 확인해야 합니다. 오류 메시지를 없애려고 YAML의 내용을 임의로 삭제하지 마세요. 자세한 점검 방법은 자주 묻는 문제를 확인하세요. 설정이 활성화되고 정책 그룹이 보이는 것을 확인한 다음 아웃바운드 모드를 선택합니다.

02 모드 선택 및 프록시 노드

클라이언트 개요 화면, 메뉴 막대 메뉴 또는 프록시 페이지에서 아웃바운드 모드를 찾으세요. 처음 사용할 때는 ‘규칙’ 또는 Rule을 선택하는 것이 좋습니다. 이 모드는 설정에 포함된 규칙에 따라 접속 대상별로 직접 연결할지 프록시를 사용할지 결정합니다. 모든 연결을 하나의 노드로 보내는 모드는 아닙니다. 가져온 구독에 규칙이 이미 있다면 우선 그대로 사용하고 사용자 지정 규칙을 바로 추가하지 않아도 됩니다.

‘규칙, 전역, 직접 연결’과 ‘시스템 프록시, TUN’은 서로 다른 설정입니다. 전자는 코어에 들어온 연결을 어떤 아웃바운드로 보낼지 결정하고, 후자는 어떤 시스템 트래픽이 코어에 들어올지를 결정합니다. 이 단계에서는 전자를 설정하고, 다음 단계에서 시스템 트래픽을 연결합니다. 모드를 올바르게 선택해도 시스템 프록시가 꺼져 있으면 일반 브라우저가 기존 네트워크 경로를 사용할 수 있습니다. 이는 설정이 아직 완료되지 않았다는 뜻이지 규칙이 작동하지 않는다는 뜻은 아닙니다.

규칙 모드를 선택한 뒤 ‘프록시’, ‘노드’ 또는 ‘정책 그룹’ 페이지로 이동하세요. 보통 서버 목록 하나가 아니라 여러 그룹이 표시됩니다. 설정에서 일반 프록시 트래픽을 처리하는 그룹을 찾아 펼친 다음 노드를 선택하세요. 그룹 이름은 설정 작성자가 정하므로 ‘노드 선택’, Proxy 또는 다른 이름일 수 있습니다. 이름만 보고 기능을 판단하지 마세요. 그룹이 다른 그룹을 선택하고 있다면 참조를 따라가며 최종적으로 노드, 자동 선택 그룹 또는 DIRECT 중 무엇을 사용하는지 확인합니다.

수동 선택 그룹에서는 원하는 노드를 눌러 선택을 저장할 수 있습니다. 자동 선택이나 장애 조치 그룹은 설정된 검사 규칙에 따라 작동하므로 특정 노드를 계속 고정할 수 없는 경우도 있습니다. 클라이언트에 지연 시간 테스트가 있다면 한 번 실행해 테스트에 성공하는 노드를 확인하세요. 시간 초과가 표시된 노드는 첫 연결 확인에 사용하지 않는 것이 좋습니다. 테스트 결과는 특정 시점에 특정 주소로 연결된 결과일 뿐, 실제 다운로드 속도를 뜻하지 않으며 모든 사이트 접속을 보장하지도 않습니다.

일부 설정은 앱이나 사이트마다 별도의 그룹을 사용하므로 기본 프록시 그룹을 바꿔도 특정 서비스는 다른 경로를 이용할 수 있습니다. 처음 연결할 때는 테스트하려는 사이트를 어느 그룹이 처리하는지만 확인하면 됩니다. 모든 그룹을 하나씩 수정할 필요는 없습니다. 정책 그룹, 규칙 순서 또는 DIRECT의 의미가 익숙하지 않다면 용어집을 먼저 확인하세요. 일단 사용할 노드를 선택한 다음 연결 단계로 이동합니다.

03 연결 시작 및 시스템 프록시 설정

개요 페이지에서 실행 상태를 확인하고 코어가 시작됐는지 살펴보세요. 창을 열면 코어가 바로 시작되는 클라이언트도 있고 ‘시작’ 또는 ‘연결’을 눌러야 하는 클라이언트도 있습니다. 로그에 포트 사용 중, 설정을 불러올 수 없음, 코어 프로세스 종료 등의 오류가 표시되면 명확한 오류부터 해결하세요. 네트워크 스위치를 더 추가해도 문제가 해결되지는 않습니다. 코어가 정상 실행되지 않으면 시스템 프록시가 로컬 포트를 가리키더라도 브라우저 요청을 처리할 프로그램이 없습니다.

PC에서는 ‘시스템 프록시’, ‘시스템 프록시로 설정’ 또는 Set as System Proxy를 찾아 활성화하세요. Windows 클라이언트는 보통 메인 창이나 트레이 메뉴에 이 옵션이 있고, macOS 클라이언트는 메뉴 막대 메뉴에 있는 경우가 많습니다. 활성화하면 시스템 프록시 설정을 따르는 앱의 요청이 클라이언트의 로컬 수신 포트로 전달됩니다. 포트는 클라이언트에 현재 표시된 값을 기준으로 확인하세요. 튜토리얼에서 자주 쓰는 포트가 7890이라고 해서 모든 설정을 같은 숫자로 바꾸지 마세요.

수동으로 확인하려면 클라이언트의 혼합 포트와 시스템 프록시 설정의 주소 및 포트가 일치하는지 살펴보세요. 같은 기기에서 사용할 때 주소는 보통 로컬 루프백 주소인 127.0.0.1입니다. 처음 사용할 때는 로컬 네트워크 접속을 활성화하거나 다른 기기에서 프록시 수신 주소에 접속할 수 있게 할 필요가 없습니다. Linux 데스크톱 환경마다 시스템 프록시 지원 방식이 다릅니다. 스위치가 시스템 설정에 반영되지 않으면 플랫폼별 설치 및 설정 문서에서 해당 환경의 안내를 확인하고 다른 데스크톱 환경의 설정 경로를 그대로 따라 하지 마세요.

Android와 iOS에서는 보통 ‘연결’ 또는 시작 버튼을 누른 다음 시스템에 표시되는 VPN 연결 권한을 승인합니다. 상태 표시줄에 VPN 아이콘이 나타나도 클라이언트로 돌아가 연결 상태를 확인하세요. 이 아이콘은 시스템에 해당 네트워크 터널이 만들어졌다는 뜻이지 원격 노드가 반드시 작동한다는 뜻은 아닙니다. 다른 VPN에 연결된 기기라면 먼저 연결을 끊어야 하는 경우가 많습니다. 업무용 프로필, 기기 관리 정책 또는 다른 네트워크 도구도 연결에 영향을 줄 수 있습니다.

PC의 TUN은 시스템 프록시를 따르지 않는 트래픽까지 연결할 수 있지만 추가 권한, 가상 네트워크 어댑터 또는 서비스 구성 요소가 필요한 경우가 많습니다. 처음 브라우저 접속을 확인할 때는 시스템 프록시만 사용하세요. 모바일 앱은 시스템 VPN 인터페이스로 트래픽을 연결하므로 PC에서 사용하는 스위치 조합을 그대로 적용할 필요가 없습니다. TUN, DNS 가로채기, 라우팅 규칙을 한꺼번에 바꾸지 마세요. 이러한 설정의 조합은 기본 접속이 성공한 뒤에 확인하면 됩니다.

시스템에서 관리자 암호 입력, 보조 서비스 설치 또는 확장 프로그램 허용을 요청하면 메시지가 방금 설치한 클라이언트에서 나온 것인지와 요청 권한을 먼저 확인한 다음 시스템 화면에서 승인하세요. 권한 부여 후 클라이언트가 서비스를 다시 시작하라고 하면 먼저 재시작하고 실행 상태를 확인합니다. 이제 설정, 노드, 트래픽 연결 경로가 준비됐지만 실제로 적용됐는지는 접속 테스트로 확인해야 합니다.

04 적용 여부 확인 및 문제 점검

브라우저에서 새 페이지를 열고 현재 네트워크 환경에서 접속 가능한 정상 사이트를 방문하세요. 동시에 클라이언트의 연결 목록이나 로그를 열어 방문 시각과 도메인에 해당하는 기록이 있는지 확인합니다. 브라우저의 기존 장시간 연결은 이전 경로를 계속 사용할 수 있으므로 노드나 모드를 변경한 뒤에는 테스트 페이지를 새로 여세요. 필요하면 브라우저를 완전히 종료했다가 다시 실행하고 새 요청을 보냅니다.

연결 세부 정보에서 대상 도메인, 적용된 규칙, 최종 아웃바운드 정책을 중점적으로 확인하세요. 규칙 모드에서는 일부 사이트가 DIRECT로 표시되는 것이 정상이며 모든 직접 연결을 실패로 볼 수는 없습니다. 설정상 직접 연결되어야 하는 대상과 프록시를 사용해야 하는 대상을 하나씩 골라 규칙대로 처리되는지 확인하세요. 로그에 프록시 그룹과 실제 노드가 표시된다면 페이지 로딩 결과와 함께 판단하는 편이 스위치 색상만 보는 것보다 정확합니다.

웹페이지가 열리지 않고 클라이언트에도 해당 연결 기록이 없다면 3단계로 돌아가 시스템 프록시가 실제로 활성화됐는지, 주소와 포트가 일치하는지, 브라우저에 별도의 프록시 설정이 있는지 확인하세요. 이전 기록이 아니라 새 요청을 확인 중인지도 살펴보세요. 일부 앱은 시스템 프록시를 따르지 않으므로 브라우저에서는 접속되는데 특정 앱에서 실패할 수 있습니다. 모순된 결과가 아닙니다. 해당 앱의 네트워크 설정을 확인한 뒤 TUN이 필요한지 판단하세요.

연결 기록은 있지만 연결 시간 초과가 표시된다면 요청이 최소한 클라이언트까지 도달한 것입니다. 다음으로 현재 노드와 대상 사이트를 확인하세요. 한 번에 노드 하나만 바꿔 다시 접속하고, 구독을 다시 가져오거나 DNS를 변경하거나 모드를 바꾸는 작업을 동시에 하지 마세요. 노드를 바꾼 뒤 해결됐다면 원래 노드나 네트워크 경로에 문제가 있을 가능성이 큽니다. 특정 사이트 하나만 실패한다면 클라이언트 전체가 작동하지 않는다고 판단하기보다 해당 사이트의 규칙과 정책 그룹을 확인하세요.

DNS 확인 오류가 발생하면 로그에 표시된 오류 종류와 발생 시각을 기록하고 일반 네트워크 연결이 정상인지 먼저 확인한 다음 문제 해결을 살펴보세요. Fake-IP, DNS 분할, TUN 라우팅은 더 복잡한 설정 관계가 있으므로 기존 구독을 덮어쓰도록 네트워크 설정 전체를 그대로 복사하는 방법은 권장하지 않습니다. 로그를 공유해 도움을 요청할 때는 구독 주소, 계정 식별 정보, 공개하기 곤란한 접속 기록을 가리고 문제 파악에 필요한 오류 내용만 남기세요.

외부 IP 조회 사이트는 참고 자료로 활용할 수 있지만 유일한 판단 기준으로 삼아서는 안 됩니다. 조회 사이트 자체가 규칙에 따라 직접 연결될 수 있고 브라우저에 페이지가 캐시될 수도 있습니다. 조회 결과가 달라져도 해당 요청의 출구 경로만 확인할 수 있습니다. 첫 연결 확인을 마치려면 프록시를 사용해야 하는 요청이 정상적으로 접속되고, 기록에 해당 정책이 표시되며, 직접 연결 대상도 정상적으로 접속되어야 합니다. 모든 연결의 출구가 같게 표시되는 것보다 규칙에 따른 분할 연결 방식에 적합한 확인 기준입니다.

마지막으로 종료 후 상태를 확인하세요. PC에서는 먼저 시스템 프록시를 끈 다음 클라이언트를 종료합니다. 모바일에서는 앱에서 VPN 연결을 먼저 끊으세요. 종료 후에도 브라우저에 프록시 서버를 사용할 수 없다는 메시지가 표시되면 시스템 네트워크 설정에서 로컬 포트를 가리키는 수동 프록시가 남아 있지 않은지 확인하세요. 네트워크가 정상으로 돌아오면 다음 사용 때 클라이언트와 해당 스위치를 다시 켜면 됩니다. 가져온 설정을 삭제할 필요는 없습니다.

설정 완료 후 일상적인 사용

첫 설정과 접속 확인을 마친 뒤에는 보통 클라이언트를 실행하고 현재 설정과 노드 선택을 확인한 다음 연결을 켜면 됩니다. 구독 업데이트는 제공자의 설정을 다시 가져오는 작업이며 모든 연결 문제를 자동으로 해결하지는 않습니다. 업데이트 전후에 노드나 정책 그룹 이름이 바뀌었다면 프록시 페이지에서 선택 상태를 다시 확인하세요. 자동 업데이트 간격은 우선 클라이언트 기본값을 사용해 짧은 시간 동안 수동으로 반복 갱신하지 않는 것이 좋습니다.

규칙을 수정하기 전에 현재 정상 작동하는 설정을 백업하고 클라이언트가 오버라이드 또는 확장 설정 기능을 제공하는지 확인하세요. 원격 구독에서 내려받은 파일을 직접 수정하면 다음 업데이트 때 변경 내용이 덮어써질 수 있습니다. 앱별 분기, TUN 또는 플랫폼 권한을 더 설정하려면 사용 설명서를 확인하세요. 특정 오류의 원인만 알고 싶다면 자주 묻는 문제를 먼저 살펴보세요. 한 번에 설정 하나만 바꾸고 같은 대상으로 다시 테스트하면 이후 문제를 더 쉽게 파악할 수 있습니다.