CONFIGURATION INPUT
구독을 가져오고 현재 설정 활성화
먼저 클라이언트가 설치되어 정상적으로 실행되는지 확인합니다. 데스크톱 클라이언트는 실행 후 시스템 트레이나 메뉴 막대로 최소화되는 경우가 많으며, 기본 창을 닫는 것만으로 프로그램이 종료되지는 않습니다. 모바일에서는 클라이언트의 기본 화면을 열어 둡니다. 처음 실행했을 때 코어 다운로드, 서비스 모드 설치 또는 네트워크 권한 안내가 나타나면 클라이언트 안내에 따라 기본 구성 요소를 먼저 초기화합니다. 코어가 실행되어야 이후 구독 분석과 프록시 연결을 실제로 처리할 수 있습니다.
구독 입력 위치 찾기
“설정”, “구독”, “Profiles” 또는 “설정 파일”이라는 이름의 페이지로 이동합니다. 서비스 제공업체는 보통 https://로 시작하는 구독 URL을 제공합니다. 복사할 때 전체 내용을 유지하고 URL 앞뒤의 공백이나 메신저가 덧붙인 문장 부호는 포함하지 마세요. 구독 URL은 설정 인증 정보이므로 신뢰할 수 있는 클라이언트에만 붙여 넣고 공개 페이지, 스크린샷 또는 질문 게시판에 올리지 마세요.
입력란에 구독 URL을 붙여 넣은 뒤 “가져오기”, “다운로드”, “추가” 또는 “업데이트”를 클릭합니다. 클라이언트가 원격 설정을 요청하고 그 안의 프록시 노드, 정책 그룹과 규칙을 분석합니다. 데스크톱 클라이언트는 보통 새 설정 카드가 추가되며, 모바일 클라이언트는 구독 이름과 업데이트 시간을 바로 표시할 수 있습니다. 서비스 제공업체가 로컬 YAML 파일을 제공했다면 “파일에서 가져오기” 또는 “설정 열기” 기능을 사용합니다. 완료 후에는 설정 목록에서 해당 설정을 선택해야 합니다.
가져오기가 실제로 완료되었는지 확인
“가져오기 성공”이라는 짧은 알림만으로 판단하지 마세요. 프록시 또는 노드 페이지에서 정책 그룹과 선택 가능한 노드가 하나 이상 표시되는지 확인한 다음 설정 페이지로 돌아가 새 설정이 선택됨, 활성화됨 또는 Active 상태인지 확인합니다. 일부 클라이언트는 여러 설정을 저장할 수 있지만 코어는 한 번에 하나만 불러옵니다. 새 설정을 다운로드했어도 현재 설정으로 지정하지 않으면 프록시 페이지에 이전 노드가 표시될 수 있으며 이후 테스트 결과도 예상과 달라집니다.
목록이 비어 있거나 분석 실패 메시지가 표시되거나, 가져온 뒤 규칙만 있고 노드가 없다면 먼저 구독 업데이트를 한 번 실행하고 오류 내용을 확인합니다. 흔한 원인은 URL이 완전히 복사되지 않음, 구독 만료, 응답 내용이 Clash 설정 형식이 아님, 클라이언트가 오래된 응답을 캐시함 또는 현재 네트워크에서 구독 URL에 접근할 수 없음입니다. 이때는 코어에 사용할 프록시 객체가 아직 없으므로 프록시 모드를 계속 바꾸지 마세요. 문제 해결의 구독 및 설정 항목에서 응답 상태를 확인하고, 여러 구독 병합, 로컬 오버라이드와 YAML 구조가 관련된 경우 고급 설정을 참고하세요.
TRAFFIC POLICY
규칙 모드 선택 및 정책 그룹 확인
설정 로드가 완료되면 다음으로 어떤 로직이 연결을 처리할지 정합니다. 일반적인 화면에는 규칙, 글로벌, 직접 연결 세 가지 모드가 있으며 영어로는 보통 Rule, Global, Direct입니다. 모드는 트래픽의 경로만 결정하며 시스템 프록시를 자동으로 시작하거나 노드 선택을 대신하지 않습니다. 처음 연결할 때는 규칙 모드를 권장합니다. 대부분의 구독 설정에 직접 연결, 프록시와 차단 규칙이 포함되어 도메인이나 네트워크 범위에 따라 연결을 처리할 수 있기 때문입니다.
규칙, 글로벌, 직접 연결의 차이
규칙 모드는 설정의 규칙을 위에서부터 순서대로 대조합니다. 직접 연결 규칙에 해당하면 대상에 바로 접속하고, 프록시 규칙에 해당하면 지정된 정책 그룹으로 전달하며, 어느 규칙에도 해당하지 않으면 최종 기본 규칙으로 처리합니다. 일상적인 사용에 적합하고 연결 기록에서 각 요청에 적용된 규칙도 확인하기 쉽습니다. 글로벌 모드는 Clash가 처리하는 연결을 모두 글로벌 정책 그룹으로 전달합니다. “규칙 때문에 대상 웹사이트가 프록시를 거치지 않는지” 임시로 확인할 때 유용하지만, 장시간 사용하면 원래 직접 연결해야 하는 서비스까지 프록시를 거칠 수 있습니다.
직접 연결 모드는 처리 대상 트래픽이 프록시 노드를 거치지 않고 대상에 바로 접속하게 합니다. 로컬 네트워크 상태를 빠르게 비교하거나 프록시를 일시 중지하면서 클라이언트를 실행해 둘 때 적합합니다. 처음 프록시 연결을 완료하려는 경우 직접 연결 모드를 최종 설정으로 사용해서는 안 됩니다. 일부 클라이언트에는 Script, Fallback과 같은 추가 모드도 표시되지만 이는 설정에 따라 달라지므로 처음에는 변경할 필요가 없습니다.
정책 그룹에서 실제 노드 선택
“프록시”, “Proxies” 또는 정책 그룹 페이지로 이동해 주요 프록시 트래픽을 담당하는 정책 그룹을 찾습니다. 그룹 이름은 구독 설정에 따라 “노드 선택”, “프록시”, “Proxy” 등으로 다를 수 있습니다. 해당 그룹을 클릭하면 노드, 자동 속도 측정 그룹, 장애 조치 그룹 또는 다른 하위 정책이 표시됩니다. 처음 설정할 때는 구체적인 노드 하나를 선택해 이후 연결에서 어떤 출구를 사용하는지 명확히 하는 것이 좋습니다. 자동 정책 그룹을 선택한다면 해당 그룹이 테스트를 완료하고 사용 가능한 구성원을 선택했는지 확인합니다.
노드 이름의 지역, 배율 또는 회선 설명은 설정 제공업체가 붙인 라벨일 뿐 현재 연결 품질을 의미하지 않습니다. 클라이언트에서 지연 시간 테스트를 실행해 정상 결과가 나오는지 확인하는 편이 더 정확합니다. 지연 시간 테스트는 테스트 주소에 당시 접근할 수 있었는지만 보여 주며 모든 웹사이트 접속을 보장하지는 않습니다. 여기서는 명백히 시간 초과되는 노드를 걸러내는 용도로만 사용하세요. 여러 노드가 모두 시간 초과되면 이름만 보고 계속 선택하지 말고 로컬 네트워크와 구독 상태부터 확인합니다.
규칙과 정책의 연결 관계 유지
일부 설정에는 수동 선택, 자동 선택, 미디어 서비스와 기본 프록시처럼 여러 업무별 정책 그룹이 포함됩니다. 규칙은 정책 그룹 이름을 대상으로 하고, 정책 그룹 내부에서 다시 노드를 가리킵니다. 변경할 때는 먼저 연결 기록에 표시된 그룹을 찾은 다음 그 그룹의 선택을 수정해야 합니다. 현재 규칙에서 참조하지 않는 그룹만 바꿔서는 실제 출구가 변경되지 않습니다. 더 복잡한 정책 그룹 유형, 상태 확인 매개변수와 규칙 순서는 설정 설계에 해당하므로 고급 설정 매뉴얼을 참고하세요. 이 가이드에서는 주요 정책 그룹이 사용 가능한 노드를 가리키는지만 확인합니다.
PROXY ACTIVATION
코어를 시작하고 시스템 트래픽 처리
노드와 모드가 준비되면 두 가지 조건을 모두 충족해야 합니다. Clash 코어가 실행 중이고 기기 트래픽이 실제로 코어가 수신하는 진입점으로 전달되어야 합니다. 노드만 선택한다고 운영체제 네트워크 설정이 자동으로 바뀌지는 않습니다. 반대로 시스템 프록시가 로컬 포트를 가리키더라도 코어가 실행되지 않으면 브라우저가 로컬 프록시 포트에 연결하지 못해 웹페이지가 열리지 않습니다.
데스크톱에서 시스템 프록시 활성화
Windows와 macOS 클라이언트는 보통 설정 페이지, 홈 화면 또는 트레이 메뉴에 “시스템 프록시”, “System Proxy” 스위치를 제공합니다. 먼저 코어 상태가 실행 중인지 확인한 뒤 시스템 프록시를 켭니다. 클라이언트가 운영체제의 HTTP 및 HTTPS 프록시를 로컬 수신 주소로 지정하며, 일반적인 브라우저는 이 시스템 설정을 자동으로 읽습니다. 스위치를 켠 뒤에는 클라이언트를 바로 종료하지 마세요. 종료하면 로컬 수신이 중단되고 시스템 프록시 설정은 클라이언트 종료 시 복원될 수 있습니다.
클라이언트에 “시작 시 실행”과 “백그라운드 실행”이 있다면 처음 확인이 끝난 뒤 설정하세요. 첫 연결 단계에서는 오류 메시지와 연결 기록을 관찰하기 쉽도록 기본값을 유지합니다. 일부 Windows 클라이언트에는 권한이 제한되어 있거나 TUN이 필요할 때 백그라운드 구성 요소를 실행하는 서비스 모드도 있습니다. 일반 시스템 프록시만으로 브라우저 접속이 가능하다면 이 단계에서 서비스 모드, 네트워크 스택과 DNS 옵션을 함께 바꿀 필요는 없습니다.
모바일에서 VPN 권한 확인
Android와 iOS의 Clash 계열 클라이언트는 보통 시스템 VPN 인터페이스를 통해 트래픽을 처리합니다. 기본 화면에서 연결 버튼을 누르면 시스템에 VPN 연결 권한 또는 VPN 설정 추가 확인 창이 나타납니다. 승인하면 상태 표시줄에 VPN 아이콘이 표시되고 클라이언트 연결 상태도 연결 안 됨에서 실행 중으로 바뀌는 경우가 많습니다. 승인 창이 나타나지 않으면 다른 VPN 앱이 연결을 사용 중인지 확인하세요. 일반적으로 한 번에 하나의 시스템 VPN 채널만 유지할 수 있습니다.
Android의 배터리 최적화 기능은 백그라운드에서 클라이언트를 제한할 수 있습니다. 처음 테스트할 때는 앱을 포그라운드에 유지하고 백그라운드 작업을 바로 정리하지 마세요. 연결이 안정된 뒤 기기 시스템 설정에 따라 백그라운드 실행 허용 여부를 결정합니다. iOS에서는 네트워크를 전환하거나 기기가 절전 상태에 들어가거나 설정을 변경한 뒤 연결이 잠시 재구성될 수 있으므로 클라이언트가 다시 실행 상태가 될 때까지 기다린 다음 접속을 확인합니다.
TUN 모드는 언제 사용하는가
시스템 프록시는 운영체제 프록시 설정을 따르는 앱의 트래픽을 주로 처리합니다. 일부 명령줄 프로그램, 게임, 독립 네트워크 구성 요소 또는 자체 프록시 설정을 사용하는 소프트웨어는 시스템 프록시를 우회할 수 있습니다. 클라이언트가 TUN을 지원한다면 가상 네트워크 인터페이스로 더 넓은 범위의 TCP, UDP와 DNS 트래픽을 처리할 수 있습니다. 다만 TUN은 관리자 권한, 라우팅 테이블, DNS 하이재킹과 네트워크 스택 선택이 관련되므로 시스템 프록시를 확인하기 전 처음부터 활성화하는 것은 권장하지 않습니다.
먼저 시스템 프록시로 브라우저 경로를 확인하는 것이 올바른 순서입니다. 브라우저는 정상 작동하지만 특정 앱이 계속 직접 연결된다면 해당 앱이 시스템 프록시를 무시하는지 판단한 뒤 고급 설정의 TUN 장에 따라 설정합니다. 이렇게 하면 “노드를 사용할 수 없음”과 “앱이 프록시에 들어오지 않음”을 구분할 수 있어 여러 스위치를 동시에 바꾼 뒤 원인을 알 수 없게 되는 상황을 피할 수 있습니다.
TRAFFIC VALIDATION
프록시 작동 여부 확인
연결 스위치가 켜져 있다고 해서 대상 트래픽이 반드시 프록시를 거치는 것은 아닙니다. 최종 결과는 세 가지 관점에서 확인해야 합니다. 대상 페이지에 접속할 수 있는지, 클라이언트에 해당 연결이 기록되는지, 연결 기록에 예상한 규칙과 정책 그룹이 표시되는지입니다. 세 결과가 일치해야 앱에서 코어를 거쳐 프록시 노드로 이어지는 경로가 구축되었다고 볼 수 있습니다.
먼저 최소한의 접속 테스트 실행
클라이언트를 실행한 상태로 새 브라우저 창을 열어 대상 웹사이트에 접속합니다. 새 창을 사용하면 기존 연결, 캐시된 페이지와 브라우저 백그라운드 탭이 판단에 미치는 영향을 줄일 수 있습니다. 페이지가 정상적으로 로드되면 다른 자주 사용하는 웹사이트도 새로고침해 직접 연결 대상과 프록시 대상이 모두 작동하는지 확인합니다. 일부 페이지만 문제가 있다면 클라이언트 전체가 작동하지 않는다고 단정하지 말고 연결 기록의 도메인, 규칙과 오류 유형을 계속 확인합니다.
출구가 바뀌었는지 확인해야 한다면 신뢰할 수 있는 IP 조회 페이지에서 현재 공인 출구 IP를 확인할 수 있습니다. 규칙 모드에서는 도메인마다 설정에 따라 직접 연결되거나 프록시를 거칠 수 있으므로 하나의 조회 결과는 해당 조회 연결의 경로만 나타냅니다. 프록시 노드의 출구를 명확히 테스트하려면 잠시 글로벌 모드로 전환해 조회 페이지를 다시 열고 결과를 기록한 뒤 규칙 모드로 돌아갑니다. 테스트가 끝난 뒤 글로벌 모드를 불필요한 상태로 오래 유지하지 마세요.
연결 기록과 적용된 정책 확인
클라이언트의 “연결”, “Connections” 또는 로그 페이지로 돌아간 다음 방금 접속한 웹사이트를 새로고침합니다. 정상이라면 목록에 대상 도메인, 대상 포트, 네트워크 유형, 적용된 규칙과 최종 정책 경로가 표시됩니다. 도메인이 보이고 정책 경로의 마지막이 방금 선택한 노드라면 브라우저 트래픽이 Clash로 들어간 것입니다. 기록에 DIRECT가 표시되면 현재 규칙에 따라 해당 연결이 직접 연결된 것입니다. 반드시 오류는 아니므로 대상 도메인과 설정 규칙을 함께 판단해야 합니다.
브라우저가 계속 접속하는데 연결 페이지에 새 기록이 전혀 없다면 문제는 대개 트래픽 진입점에 있습니다. 시스템 프록시가 켜지지 않았거나, 브라우저가 별도의 프록시 설정을 사용하거나, 모바일 VPN이 연결되지 않았거나, 앱이 시스템 프록시를 우회했을 수 있습니다. 연결 기록은 있지만 상태가 timeout, connection refused 또는 DNS 실패로 반복된다면 트래픽은 이미 클라이언트에 들어온 것이며 노드, 대상 네트워크, DNS 또는 원격 경로에 문제가 있을 가능성이 큽니다.
실패 결과를 정해진 순서로 처리
시간 초과가 발생하면 먼저 클라이언트에서 현재 노드를 다시 테스트한 뒤 명확히 사용 가능한 다른 노드로 바꿔 재검사합니다. 모든 노드가 실패하면 구독을 한 번 업데이트하고 로컬 네트워크에서 구독 URL에 접근할 수 있는지 확인합니다. 노드는 사용 가능하지만 도메인 확인에 실패하면 클라이언트 DNS 설정과 시스템의 다른 DNS 도구가 충돌하는지 점검합니다. 특정 웹사이트만 실패한다면 해당 도메인에 적용된 규칙을 확인하고 규칙 분기 문제인지 대상 서비스 자체의 제한인지 판단합니다.
글로벌 모드에서는 접속되지만 규칙 모드에서 실패한다면 해당 연결에 적용된 규칙과 정책 그룹을 중점적으로 확인합니다. 두 모드 모두 실패하고 직접 연결 모드만 정상이라면 노드와 프록시 경로를 점검합니다. Clash를 끈 뒤에도 기본 네트워크가 정상으로 돌아오지 않으면 운영체제 프록시 설정, DNS와 다른 VPN 상태를 먼저 복구합니다. 더 자세한 문제 해결 트리는 문제 해결에 정리되어 있으며 노드 시간 초과, 구독 만료와 시스템 프록시 잔여 설정을 분류별로 계속 확인할 수 있습니다.