Clash 사용법

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

구독 메뉴를 찾아 URL 형식 확인

클라이언트를 열고 사이드바에서 ‘구독’ 또는 ‘설정’ 페이지로 이동하세요. Clash Verge Rev에서는 보통 구독 페이지에서 URL 입력란과 가져오기 기능을 찾을 수 있습니다. 서비스 제공업체가 Clash 또는 mihomo용으로 안내한 구독 URL을 복사해 입력란에 붙여 넣고, 앞뒤에 공백이나 줄바꿈, 메신저에서 덧붙인 문구가 들어가지 않았는지 확인한 뒤 가져오세요. 여러 형식이 제공된다면 계정 관리 페이지 주소를 구독 URL로 사용하지 말고, 현재 코어를 지원한다고 명시된 형식을 선택하세요.

가져오기를 마치면 클라이언트가 원격 콘텐츠를 다운로드할 때까지 기다리세요. 성공하면 보통 설정 이름과 업데이트 기능이 표시된 설정 카드가 나타납니다. 실패하면 요청 오류, 파싱 오류 또는 형식 불일치 메시지가 표시될 수 있습니다. 먼저 오류 내용을 읽고 다음 조치를 결정하세요. 요청 오류라면 URL이 유효한지, 현재 네트워크에서 구독 서비스에 접속할 수 있는지 확인합니다. 파싱 오류라면 응답이 로그인 페이지나 오류 페이지인지, 또는 다른 클라이언트용 설정 형식인지 확인하세요. 비슷한 이름의 설정이 여러 개 생기지 않도록 가져오기 버튼을 반복해서 누르지 마세요.

설정을 활성화한 뒤 프록시 페이지 확인

설정 카드가 표시된 뒤에는 해당 설정을 선택하거나 활성화해야 합니다. 버전에 따라 카드를 클릭하거나 ‘사용’을 선택하거나 작업 메뉴에서 설정할 수 있습니다. 다운로드 성공 메시지만 보지 말고 카드가 선택된 상태인지 확인하세요. 그런 다음 ‘프록시’ 페이지에서 정책 그룹이 표시되는지, 그룹 안에 선택할 수 있는 노드가 있는지 확인합니다. 설정은 있지만 프록시 페이지가 비어 있다면 구독 페이지로 돌아가 현재 설정이 선택됐는지 확인한 뒤 로그에서 로드 또는 파싱 정보를 살펴보세요.

로컬 YAML 파일을 받았다면 클라이언트의 파일 가져오기 기능을 사용하세요. 디스크 경로를 원격 구독 입력란에 붙여 넣으면 안 됩니다. 파일을 가져온 뒤에도 설정을 활성화해야 합니다. 노드 정보만 포함된 구독과 규칙, DNS, 정책 그룹까지 포함된 전체 설정은 서로 다릅니다. 일부 클라이언트는 자체 템플릿으로 정책 그룹을 만들 수 있지만, 다른 클라이언트는 전체 설정이 있어야 작동합니다. 가져온 뒤 예상한 분기 규칙이 없다면 전체 파일을 직접 작성하기에 앞서 서비스 제공업체가 제공하는 내용 범위를 확인하세요.

이 단계가 끝나면 구독 또는 설정이 활성화되어 있고, 프록시 페이지에 예상한 정책 그룹이 표시되며, 로그에 설정 로드 오류가 반복되지 않아야 합니다. 이때는 기본 DNS와 포트 설정을 그대로 두고 다음 단계에서 실행 모드를 선택하세요. 구독 형식과 설정 파일의 관계는 용어집에서 확인할 수 있습니다. 설정 호환성과 병합 방식은 프로토콜 안내서에 정리되어 있으며, 첫 연결 전에 모두 알아둘 필요는 없습니다.

2단계: 프록시 모드와 출구 정책 선택

처음에는 규칙 모드 선택

프록시 페이지나 실행 설정에서 ‘규칙 / 전역 / 직접 연결’ 모드를 찾으세요. 처음 사용할 때는 ‘규칙’을 권장합니다. 이 모드에서는 설정에 포함된 규칙에 따라 각 대상이 직접 연결, 프록시 정책 그룹 또는 거부 중 어디로 처리될지 결정됩니다. 전체 설정이 준비된 환경에서 시작하기에 적합합니다. 선택한 뒤 화면에 규칙 모드가 현재 모드로 표시되는지 확인하세요. 클라이언트에서 해당 메뉴가 트레이에 있다면 기본 창과 트레이의 상태가 일치하는지도 확인해야 합니다.

전역 모드에서는 코어에 들어온 연결을 전역 정책으로 처리하며, 해당 정책 그룹에서 출구를 선택해야 합니다. 직접 연결 모드에서는 코어에 들어온 연결이 대상에 직접 접속합니다. 이 모드는 트래픽이 코어에 들어온 뒤 어떻게 처리할지만 정하며, 모든 앱의 트래픽을 코어로 보내지는 않습니다. 따라서 전역 모드로 바꿔도 기기의 모든 프로그램이 프록시를 사용하는 것은 아니며, 다음 단계의 시스템 프록시나 시스템 VPN 연결을 대신하지도 않습니다.

정책 그룹에서 실제 출구 선택

규칙 모드를 유지한 채 설정에서 프록시 접속을 담당하는 정책 그룹을 펼치세요. 그룹 이름은 설정 작성자가 정하므로 ‘프록시 선택’일 수도 있고 용도에 따라 분류되어 있을 수도 있습니다. 이름만으로 기능을 판단하지 마세요. 수동 선택 그룹에서는 노드를 직접 선택해야 하며, 자동 선택 그룹은 보통 설정에 지정된 테스트 조건에 따라 출구를 정합니다. 한 그룹이 다른 그룹을 참조한다면 하위 그룹까지 확인해 최종 출구가 실제 노드인지, 실수로 DIRECT 또는 REJECT에 머물러 있지는 않은지 확인하세요.

클라이언트의 연결 테스트나 지연 시간 테스트를 사용해 명백히 실패하는 선택지를 먼저 걸러낼 수 있습니다. 다만 테스트는 대개 지정된 주소만 대상으로 하며 결과는 테스트 대상, 요청 방식, 당시 네트워크 상태에 따라 달라집니다. 지연 시간이 낮은 노드가 모든 대상에 적합한 것은 아니며, 시간 초과도 실제 접속 결과와 함께 판단해야 합니다. 처음 확인할 때는 테스트에 성공한 노드 하나를 고정하세요. 접속을 확인하는 동안 노드를 자주 바꾸면 이후 기록을 비교하기 어렵습니다.

이 단계가 끝나면 현재 규칙 모드를 사용 중인지, 어떤 정책 그룹이 프록시 접속을 담당하는지, 최종 출구로 어떤 항목을 선택했는지 설명할 수 있어야 합니다. 로드 밸런싱, 테스트 주기, 복잡한 규칙을 한꺼번에 수정할 필요는 없습니다. 특정 규칙이 왜 직접 연결되는지 모르겠다면 연결 후 적용 결과를 확인하고 자주 묻는 질문에서 해당 내용을 찾아보세요. 설정의 기존 구조를 유지하면 연결 문제와 규칙 수정 문제를 분리하기 쉽습니다.

3단계: 시스템과 코어 사이의 연결 설정

데스크톱에서는 시스템 프록시부터 활성화

클라이언트 설정 페이지로 돌아가 현재 설정이 로드됐는지, 코어에 오류가 없는지 확인한 뒤 ‘시스템 프록시’를 켜세요. 일반적으로 운영체제의 프록시 주소가 로컬 수신 포트를 가리키게 되며, 시스템 프록시를 지원하는 브라우저와 앱은 이후 요청을 클라이언트로 보냅니다. 설정 창에 예시로 표시된 포트를 다른 프로그램에 그대로 입력하지 마세요. 수동으로 설정해야 한다면 클라이언트에 실제로 표시된 주소와 포트를 확인하고 해당 수신 포트가 활성화되어 있는지 점검하세요.

스위치를 켠 다음 브라우저를 열어 다음 단계에서 연결을 확인하세요. TUN을 동시에 켜거나 시스템 설정에서 별도의 수동 프록시를 추가하지 마세요. 시스템 프록시 스위치가 곧바로 꺼지거나 시스템 설정의 주소가 계속 바뀐다면 다른 클라이언트가 프록시를 관리하고 있는지 확인하세요. 충돌하는 도구를 종료한 뒤 다시 활성화하고 상태가 유지되는지 살펴보세요. 브라우저에 프록시 확장 프로그램이 설치되어 있다면 시스템 설정을 덮어쓰지 않는지도 확인해야 합니다.

모바일에서는 시스템 안내에 따라 연결 권한 허용

Android와 iOS 클라이언트에는 보통 연결 또는 시작 버튼이 있습니다. 구독과 정책을 선택했는지 확인하고 연결을 누른 뒤, 시스템에 표시되는 VPN 구성 또는 연결 권한 요청을 읽고 승인하세요. 승인 후 클라이언트로 돌아와 연결 상태를 확인합니다. 시스템 상태 표시줄이나 설정에도 VPN 상태가 표시될 수 있습니다. 이 표시는 앱이 시스템 네트워크 인터페이스를 통해 트래픽을 연결했다는 뜻일 뿐, 대상 요청이 예상한 노드를 사용한다고 아이콘만으로 판단할 수는 없습니다.

시스템에서 다른 VPN 연결이 실행 중이라고 표시되면 기존 연결을 끊어야 하는지 먼저 확인한 뒤 계속 진행하세요. 일부 Android 클라이언트에는 앱별 분할 터널링 기능이 있어 제외된 앱은 현재 프록시를 거치지 않을 수 있습니다. 처음 연결을 확인할 때는 제외되지 않은 브라우저를 사용하세요. 권한 요청 창을 취소했다면 클라이언트 버튼이 잠시 바뀌었더라도 시스템 연결이 완료된 것은 아닙니다. 다시 연결을 요청하고 권한 승인 결과를 확인하세요.

더 많은 앱의 트래픽을 처리해야 할 때 TUN 고려

TUN은 가상 네트워크 인터페이스를 통해 트래픽을 연결하므로 시스템 프록시를 따르지 않는 일부 앱을 처리하는 데 유용합니다. 다만 서비스 설치, 관리자 권한, 라우팅 및 DNS 설정이 필요할 수 있습니다. 브라우저에서 기본 접속을 확인한 뒤에도 특정 앱이 시스템 프록시를 우회한다면 클라이언트 안내에 따라 TUN을 활성화하세요. 권한 요청이 표시되면 요청한 프로그램을 확인하고, 설정을 마친 뒤 클라이언트에서 가상 인터페이스나 라우팅 초기화 오류가 보고되는지 살펴보세요. 스위치 색상만으로 정상 여부를 판단하지 마세요.

처음 문제를 확인할 때는 연결 옵션을 한 번에 하나씩만 바꾸고 변경 전후 상태를 기록하세요. 시스템 프록시와 TUN을 동시에 켜야 하는지는 클라이언트 구현과 사용 목적에 따라 다르므로 두 스위치를 모두 켜는 것을 일반적인 해결책으로 삼지 마세요. 네트워크 스택과 DNS 처리 방식의 차이는 프로토콜 안내서를 참조하세요. 이 단계에서는 추적할 수 있는 연결 경로 하나를 만들고 실제 요청으로 작동 여부를 확인하면 됩니다.

4단계: 접속, 규칙, 출구 확인

새 요청으로 연결 기록 확인

클라이언트를 실행한 상태에서 브라우저의 새 탭을 열고 익숙하며 콘텐츠가 안정적인 웹사이트에 접속하세요. 페이지가 열렸다는 사실만으로는 접속 성공만 확인할 수 있으므로 어떤 경로를 거쳤는지도 살펴봐야 합니다. 클라이언트의 ‘연결’ 페이지로 돌아가 방금 접속한 대상 도메인이나 주소를 찾아 적용된 규칙, 사용된 정책 그룹, 출구 체인을 확인하세요. 클라이언트마다 표시되는 항목은 다르지만 확인 순서는 같습니다. 요청을 받았는지, 규칙이 요청을 어디로 보냈는지, 최종적으로 어떤 출구를 사용했는지 살펴보세요.

브라우저 캐시, 백그라운드 요청, 재사용되는 장기 연결은 확인을 방해할 수 있습니다. 페이지를 열었는데 기록이 없다면 새로고침하거나 사이트의 다른 페이지에 접속하거나 시크릿 창을 새로 열어 연결을 만들어 보세요. 일부 클라이언트는 활성 연결만 표시하므로 짧은 요청은 종료 후 사라질 수 있습니다. 이때는 로그도 함께 확인하세요. 문제 해결 화면을 공유할 때는 구독 URL, 인증 정보, 공개할 필요가 없는 접속 대상 정보를 가리세요.

출구 주소를 확인하려면 같은 네트워크 환경에서 직접 연결 경로와 예상한 프록시 경로의 공인 출구 주소를 비교하고 클라이언트 기록도 함께 확인하세요. 규칙 모드에서는 주소 조회 사이트가 직접 연결될 수 있으므로 출구 주소가 바뀌지 않았다는 사실만으로 프록시가 실패했다고 단정할 수 없습니다. 먼저 조회 요청에 어떤 규칙이 적용됐는지 확인한 뒤 결과를 판단하세요. 특정 조회 페이지에 다른 주소가 표시되게 하려고 장기간 전역 모드를 사용하는 것은 피하세요.

기록을 기준으로 문제 범위 좁히기

페이지에 접속할 수 없고 클라이언트에도 해당 요청이 없다면 먼저 3단계의 연결 경로를 확인하세요. 시스템 프록시가 켜져 있는지, 브라우저가 시스템 설정을 사용하는지, 모바일 VPN 연결이 유지되는지, 앱이 분할 터널링에서 제외되지 않았는지 살펴봅니다. 이때는 트래픽이 코어에 들어오지 않았을 수 있으므로 노드를 계속 바꿔도 도움이 되지 않습니다. 일반적인 접속은 되지만 특정 앱의 기록이 없다면 해당 앱의 프록시 옵션이나 연결 방식을 먼저 확인하세요.

요청 기록은 있지만 대상에 연결할 수 없다면 현재 정책 그룹과 최종 노드를 다시 확인하세요. 먼저 다른 출구로 바꿔 같은 대상에 다시 접속합니다. 한 출구에서만 실패한다면 해당 출구의 서비스 상태를 집중적으로 확인하세요. 여러 출구에서 모두 실패한다면 로그의 오류를 읽고 도메인 이름 확인, 연결 시간 초과, 인증 실패, 인증서 관련 문제를 구분합니다. 인증서 검증을 끄고 DNS를 바꾸고 규칙을 다시 작성하는 일을 한꺼번에 하지 마세요. 접속이 복구되더라도 실제 원인을 파악하기 어려워집니다.

일부 웹사이트에서만 문제가 생기면 직접 연결, 거부 또는 전용 정책 그룹에 해당 사이트가 연결됐는지 먼저 확인하세요. 앱별 DNS, 브라우저의 보안 DNS, 기존 연결 캐시의 영향도 점검합니다. 처음 사용할 때 한 번 접속에 실패했다고 전체 DNS 설정을 다시 작성할 필요는 없습니다. 자세한 확인 순서는 문제 해결 관련 자주 묻는 질문에서 살펴보세요. Fake-IP와 규칙 제공자 같은 용어는 먼저 용어집에서 의미를 확인할 수 있습니다.

정상 작동 상태를 유지하고 테스트 마무리

정상 작동을 확인했다면 현재 설정 이름, 모드, 정책 그룹 선택을 기록해 두세요. 이후 설정을 변경하기 전에 이 상태를 보존하면 좋습니다. 원격 구독을 업데이트하면 구독 내용이 덮어써질 수 있으므로 유지해야 하는 변경 사항은 업데이트로 대체될 파일을 직접 수정하는 대신 클라이언트에서 지원하는 오버라이드 또는 병합 기능을 사용하세요. 첫 연결을 마친 뒤 해당 기능을 살펴봐도 늦지 않습니다. 자세한 방법은 프로토콜 및 코어 참고 자료를 확인하세요.

사용을 중단하려면 데스크톱에서는 먼저 시스템 프록시를 끈 뒤 클라이언트를 종료하세요. TUN을 활성화했다면 클라이언트의 종료 절차에 따라 비활성화합니다. 모바일에서는 연결 해제 버튼을 누르고 시스템 VPN 상태가 종료됐는지 확인하세요. 종료 후 일반 네트워크 접속에 문제가 생기면 모든 설정을 바로 삭제하지 말고 시스템에 로컬 주소를 가리키는 수동 프록시가 남아 있는지 먼저 확인하세요. 재현 가능한 순서를 기록해 두면 다음 연결 때 설정, 모드, 연결, 확인의 네 단계를 차례대로 점검할 수 있습니다.