구독 내용 확인
구독 URL을 복사할 때는 프로토콜 시작 부분부터 끝까지 모든 문자가 포함되도록 하세요. 웹페이지에서 잘려 보이는 텍스트만 복사하거나 URL 앞뒤에 공백, 문장부호, 설명을 추가하지 마세요. 서비스 제공업체가 “일반 구독”과 “Clash 구독”을 함께 제공한다면 Clash 또는 mihomo용이라고 명확히 표시된 URL을 우선 사용하세요.
정해진 순서에 따라 네 가지를 완료합니다. 사용 가능한 설정을 가져오고, 규칙 모드를 선택하고, 정책 노드에 연결한 뒤, 트래픽이 예상대로 처리되는지 확인하세요. 이 가이드는 처음 사용할 때 필요한 작업만 다루며, 프로토콜과 코어 선택은 별도의 참고 페이지에서 설명합니다.
시작하기 전에 현재 시스템에 맞는 Clash GUI 클라이언트와 아직 유효한 구독 URL을 준비하세요. 구독은 보통 서비스 제공업체가 생성하며 노드, 정책 그룹, DNS, 트래픽 분기 규칙을 포함합니다. 클라이언트는 설정을 읽고 실행할 뿐, 연결 가능한 서비스 노드를 자동으로 만들어 내지는 않습니다.
구독 URL을 복사할 때는 프로토콜 시작 부분부터 끝까지 모든 문자가 포함되도록 하세요. 웹페이지에서 잘려 보이는 텍스트만 복사하거나 URL 앞뒤에 공백, 문장부호, 설명을 추가하지 마세요. 서비스 제공업체가 “일반 구독”과 “Clash 구독”을 함께 제공한다면 Clash 또는 mihomo용이라고 명확히 표시된 URL을 우선 사용하세요.
처음 시스템 프록시, VPN 설정 또는 TUN 기능을 켤 때 운영체제에서 관리자 권한이나 네트워크 연결 권한을 요구할 수 있습니다. 시스템에서 표시한 안내라면 앱 이름을 확인한 뒤 실제로 필요한 경우에만 허용하세요. 브라우저 트래픽만 먼저 확인하려면 시스템 프록시만 사용하면 되며, 처음부터 모든 고급 옵션을 함께 변경할 필요는 없습니다.
설정 과정에서는 구독 서버에 접속하고 노드를 테스트해야 하므로, 먼저 Clash를 켜지 않은 상태에서도 기기가 정상적으로 인터넷에 연결되는지 확인하세요. 로컬 네트워크 자체가 끊겨 있으면 구독 업데이트와 지연 시간 테스트가 모두 실패해 기본 네트워크 문제를 클라이언트 오류로 오해하기 쉽습니다.
설정 소스
설치된 Clash 클라이언트를 열고 먼저 “설정”, “구독” 또는 “Profiles” 페이지를 찾으세요. 이 페이지에는 보통 로컬 설정 목록과 구독 URL 입력란이 있습니다. 서비스 제공업체가 제공한 전체 구독 링크를 붙여 넣고 앞뒤에 불필요한 공백이 없는지 확인한 뒤 “가져오기”, “다운로드” 또는 “업데이트”를 클릭하세요. 클라이언트에서 이름을 요구하면 “일상 설정”처럼 알아보기 쉬운 짧은 이름을 사용하면 됩니다. 이름 자체는 구독 내용에 영향을 주지 않습니다.
제출한 직후 프록시 페이지로 이동하지 마세요. 다운로드와 파싱이 끝날 때까지 기다리면서 설정 목록에 새 항목이 나타나는지 확인하세요. 정상이라면 항목 옆에 최근 업데이트 시간이 표시되며, 일부 클라이언트는 자동 업데이트 간격도 보여 줍니다. 방금 가져온 설정을 선택해 현재 설정으로 지정하세요. 그런 다음 “프록시” 또는 “Proxies” 페이지에서 정책 그룹과 노드 목록이 나타나는지 확인합니다. “노드 선택”, “자동 선택” 또는 서비스 제공업체가 지정한 정책 그룹이 보이면 설정이 정상적으로 로드된 것입니다.
붙여 넣은 직후 형식 오류가 표시되면 먼저 구독 제공 페이지로 돌아가 URL을 다시 복사하세요. 링크의 문자를 직접 수정하지 마세요. 브라우저에서 구독 URL을 열면 YAML 파일이 다운로드될 수도 있고 인코딩된 텍스트가 표시될 수도 있습니다. 두 방식 모두 정상일 수 있으며, 핵심은 클라이언트가 이를 인식하는지입니다. 브라우저에서 로그인 페이지, 만료 안내 또는 빈 응답이 나타나면 클라이언트에서 반복해서 업데이트하지 말고 서비스 제공업체 페이지에서 구독을 먼저 갱신하세요.
일부 클라이언트는 “URL에서 가져오기”와 “파일에서 가져오기”를 함께 제공합니다. 일반적인 구독은 URL 가져오기를 사용하며, 이후 업데이트할 때 클라이언트가 같은 주소로 다시 요청합니다. 파일 가져오기는 로컬에 저장한 YAML 설정에 적합하지만 원격 변경 사항이 자동으로 반영되지는 않습니다. 처음에는 노드나 규칙이 바뀌었을 때 바로 업데이트할 수 있도록 URL 구독 방식을 권장합니다.
트래픽 경로
설정이 로드된 것을 확인한 뒤 “설정”, “일반” 또는 클라이언트 홈 화면에서 “아웃바운드 모드”, “프록시 모드” 또는 “Mode”를 찾으세요. 일반적인 옵션에는 규칙, 글로벌, 직접 연결이 있습니다. 처음 연결할 때는 “규칙”을 권장합니다. 규칙 모드는 설정의 규칙을 위에서부터 확인하고 도메인, IP 주소, 앱 또는 지역 데이터에 따라 프록시를 사용할지 직접 연결할지 결정합니다. 따라서 프록시가 필요한 요청은 정책 그룹으로 보내고 직접 연결이 적합한 요청은 기존 경로를 유지할 수 있습니다.
글로벌 모드는 대부분의 일치하는 트래픽을 현재 프록시 정책으로 통일해 보내는 방식입니다. 트래픽 분기 규칙 때문에 문제가 생겼는지 임시로 확인할 때 유용하지만, 설정 내용을 잘 모르는 상태에서 장기간 기본값으로 사용하기에는 적합하지 않습니다. 직접 연결 모드는 프록시를 우회하며 프록시를 일시 중지하거나 비교 테스트할 때 주로 사용합니다. 직접 연결로 전환했을 때 접속이 복구되고 규칙 모드에서 실패한다면 클라이언트를 반복해서 재설치하지 말고 규칙 매칭, 정책 그룹 선택 또는 DNS 설정을 확인하세요.
규칙 모드를 선택한 뒤에는 Fake-IP, DNS 덮어쓰기, 규칙 제공자, 스크립트 같은 고급 항목을 바로 조정하지 마세요. 대부분의 구독에는 바로 사용할 수 있는 기본 설정이 포함되어 있으며 여러 옵션을 동시에 바꾸면 원인을 찾기 어려워집니다. 처음에는 확인 가능한 연결 하나를 만드는 것이 목표입니다. 연결이 안정된 후 앱 호환성에 따라 DNS 모드, TUN 라우팅, 사용자 지정 규칙을 검토하세요.
모드는 트래픽을 매칭하는 방식만 결정하며 노드에 연결되었다는 뜻은 아닙니다. 모드를 선택한 후 프록시 페이지로 이동해 주요 정책 그룹에 실제로 사용 가능한 노드나 자동 선택 그룹을 지정해야 합니다. 정책 그룹 이름이 서비스 제공업체에 의해 사용자 지정되어 있다면 목록 상단에 있고 현재 선택 가능한 상태인 주요 정책 그룹을 먼저 찾아보세요. 규칙이 최종적으로 가리키는 그룹은 구독 내용에 따라 달라지므로 그룹 이름이 예시와 같지 않을 수 있습니다.
설정에 포함된 규칙에 따라 프록시 또는 직접 연결을 선택합니다. 일상적인 사용은 보통 여기서 시작하며, 이후 특정 요청이 어떤 규칙에 매칭되었는지 확인하기도 쉽습니다.
주요 트래픽을 선택한 정책으로 통일해 보냅니다. 규칙 모드와 비교할 때 사용할 수 있지만 기존의 세밀한 트래픽 분기 로직은 건너뜁니다.
트래픽이 현재 네트워크 출구를 직접 사용합니다. 원래 네트워크 경로를 복원하거나 문제가 프록시 경로와 관련 있는지 확인할 때 적합합니다.
Fake-IP, 규칙 집합, GEOIP, MATCH 같은 이름이 익숙하지 않다면 먼저 개념 빠른 확인을 참고하세요. 프로토콜별 연결 특성, 리소스 사용량, 코어 호환성은 프로토콜 및 코어 참고에서 한꺼번에 설명합니다. 처음 연결을 완료하기 전에 이 내용을 모두 이해할 필요는 없습니다.
노드 및 시스템 설정
“프록시”, “정책” 또는 “Proxies” 페이지로 이동해 주요 정책 그룹을 여세요. 노드를 직접 선택할 때는 클라이언트가 제공하는 지연 시간 테스트 기능을 먼저 사용할 수 있습니다. 테스트 결과는 현재 기기에서 테스트 주소까지 노드를 거쳐 응답하는 상황을 보여 주며, 사용 가능 여부와 상대적인 지연 시간을 판단하는 참고 자료일 뿐 실제 다운로드 속도를 의미하지는 않습니다. 테스트가 완료되고 결과가 비교적 안정적인 노드를 선택하면 충분하며 목록에서 가장 작은 숫자를 계속 찾을 필요는 없습니다.
설정에 url-test 자동 선택 그룹이 있다면 해당 그룹을 바로 선택하세요. 코어가 설정된 테스트 주소와 간격에 따라 더 나은 결과의 노드를 선택합니다. fallback 그룹이 있다면 일반적으로 설정된 순서대로 사용 가능 여부를 확인하고 앞선 노드를 사용할 수 없을 때 전환합니다. 처음에는 정책 그룹을 다시 작성할 필요가 없습니다. 현재 주요 정책이 최종적으로 특정 노드나 자동 선택 그룹을 가리키는지만 확인하세요.
노드 선택을 마친 후 일반 설정으로 돌아가 “시스템 프록시”, “Set as system proxy” 또는 이와 비슷한 의미의 스위치를 켜세요. 이 설정은 시스템 프록시를 지원하는 브라우저와 앱을 Clash의 로컬 리스닝 포트로 연결합니다. 클라이언트를 백그라운드에서 계속 실행하고 프로세스를 바로 종료하지 마세요. 시스템 프록시는 앱에 요청을 로컬 포트로 보내도록 알릴 뿐이며, 실제 전달은 실행 중인 Clash 코어가 처리합니다.
Windows와 macOS에서는 대부분의 브라우저가 시스템 프록시 설정을 읽으므로 이 스위치를 켜면 다음 확인을 진행할 수 있습니다. 일부 앱은 별도의 프록시 설정을 사용하거나 시스템 프록시를 전혀 읽지 않으므로 이런 트래픽은 클라이언트 연결 패널에 나타나지 않을 수 있습니다. Android와 iOS 클라이언트는 보통 시스템 VPN 인터페이스로 트래픽을 처리하며, 처음 활성화할 때 시스템 권한 창이 표시됩니다. 앱 이름과 연결 요청을 확인한 뒤 허용하세요. Linux 데스크톱 환경에서 시스템 프록시를 자동으로 읽는지는 배포판, 데스크톱 구성 요소, 앱 자체 설정에 따라 달라지므로 필요한 경우 앱 안에 로컬 프록시 주소를 입력해야 합니다.
TUN 모드는 시스템 프록시를 따르지 않는 더 많은 트래픽을 처리하는 기능이지만 가상 네트워크 인터페이스, 라우팅 및 시스템 권한이 관련됩니다. 처음 연결할 때는 시스템 프록시로 브라우저 확인을 먼저 완료하세요. 브라우저는 정상적으로 작동하지만 특정 앱만 프록시를 사용하지 않을 때 TUN을 고려하면 됩니다. 이렇게 하면 노드, 구독, 기본 프록시 경로가 정상인지 먼저 확인할 수 있어 권한, 라우팅, DNS 문제를 한 번에 섞어 점검하는 일을 피할 수 있습니다.
결과 확인
Clash 클라이언트를 실행한 상태로 두고 시스템 프록시 또는 시스템 VPN이 계속 켜져 있는지 확인하세요. 새 브라우저 창에서 자주 사용하는 IP 조회 페이지를 열고 화면에 표시된 외부 주소와 지역을 기록합니다. 그런 다음 시스템 프록시를 잠시 끄고 같은 페이지를 새로 고쳐 비교하세요. 켰을 때와 껐을 때 출구 주소가 다르고 프록시를 켠 상태에서 웹페이지가 정상적으로 로드된다면 브라우저 트래픽이 Clash로 들어간 것입니다.
IP 페이지에만 의존해서는 규칙이 예상대로 작동하는지 충분히 판단할 수 없으므로 클라이언트의 “연결”, “Connections” 또는 “로그” 페이지도 열어야 합니다. 해당 페이지를 띄워 둔 상태에서 브라우저로 새 웹사이트를 여세요. 정상이라면 연결 목록에 새 도메인, 대상 주소, 매칭된 규칙 또는 사용된 정책이 나타납니다. 검색을 지원하는 클라이언트라면 방금 방문한 도메인을 입력해 최종적으로 프록시, 직접 연결 또는 다른 정책이 사용되었는지 확인하세요.
규칙 모드에서 모든 요청이 프록시로 표시되는 것은 아니며 이는 정상입니다. 설정에 따라 로컬 서비스, LAN 주소 또는 특정 사이트가 직접 연결될 수 있습니다. 확인할 핵심은 프록시가 필요한 대상이 예상한 정책으로 들어갔는지, 클라이언트에 해당 연결이 기록되었는지, 페이지가 안정적으로 로드되는지입니다. “모든 트래픽이 같은 노드를 사용한다”는 것을 규칙 모드 성공 기준으로 삼지 마세요.
외부 주소는 바뀌지 않았지만 연결 패널에 브라우저 요청이 보인다면 먼저 해당 요청이 어떤 규칙에 매칭되었는지 확인하세요. DIRECT에 매칭되었다면 설정이 직접 연결을 선택한 것입니다. 글로벌 모드로 잠시 전환해 비교할 수 있습니다. 글로벌 모드에서 주소가 바뀐다면 노드와 로컬 프록시 경로는 정상이며, 이후에는 시스템 네트워크가 아니라 구독 규칙을 확인해야 합니다. 비교가 끝나면 규칙 모드로 돌아가세요.
외부 주소도 바뀌지 않고 연결 패널에도 새 요청이 전혀 없다면 브라우저가 Clash 로컬 프록시를 사용하지 않는 경우가 많습니다. 시스템 프록시 스위치를 다시 확인하고 브라우저를 완전히 종료한 뒤 다시 열어 보세요. 브라우저 확장 프로그램이나 앱 내부 프록시가 시스템 설정을 덮어쓰는지도 확인합니다. 기업 네트워크, 다른 VPN 소프트웨어, 보안 도구도 프록시 설정을 변경할 수 있으므로 점검할 때는 네트워크를 제어하는 도구를 한 번에 하나만 남기세요.
브라우저 요청이 다른 네트워크 출구를 통해 전송되었음을 의미합니다. 이어서 어떤 규칙에 매칭되었는지 확인하세요.
요청이 Clash 코어에 도달했다는 뜻입니다. 정책과 규칙 필드에서 최종 경로를 확인할 수 있습니다.
시스템 프록시 스위치가 브라우저 경로를 정상적으로 바꿀 수 있으며 기본 설정이 완료되었음을 의미합니다.
기본 문제 해결
문제가 생겼을 때 클라이언트, 구독, DNS, 시스템 네트워크를 한꺼번에 바꾸지 마세요. 일정한 점검 순서를 따르면 원인을 찾기 쉽습니다. 먼저 프록시를 끄고 로컬 네트워크가 정상인지 확인한 다음 구독을 업데이트해 설정을 읽을 수 있는지 확인하고, 여러 노드를 테스트한 뒤 시스템 프록시가 실제로 켜졌는지 점검하세요. 앞 단계가 통과되지 않았다면 뒤 단계의 결과는 대개 참고 가치가 없습니다.
| 증상 | 우선 확인 | 다음 단계 |
|---|---|---|
| 구독을 가져올 수 없음 | 링크가 완전한지, 만료되지 않았는지, 응답 내용이 Clash에 맞는지 | 구독을 다시 복사하고 서비스 제공업체 상태 확인 |
| 노드 테스트가 모두 시간 초과 | 기본 네트워크, 구독 업데이트 시간, 방화벽 및 시스템 시간 | 다른 네트워크에서 테스트하고 현재 클라이언트가 해당 프로토콜을 지원하는지 확인 |
| 브라우저 연결 기록이 없음 | 시스템 프록시, 브라우저 자체 프록시, 다른 네트워크 도구 | 브라우저를 다시 열고 프록시 진입점은 한 번에 하나만 유지 |
| 기록은 있지만 웹페이지가 열리지 않음 | 규칙 매칭, 현재 정책, 노드 사용 가능 여부 및 DNS | 글로벌 모드로 잠시 비교한 후 규칙 모드로 복귀 |
| 브라우저는 작동하지만 앱에서는 적용되지 않음 | 앱이 시스템 프록시를 읽는지 여부 | 앱의 프록시 설정을 확인하고 필요한 경우 TUN 모드를 검토 |
문제 해결 중에는 클라이언트 로그를 남겨도 되지만 모든 경고를 오류로 볼 필요는 없습니다. 네트워크 전환, 연결 종료, 규칙 업데이트에서도 일반 상태 기록이 생성될 수 있습니다. 실제로 확인해야 할 내용은 실패 시각과 일치하는 오류, 반복되는 연결 시간 초과, DNS 확인 실패 또는 설정 파싱 안내입니다. 구독 오류, 노드 시간 초과, 시스템 프록시 문제는 자주 묻는 질문에서 계속 확인할 수 있습니다.