CLASH 설정 안내 · 자주 묻는 질문
Clash 자주 묻는 질문과 문제 해결.
구독과 설정부터 연결 확인까지, 증상에 맞는 점검 방법을 찾아보세요. 문제를 확인할 때는 한 번에 한 항목만 바꾸고 기존 설정을 보관한 뒤 연결 기록으로 결과를 확인하세요.
기본 개념
클라이언트, 코어, 구독, 트래픽 처리 방식을 먼저 구분한 뒤 어떤 설정을 바꿀지 결정하세요. 질문을 누르면 답변을 볼 수 있습니다.
Clash, mihomo, GUI 클라이언트는 각각 무엇인가요?
Clash는 프록시 연결과 규칙 기반 트래픽 분기를 처리하는 코어로 시작했습니다. mihomo는 Clash.Meta에서 발전한 코어 프로젝트이며, GUI 클라이언트는 구독 관리, 모드 전환, 시스템 트래픽 연결 등의 기능을 제공합니다. 이름이 비슷한 클라이언트라도 같은 코어를 사용하거나 동일한 설정 항목을 모두 지원하는 것은 아닙니다. 문제를 확인하기 전에 정보 또는 코어 정보 화면에서 클라이언트 이름, 코어 이름과 버전을 기록한 뒤 해당 문서를 참고하세요. 기존 설정에서 지원하지 않는 항목이 나타나면 클라이언트를 반복해서 재설치하기보다 코어 호환성부터 확인해야 합니다.
Clash 클라이언트를 설치한 뒤에도 구독이 필요한 이유는 무엇인가요?
클라이언트는 설정을 읽고 연결을 생성하지만, 그 자체가 사용할 수 있는 프록시 서비스는 아닙니다. 구독은 보통 서비스 제공업체가 제공하며 노드, 정책 그룹, 규칙이 포함되거나 클라이언트에서 변환해야 하는 노드 정보만 담길 수도 있습니다. 가져오기 전에 서비스가 유효한지, 구독 형식을 지원하는지 확인하고 링크를 안전하게 보관하세요. 링크에 포함된 식별 정보로 다른 사람이 구독에 접근할 수 있습니다. 로컬 규칙만 있고 사용할 노드가 없다면 시스템 프록시를 켜도 프록시를 통한 외부 연결은 되지 않습니다. 구독 링크를 공개 댓글이나 스크린샷, 낯선 변환 사이트에 붙여 넣지 마세요.
규칙 모드, 전역 모드, 직접 연결 모드는 각각 언제 사용하나요?
규칙 모드는 현재 설정의 규칙 순서에 따라 연결 경로를 정하므로 일반적인 사용에 적합합니다. 전역 모드는 코어에 들어온 연결을 전역 정책 그룹으로 처리해 짧은 비교 테스트에 유용합니다. 직접 연결 모드는 코어에 들어온 연결을 대상에 바로 연결합니다. 전역 모드라고 해서 기기 전체의 트래픽이 처리되는 것은 아닙니다. 시스템 프록시를 사용하지 않고 TUN으로 연결되지 않은 프로그램은 코어를 우회할 수 있습니다. 전역 모드를 테스트할 때는 전역 정책 그룹에서 사용할 수 있는 노드를 선택하세요. 비교가 끝나면 규칙 모드로 돌아가고 연결 기록을 참고해 규칙을 수정하면 됩니다.
시스템 프록시와 TUN은 어떻게 다르며, 둘 다 켜야 하나요?
시스템 프록시는 시스템 프록시 설정을 따르는 앱에 로컬 프록시를 제공하므로 브라우저 연결을 먼저 확인할 때 적합합니다. TUN은 가상 네트워크 어댑터를 통해 라우팅 조건에 맞는 트래픽을 처리하며, 시스템 프록시를 사용하지 않는 앱에 주로 쓰입니다. 처음 설정할 때는 시스템 프록시로 먼저 확인한 뒤 필요에 따라 TUN을 켜세요. 여러 설정을 한꺼번에 바꾸지 않는 것이 좋습니다. 일부 클라이언트는 두 기능을 동시에 사용할 수 있지만, 실제 동작은 라우팅과 우회 설정에 따라 달라집니다. 기능을 많이 켠다고 더 완전해지는 것은 아닙니다. 연결이 끊기거나 루프가 발생하거나 앱 간 충돌이 생기면 다른 프록시 도구를 종료하고 한 가지 방식만 사용해 다시 확인하세요.
설치 및 설정
구독 가져오기, 설정 활성화, 트래픽 처리 활성화 순서로 확인하세요. 설정 다운로드 성공과 연결 확인 성공은 별개의 과정입니다.
Clash 구독 링크는 어디에 가져오며, 가져온 뒤 무엇을 확인해야 하나요?
클라이언트의 설정, 구독 또는 Profiles 화면에서 원격 설정 추가를 선택하고 서비스 제공업체가 안내한 전체 링크를 붙여 넣어 저장하세요. 다운로드가 완료되면 해당 설정을 현재 설정으로 지정합니다. 클라이언트마다 버튼 이름은 다를 수 있지만 구독 추가와 구독 활성화는 구분해야 합니다. 목록에 항목이 보인다고 해서 코어에 적용된 것은 아닙니다. 정책 그룹이 표시되는지, 노드를 선택할 수 있는지, 로그에 파싱 오류가 없는지 확인한 뒤 시스템 프록시를 켜서 연결을 테스트하세요. YAML 파싱 오류가 표시되면 응답 내용이 로그인 페이지나 오류 페이지인지, 별도의 변환이 필요한 구독 형식인지 먼저 확인하세요.
Clash 구독 업데이트에 실패하거나 만료되었다고 표시되면 어떤 순서로 확인해야 하나요?
먼저 기기가 인터넷에 연결되어 있고 시스템 시간이 정확한지 확인하세요. 그런 다음 서비스 제공업체 계정 페이지에서 구독 유효 기간과 트래픽을 확인하고 링크가 변경되었는지 살펴보세요. 업데이트 로그도 확인하세요. 401 또는 403은 인증이나 접근 제한과 관련된 경우가 많고, 404는 주소가 변경되었을 수 있으며, 시간 초과는 구독 도메인까지의 연결 경로를 점검해야 합니다. 클라이언트에서 프록시를 통한 업데이트를 지원한다면 사용할 수 있는 노드로 비교 테스트를 해보세요. 사용할 노드가 없다면 구독 주소에 접근할 수 있는 다른 네트워크를 이용해야 합니다. 기존 설정을 보관한 상태로 다시 시도하고, 모든 노드를 먼저 삭제하지 마세요. 공개적으로 도움을 요청할 때는 구독 주소와 매개변수를 반드시 가리세요.
TUN을 켤 때 권한 부족 또는 가상 네트워크 어댑터 생성 실패가 표시되면 어떻게 해야 하나요?
먼저 TUN을 끄고 현재 클라이언트가 해당 시스템의 가상 네트워크 어댑터를 통한 트래픽 처리를 지원하는지 확인하세요. 그런 다음 클라이언트 안내에 따라 서비스 모드를 설치하거나 보조 구성 요소에 권한을 부여합니다. Windows에서는 서비스를 설치할 때 관리자 권한이 필요한 경우가 많습니다. macOS에서는 보조 도구나 네트워크 확장을 승인해야 할 수 있고, Android에서는 시스템 VPN 권한을 확인해야 합니다. 다른 VPN이나 이전 서비스, 보안 소프트웨어의 차단으로 생성에 실패할 수도 있습니다. 반복해서 권한을 요청하기보다 가장 먼저 나타난 구체적인 오류를 확인하세요. 필요하면 다른 VPN을 종료한 뒤 서비스를 다시 시작합니다. 권한 문제를 해결한 후에는 기본 TUN 설정으로 테스트하고, 여전히 실패하면 가상 네트워크 어댑터 드라이버와 시스템 지원 여부를 점검하세요.
시스템 프록시를 켰는데도 브라우저가 Clash를 거치지 않으면 어디를 확인해야 하나요?
먼저 클라이언트 코어가 실행 중인지 확인하고 시스템 프록시의 로컬 주소와 포트가 현재 설정과 일치하는지 살펴보세요. 일반적으로 혼합 포트는 7890이지만 실제 설정을 기준으로 해야 합니다. 브라우저 프록시 확장 프로그램, 다른 프록시 클라이언트, 자동 프록시 스크립트를 종료한 뒤 브라우저를 다시 열어 접속하면서 클라이언트 연결 기록을 확인하세요. 기록이 없다면 요청이 해당 프록시로 들어오지 않았을 수 있습니다. 기록은 있지만 직접 연결로 처리된다면 적용된 규칙과 정책 그룹을 확인하세요. 일부 브라우저나 앱은 별도의 프록시 설정을 사용하므로 따로 설정해야 합니다. 시스템 프록시가 켜져 있다는 이유만으로 모든 프로그램의 연결 경로를 판단할 수는 없습니다.
사용 팁
속도 테스트, 규칙, 자동 업데이트에는 각각 적용 범위가 있습니다. 실제 요청과 로그를 기준으로 적용 여부를 판단하세요.
노드 지연 시간 테스트에는 값이 표시되는데 웹페이지가 열리지 않는 이유는 무엇인가요?
지연 시간 테스트는 테스트 시점에 지정된 탐지 주소로 요청이 완료되었다는 뜻일 뿐, 대상 웹사이트나 모든 포트와 프로토콜이 작동한다는 의미는 아닙니다. 노드 하나를 지정한 뒤 접속이 확인된 웹페이지를 열고, 문제가 있는 사이트도 테스트하세요. 연결 기록에서 도메인, 규칙, 정책 그룹, 오류 메시지를 함께 확인합니다. 특정 사이트만 실패한다면 대상 사이트의 제한, DNS, 규칙을 먼저 살펴보세요. 모든 사이트가 실패한다면 트래픽 처리 방식과 노드 인증을 확인해야 합니다. 지연 시간 수치를 다운로드 속도로 해석하지 마세요. 여러 노드를 연속으로 테스트한 직후 결과를 비교하는 것도 피해야 합니다. 집중적인 테스트로 연결이 혼잡해지거나 서버 측 제한이 발생할 수 있습니다.
사용자 지정 규칙은 어디에 추가해야 하며, 구독 업데이트 후 사라지는 이유는 무엇인가요?
원격 구독은 업데이트할 때 다운로드한 설정 파일을 교체하는 경우가 많아 파일을 직접 수정하면 변경 사항이 덮어써질 수 있습니다. 클라이언트에서 제공하는 덮어쓰기, 설정 병합 또는 확장 스크립트 기능을 사용해 로컬 규칙과 구독 내용을 분리해서 관리하세요. 규칙은 보통 순서대로 적용되므로 구체적인 도메인 규칙을 더 포괄적인 규칙과 마지막 기본 규칙보다 앞에 배치해야 합니다. 참조한 정책 그룹이 실제로 존재하는지도 확인하세요. 수정 후 설정을 다시 불러오고 연결 기록에서 규칙이 적용되었는지 확인합니다. 편집기에서 저장되었다고 끝난 것이 아닙니다. 병합 순서, 항목 유형, 정책 그룹 이름이 잘못되면 규칙이 적용되지 않거나 설정을 불러오지 못할 수 있습니다.
구독 자동 업데이트는 어떻게 설정하며, 업데이트 주기가 짧을수록 좋은가요?
클라이언트의 구독 설정에서 예약 업데이트를 켜고 서비스 제공업체 권장 주기에 맞춰 간격을 설정하세요. 설정에서 proxy-providers를 사용한다면 클라이언트가 구독 전체를 업데이트하는 작업과 코어가 노드 제공자를 업데이트하는 작업을 구분해야 합니다. 두 작업은 서로 다릅니다. 간격이 너무 짧으면 네트워크 요청과 모바일 배터리 소모가 늘고 구독 서비스의 접근 제한을 받을 수도 있습니다. 설정을 변경한 뒤 최근 업데이트 시간과 로그를 확인해 작업이 완료되었는지 확인하세요. 기기가 절전 상태이거나 휴대폰의 백그라운드 실행이 제한되면 예약 작업이 지연될 수 있습니다. 노드가 변경되었을 때 수동으로 한 번 업데이트하면 되며, 실시간 업데이트를 위해 주기를 계속 단축할 필요는 없습니다.
휴대폰 화면을 잠근 뒤 연결이 끊기거나 배터리 소모가 크게 늘면 어떻게 조정해야 하나요?
먼저 시스템이 백그라운드 프로세스를 종료했는지, Wi-Fi에서 모바일 데이터로 전환된 뒤 연결이 복구되지 않았는지 확인하세요. Android에서는 시스템 설정에서 필요한 백그라운드 실행을 허용하고 다른 VPN이 연결을 차지하고 있지 않은지 살펴보세요. iOS에서는 클라이언트가 지원하는 주문형 연결 설정을 함께 테스트해야 합니다. 배터리 소모가 늘었다면 잦은 속도 테스트와 너무 짧은 구독·규칙 세트 업데이트 주기를 줄인 뒤 같은 네트워크와 사용 시간에서 변화를 관찰하세요. 배터리 제한을 모두 해제하거나 모든 연결 유지 옵션을 켜지 마세요. 실제 사용에 필요한 설정만 유지하고 시스템 배터리 사용량에서 클라이언트, 다른 앱, 네트워크 신호 변동 중 어느 쪽이 원인인지 확인하세요.
문제 해결
먼저 문제가 발생하는 범위를 확인하세요. 웹사이트 하나, 앱 하나, 기기 하나인지 아니면 모든 네트워크인지 구분하면 원인을 빠르게 좁힐 수 있습니다.
Clash의 모든 노드가 시간 초과될 때 노드 문제와 기기 문제를 어떻게 구분하나요?
먼저 프록시를 끄고 기본 네트워크가 작동하는지 확인한 뒤 구독 만료 여부, 노드 목록의 최근 업데이트 여부, 기기 시간을 점검하세요. 노드 하나를 지정해 연결 로그를 확인하고 도메인 확인 실패, 인증 실패, 연결 거부, 응답 대기 시간 초과를 구분합니다. 오류에 따라 해결 방법이 달라집니다. 다른 네트워크에서 같은 노드를 테스트하거나, 같은 네트워크에서 사용이 확인된 다른 노드를 테스트하세요. 한 번에 조건 하나만 바꾸는 것이 좋습니다. 현재 기기에서만 실패한다면 방화벽, 다른 VPN, 로컬 포트를 확인하세요. 여러 기기와 네트워크에서 모두 실패한다면 서비스 제공업체에 노드 상태를 문의하면 됩니다. 클라이언트를 계속 바꿀 필요는 없습니다.
Microsoft Store 등 UWP 앱이 인터넷에 연결되지 않을 때 루프백 제한을 어떻게 확인하나요?
먼저 일반 브라우저가 시스템 프록시를 통해 접속되는지 확인한 뒤 특정 UWP 앱에서만 문제가 발생하는지 살펴보세요. 일부 UWP 앱은 네트워크 격리 정책 때문에 로컬 프록시 주소에 연결하지 못할 수 있습니다. 클라이언트에서 UWP 루프백 예외 도구를 제공한다면 안내에 따라 관리자 권한을 부여하고 필요한 앱에만 예외를 적용한 다음 앱을 완전히 종료했다가 다시 여세요. 관련 없는 앱을 한꺼번에 수정하거나 Store 앱의 모든 네트워크 오류를 루프백 문제로 단정하지 마세요. 문제가 계속되면 시스템 시간, 계정 상태, 연결 로그를 확인하세요. 클라이언트가 지원한다면 TUN을 통한 연결도 비교 테스트할 수 있습니다.
fake-ip를 켠 뒤 일부 웹사이트나 로컬 네트워크 기기에 접속할 수 없으면 어떻게 해야 하나요?
먼저 로컬 네트워크 도메인, 프린터 또는 실제 IP 주소를 이용하는 앱에서만 문제가 발생하는지 확인하세요. fake-ip는 도메인을 매핑하는 가상 주소를 반환하므로 일반 공인 IP처럼 취급할 수 없습니다. 중요한 것은 이후 연결도 같은 코어에서 제대로 처리되는지입니다. DNS 요청이 실제로 클라이언트에 들어오는지, TUN 라우팅이 완전한지, 다른 암호화 DNS가 설정을 우회하지 않는지 확인하세요. 호환되지 않는 도메인은 현재 코어 문법에 맞춰 fake-ip-filter에 추가하거나 적절한 DNS 확인 정책을 설정할 수 있습니다. 수정 후 시스템과 앱의 DNS 캐시를 비우고 문제가 있는 앱을 다시 시작해 비교 테스트하세요. 이전 캐시 때문에 새 설정이 작동하지 않는다고 오해하지 않도록 주의해야 합니다.
Clash를 종료한 뒤 기기 전체에서 인터넷이 되지 않으면 어떻게 복구하나요?
먼저 시스템 네트워크 설정에 로컬 주소를 가리키는 수동 프록시가 남아 있는지 확인하세요. 클라이언트를 종료하면 로컬 수신 대기가 중단되므로 프록시 설정이 남아 있으면 해당 설정을 따르는 앱이 연결되지 않습니다. 더 이상 사용하지 않는 프록시를 끄고 TUN 가상 네트워크 어댑터나 보조 서비스가 계속 실행 중인지 확인하세요. DNS를 수동으로 변경했다면 네트워크의 기존 설정으로 되돌리거나 자동으로 가져오도록 한 뒤 네트워크에 다시 연결합니다. 처음부터 네트워크 설정 전체를 초기화하면 회사 네트워크나 고정 IP 설정이 사라질 수 있습니다. 복구한 다음 클라이언트를 다시 실행하고, 트래픽 처리를 먼저 끈 뒤 프로그램을 종료하는 순서로 테스트하세요. 비정상 종료나 여러 도구의 충돌이 원인이었는지 확인할 수 있습니다.