규칙 모드
설정의 DOMAIN, IP-CIDR, GEOSITE, GEOIP 및 MATCH 등의 규칙에 따라 연결 경로를 결정합니다. 규칙은 위에서부터 매칭되며 처음 일치한 규칙에서 중지합니다.
이 절차는 Clash 또는 mihomo 코어를 기반으로 하는 일반적인 클라이언트에 적용됩니다. 구독 가져오기, 프록시 모드 선택, 연결 활성화 및 규칙 설정 확인을 순서대로 진행하면 되며, 처음부터 복잡한 설정 파일을 수정할 필요는 없습니다.
먼저 클라이언트가 설치되어 있고 메인 화면이 정상적으로 열리는지 확인하세요. 데스크톱 클라이언트를 처음 실행하면 시스템에서 네트워크 액세스 허용 여부를 물을 수 있습니다. 모바일 클라이언트는 보통 실제로 연결을 켤 때 VPN 프로필 생성을 요청합니다. 이때 시스템이 요구하는 기본 권한만 허용하면 되며, 고급 권한을 미리 모두 활성화할 필요는 없습니다. 클라이언트에서 설정, 프록시, 로그 및 일반 설정 페이지가 정상적으로 표시되면 다음 단계로 진행할 수 있습니다.
이제 사용할 수 있는 구독 URL을 준비합니다. 구독 URL은 보통 네트워크 서비스 제공자가 제공하며, 클라이언트가 프록시 설정, 정책 그룹 및 규칙을 가져오는 데 사용됩니다. 복사할 때는 URL의 시작부터 끝까지 빠짐없이 선택하고, 매개변수를 누락하지 않도록 하세요. 링크 앞뒤에 공백이나 줄바꿈을 넣지 마세요. 구독 URL은 개인 설정 정보이므로 공개 포럼, 스크린샷 또는 공개 로그에 붙여 넣지 않는 것이 좋습니다.
로컬 YAML 파일을 받은 경우에도 “파일에서 가져오기” 또는 “설정 파일 열기” 메뉴를 사용할 수 있으며, 이후 단계는 구독 가져오기와 거의 같습니다. 차이점은 구독은 원격에서 업데이트할 수 있지만 로컬 파일은 직접 교체해야 한다는 점입니다. 처음에는 서비스 제공자가 안내한 방식을 따르고, 나중에 현재 어떤 설정이 활성화되어 있는지 헷갈리지 않도록 내용이 비슷한 설정을 여러 개 동시에 가져오지 마세요.
아직 클라이언트를 설치하지 않았다면 먼저 다운로드 센터에서 해당 플랫폼을 선택하세요. 설치 패키지 선택, 시스템 아키텍처 및 플랫폼별 권한 차이는 사용 문서에서 자세히 설명하며, 이 페이지는 클라이언트 설치가 완료된 상태부터 시작합니다.
클라이언트를 연 뒤 “구독”, “설정” 또는 “Profiles” 페이지로 이동합니다. 데스크톱 클라이언트에서는 보통 왼쪽 탐색 메뉴에 있으며, 모바일 클라이언트에서는 홈 화면 상단이나 설정 메뉴에 있을 수 있습니다. URL 입력란을 찾아 준비한 전체 구독 URL을 붙여 넣고 “가져오기”, “다운로드” 또는 오른쪽의 확인 버튼을 누르세요. 일부 클라이언트는 먼저 설정 이름을 입력하도록 요구합니다. 이름은 로컬에서 구분하기 위한 용도이므로 서비스 이름이나 사용 목적을 입력하면 되며 구독 내용에는 영향을 주지 않습니다.
가져오기를 누른 후에는 요청이 완료될 때까지 기다리고 버튼을 연속해서 누르지 마세요. 정상적으로 처리되면 설정 목록에 새 항목이 나타나며 설정 이름, 업데이트 시간 또는 업데이트 버튼이 표시됩니다. 이제 해당 설정을 눌러 현재 활성 항목으로 지정해야 합니다. 목록에 표시되기만 하고 선택되지 않은 상태라면 클라이언트가 이를 사용하기 시작했다는 뜻이 아닙니다. 현재 상태는 왼쪽의 브랜드 색상 표시, 항목 배경 변화, 선택 원형 버튼 표시 또는 페이지 상단의 현재 설정 이름으로 확인할 수 있습니다.
설정을 선택한 뒤 “프록시” 또는 “정책 그룹” 페이지로 전환합니다. 여기에는 “자동 선택”, “노드 선택”, “장애 조치” 또는 “DIRECT”처럼 설정에 정의된 정책 그룹이 표시되어야 합니다. 구독마다 이름이 다르므로 이 페이지의 예시와 정확히 같을 필요는 없습니다. 중요한 것은 정책 그룹 페이지에 내용이 표시되는지 여부이며, 빈 화면이거나 계속 로딩 중이거나 오류 메시지만 표시되어서는 안 됩니다. 여전히 비어 있다면 설정 페이지로 돌아가 방금 가져온 항목이 활성화되어 있는지 확인하세요.
구독을 정상적으로 가져온 뒤 설정 세부 정보에서 업데이트 주기를 확인할 수 있습니다. 일반적인 방식은 매시간 자동 업데이트하거나 사용자가 새로고침 버튼을 눌러 수동으로 업데이트하는 것입니다. 기본 설정 단계에서는 자주 새로고침할 필요가 없습니다. 제공자가 변경 사항을 안내하지 않았다면 클라이언트의 기본 주기를 유지하세요. 업데이트하면 설정 내용을 다시 가져오지만, 일반적으로 클라이언트의 시스템 프록시 스위치 상태는 바뀌지 않습니다. 업데이트 후 정책 그룹이 달라졌다면 현재 선택 항목만 다시 확인하면 됩니다.
구독 가져오기에 실패하면 먼저 URL이 완전한지 확인한 다음 현재 네트워크에서 다시 가져오세요. 시간 초과 메시지는 제한 시간 안에 클라이언트가 설정을 받지 못했다는 뜻입니다. 형식 오류는 반환된 내용이 클라이언트가 인식할 수 있는 YAML 설정이 아니라는 의미입니다. 확장자를 임의로 바꿔 형식 문제를 해결하려 하지 말고, 웹페이지의 오류 내용을 설정 파일로 저장하지도 마세요. 관련 오류는 문제 해결에서 “설치 및 설정” 분류로 확인할 수 있습니다.
설정이 선택되고 정책 그룹을 열 수 있다면 구독 가져오기 단계가 완료된 것입니다. 다음 단계에서는 클라이언트가 연결을 처리하는 방식만 결정하므로 설정을 다시 가져올 필요가 없습니다.
“모드”, “프록시 모드” 또는 홈 화면의 모드 선택 영역으로 이동합니다. 대부분의 Clash 클라이언트는 규칙, 전역 및 직접 연결의 세 가지 기본 모드를 제공합니다. 처음 설정할 때는 “규칙” 모드, 즉 일반적인 Rule 모드를 선택하세요. 현재 설정의 규칙을 읽고 대상 도메인, IP 주소 또는 규칙 세트를 위에서부터 확인한 뒤 처음 매칭된 규칙에 따라 해당 정책으로 연결을 전달합니다. 따라서 프록시가 필요한 연결은 프록시 정책을 사용하고, 로컬 네트워크나 설정에서 지정한 서비스는 직접 연결할 수 있습니다.
“전역” 모드는 대부분의 연결을 하나의 프록시 정책으로 보내므로 프록시 자체의 사용 가능 여부를 잠깐 확인할 때 적합하지만, 규칙이 올바른지 판단하는 기준으로는 적합하지 않습니다. “직접 연결” 모드는 프록시를 우회하며 프록시를 일시 중지하거나 비교 테스트할 때 사용합니다. 일상적인 설정이 목적이라면 세 모드를 반복해서 전환할 필요가 없습니다. 먼저 규칙 모드를 유지하고, 연결 문제를 확인할 때만 전역 또는 직접 연결을 임시로 비교하세요.
설정의 DOMAIN, IP-CIDR, GEOSITE, GEOIP 및 MATCH 등의 규칙에 따라 연결 경로를 결정합니다. 규칙은 위에서부터 매칭되며 처음 일치한 규칙에서 중지합니다.
연결을 선택한 정책에 집중해서 전달합니다. 규칙 모드에서는 실패하지만 전역 모드에서는 작동한다면 문제는 대개 규칙 순서나 정책 연결에 더 가깝습니다.
대상에 직접 연결합니다. 문제의 원인이 로컬 네트워크인지, 프록시 경로인지, 클라이언트의 트래픽 제어 방식인지 판단하는 데 사용할 수 있습니다.
모드를 규칙으로 설정한 뒤 “프록시” 페이지에서 주요 프록시 트래픽을 처리하는 정책 그룹을 찾습니다. “노드 선택”, “Proxy”, “수동 선택” 또는 설정 제공자가 정한 다른 이름일 수 있습니다. 정책 그룹을 펼쳐 구독에서 권장하는 자동 정책이나 현재 사용할 수 있는 항목을 선택하세요. 정책 그룹은 규칙과 실제 연결 방식 사이의 중간 계층입니다. 규칙이 연결을 정책 그룹에 전달하면 정책 그룹이 구체적인 항목을 결정합니다.
설정에 정책 그룹이 여러 개 있어도 하나씩 모두 수정할 필요는 없습니다. 먼저 최상위의 주 선택 그룹을 처리하고 나머지 그룹은 기본값으로 두세요. 예를 들어 규칙이 동영상, 다운로드 및 일반 웹사이트를 서로 다른 그룹으로 보내는 경우 해당 하위 그룹에는 보통 기본 항목이 이미 지정되어 있습니다. 한 번에 너무 많이 바꾸면 원인을 찾기 어려워집니다. 연결 확인을 마친 뒤 실제 필요에 따라 항목별로 조정하세요.
페이지에 “자동 선택”, “로드 밸런싱”, “장애 조치” 등이 표시된다면 이는 정책 그룹의 작동 방식이며 프록시 모드와는 다릅니다. 프록시 모드는 규칙을 읽을지 결정하고, 정책 그룹은 규칙에 매칭된 뒤 어떤 경로를 선택할지 결정합니다. 두 개념은 혼동하기 쉬우므로 자세한 정의는 Clash 개념 빠른 참조에서 확인하세요.
클라이언트 홈 또는 “설정” 페이지로 돌아가 먼저 코어 상태를 확인합니다. 일부 클라이언트는 설치 후 코어가 자동으로 시작되어 페이지에 바로 “실행 중”으로 표시되지만, 다른 클라이언트는 시작 버튼을 눌러야 합니다. 코어가 실행되어야 설정과 규칙이 실제 연결 처리에 사용됩니다. 시스템 프록시를 켰는데 아무 변화가 없다면 가장 먼저 코어가 중지 상태인지 확인하세요.
코어가 시작되면 데스크톱에서는 먼저 “시스템 프록시”를 켜세요. Windows와 macOS는 클라이언트가 제공하는 로컬 프록시 주소를 시스템 네트워크 설정에 기록하며, 브라우저와 시스템 프록시를 따르는 앱은 이후 연결을 Clash로 전달합니다. 활성화되면 스위치가 켜진 상태로 유지되고 시스템 네트워크 설정에도 해당 프록시 항목이 표시됩니다. 처음에는 TUN 모드를 동시에 켜지 마세요. 더 적은 변수로 연결을 확인할 수 있습니다.
Android와 iOS 클라이언트는 일반적으로 시스템 VPN 인터페이스를 통해 연결을 제어합니다. “연결”, “시작” 또는 홈 화면의 스위치를 누르면 시스템에서 VPN 구성 권한을 요청합니다. 앱 이름이 현재 클라이언트와 일치하는지 확인한 후 연결 생성을 허용하면 상태 표시줄에 시스템 VPN 아이콘이 나타납니다. 모바일의 이 VPN 인터페이스는 트래픽을 로컬 프록시 코어로 전달하기 위한 것이며, 반드시 기존 기업용 VPN에 연결된다는 뜻은 아닙니다. 실제 규칙 설정은 현재 Clash 구성에 따라 결정됩니다.
TUN 모드는 가상 네트워크 인터페이스를 만들어 시스템 프록시 설정을 읽지 않는 앱까지 더 폭넓게 제어할 수 있으며, UDP나 명령줄 프로그램의 연결을 처리해야 할 때도 적합합니다. 브라우저가 시스템 프록시로 정상 접속되는데 특정 앱만 계속 프록시를 우회한다면 TUN을 고려해 보세요. 데스크톱 시스템에서 처음 활성화할 때 관리자 권한이나 네트워크 구성 요소 설치를 요청할 수 있으므로 클라이언트 화면의 안내에 따라 허용한 뒤 코어 상태를 다시 확인하세요.
시스템 프록시와 TUN은 적용 범위가 다릅니다. 일부 클라이언트는 두 기능을 동시에 켤 수 있지만, 기본 설정에서는 한 번에 하나의 주요 연결 제어 방식만 확인하는 편이 좋습니다. 먼저 시스템 프록시로 브라우저를 확인하고, 더 넓은 적용 범위가 필요하면 시스템 프록시를 끈 뒤 TUN을 테스트하거나 클라이언트가 권장하는 조합을 사용하세요. 이렇게 하면 연결이 끊겼을 때 설정 자체의 문제인지 가상 인터페이스, DNS 또는 권한 문제인지 구분하기 쉽습니다.
연결하기 전에 시스템에서 실행 중인 다른 프록시, VPN, 네트워크 필터 또는 패킷 캡처 도구가 있는지 확인하세요. 여러 프로그램이 시스템 프록시, 라우팅 테이블 또는 DNS를 동시에 수정하면 모두 연결된 것으로 표시되어도 실제 트래픽은 다른 경로로 들어갈 수 있습니다. 기본 확인 단계에서는 현재 Clash 클라이언트만 실행하고, 브라우저의 독립 프록시 확장 프로그램도 잠시 비활성화하는 것이 좋습니다. 확인을 마친 뒤 꼭 필요한 도구만 하나씩 다시 활성화하세요.
시스템 프록시를 켠 직후 자동으로 꺼진다면 코어가 시작되었는지, 시스템에서 프록시 변경 권한을 허용했는지, 클라이언트 포트가 다른 프로그램에서 사용 중인지 확인하세요. TUN 시작에 실패하면 먼저 시스템 프록시로 돌아가 이 페이지의 절차를 완료한 뒤 문제 해결에서 TUN 권한, 가상 네트워크 카드 및 DNS 항목을 확인하세요. 연결이 설정되기 전에는 포트, DNS 및 규칙을 동시에 변경하지 마세요.
클라이언트에 코어가 실행 중으로 표시되고 시스템 연결 또는 모바일 VPN 상태가 활성화되면 확인 단계로 이동할 수 있습니다. 이때 “스위치가 켜져 있음”은 필요한 조건일 뿐이며, 실제 연결과 로그를 통해 트래픽이 예상한 규칙을 통과하는지 확인해야 합니다.
먼저 열어 둔 테스트 웹페이지를 닫고 브라우저에서 새 탭을 열어 자주 사용하는 웹사이트에 접속하세요. 새 연결을 사용하면 기존 페이지 캐시, 유지 중인 장기 연결 및 브라우저 프리로딩이 판단을 방해하는 것을 줄일 수 있습니다. 페이지가 열리더라도 화면 결과만으로 결론 내리지 말고 Clash 클라이언트의 “연결” 페이지로 돌아가 방금 접속한 대상에 해당하는 새 기록이 나타나는지 확인하세요.
연결 기록에는 보통 대상 도메인, 연결 유형, 매칭된 규칙 또는 사용된 정책이 표시됩니다. 클라이언트마다 필드 구성은 다르지만 최소한 새 연결이 계속 나타나는지 확인할 수 있어야 합니다. 기록 하나를 눌러 현재 설정의 정책 그룹을 거쳤는지, 모든 연결이 DIRECT로 표시되는지 확인하세요. 원래 직접 연결되어야 하는 LAN 주소에 접속한 경우 DIRECT는 정상입니다. 대상 유형을 함께 판단해야 하며, 모든 직접 연결을 실패로 간주해서는 안 됩니다.
이어서 규칙 설정을 비교해 보세요. 설정상 직접 연결되어야 하는 서비스에 접속한 다음, 프록시 정책으로 전달되어야 하는 서비스에도 접속합니다. 연결 기록이나 로그로 돌아가 두 연결이 매칭된 규칙을 비교하세요. 규칙 모드의 로그에는 DOMAIN-SUFFIX, GEOIP, GEOSITE 또는 MATCH와 같은 정보가 자주 표시됩니다. 두 대상이 각각 예상한 경로로 들어가면 구독, 규칙 모드, 정책 그룹 및 시스템 연결 제어가 모두 정상적으로 연동된 것입니다.
웹페이지를 다시 열었을 때 기존 탭에서 이미 생성된 연결에 의존하지 않고 정상적으로 로드됩니다.
연결 페이지에서 해당 도메인 또는 대상 주소를 확인할 수 있어 시스템 트래픽이 클라이언트로 들어왔음을 알 수 있습니다.
직접 연결 대상과 프록시 대상이 서로 다른 경로로 들어가며, 규칙 모드의 분류 결과가 설정 설계와 일치합니다.
웹페이지를 열 수 없지만 연결 기록이 이미 나타난다면 시스템 프록시 또는 VPN 연결 제어는 대체로 정상이며, 문제는 정책 선택, 원격 연결, DNS 또는 규칙 결과에 있을 가능성이 큽니다. 이때 “로그”를 열고 방금 접속한 시간 이후의 내용을 확인하세요. 로그에 특정 정책으로 전달된 뒤 시간 초과가 표시되면 구독 제공자가 지정한 자동 정책으로 바꿔 다시 테스트하세요. 도메인 확인 실패가 표시되면 DNS 설정과 로컬 네트워크를 먼저 점검하세요.
웹페이지에 접속할 때 클라이언트에 새 기록이 전혀 나타나지 않는다면 문제는 대개 트래픽이 코어에 들어오기 전에 발생한 것입니다. 데스크톱에서는 시스템 프록시가 여전히 켜져 있는지, 브라우저가 별도의 프록시 설정을 사용하는지 확인하세요. 모바일에서는 시스템 VPN 아이콘이 있는지, 절전 정책이 클라이언트를 중지하지 않았는지 확인합니다. TUN 모드라면 스위치 표시만 바뀐 것이 아니라 가상 인터페이스가 실제로 시작되었는지도 확인해야 합니다.
확인이 끝나면 규칙 모드와 현재 주 정책 그룹을 유지하면 됩니다. 이후 구독을 업데이트할 때는 일반적으로 전체 절차를 반복할 필요가 없으며, 설정을 업데이트한 뒤 현재 설정이 계속 선택되어 있는지만 확인하면 됩니다. 업데이트 후 갑자기 접속할 수 없다면 업데이트 전후의 설정 이름과 시간을 먼저 기록하고 모드, 정책 그룹 및 시스템 스위치를 순서대로 확인하세요. 처음부터 모든 설정을 삭제하지는 마세요.
문제를 해결할 때는 한 번에 한 계층만 확인하는 것이 핵심입니다. Clash의 연결 경로는 “구독 설정 → 프록시 모드 및 정책 그룹 → 코어 실행 → 시스템 연결 제어 → DNS 및 원격 연결”로 단순화할 수 있습니다. 앞 단계부터 순서대로 확인하는 편이 여러 스위치를 동시에 바꾸는 것보다 원인을 찾기 쉽습니다.
설정 페이지로 돌아가 구독 항목이 계속 선택되어 있고 최근 업데이트에 오류가 없는지 확인하세요. 목록에 설정이 여러 개 있다면 당분간 하나만 현재 항목으로 유지합니다. 업데이트 후 정책 페이지가 비어 있다면 대개 설정이 정상적으로 로드되지 않은 것이며 시스템 프록시 문제는 아닙니다.
프록시 모드를 규칙 모드로 되돌리고 주 정책 그룹을 구독에서 권장하는 자동 항목 또는 기본 항목으로 변경하세요. 여러 하위 정책 그룹을 수동으로 조정했다면 먼저 핵심 그룹을 복원해 특정 하위 그룹이 사용할 수 없는 항목에 머물지 않도록 합니다.
코어가 실행 중으로 표시되는지 확인하세요. 데스크톱에서는 시스템 프록시를 껐다가 다시 켜고, 모바일에서는 VPN 연결을 다시 생성합니다. TUN 사용 중 시작 오류가 발생하면 먼저 시스템 프록시로 전환해 브라우저를 테스트하여 설정 문제와 가상 인터페이스 문제를 구분하세요.
새 웹페이지에 접속하고 기록이 생성되는지 확인하세요. 기록이 없으면 시스템 연결 제어를 점검하고, 기록은 있지만 연결에 실패하면 매칭된 정책과 로그를 확인합니다. 로그의 시간 초과, 연결 거부, DNS 실패 및 규칙 미매칭은 각각 확인 방향이 다르므로 같은 방법으로 처리해서는 안 됩니다.
현재 오류 정보를 저장한 뒤 클라이언트를 종료하고 관련 프로세스가 모두 끝났는지 확인한 다음 다시 시작하세요. 시스템 프록시가 남아 있거나 가상 인터페이스 상태가 비정상이라면 프록시를 끈 후 네트워크 연결을 재시작할 수 있습니다. 클라이언트를 다시 열 때도 이 페이지의 네 단계를 순서대로 복구하고, 곧바로 새 설정을 여러 개 가져오지는 마세요.
구체적인 오류 의미, DNS 확인 실패, TUN 권한 및 구독 업데이트 문제는 문제 해결에서 분류별로 확인할 수 있습니다. Fake-IP, 규칙 우선순위, 정책 그룹, GEOSITE 또는 mihomo 코어 등의 개념이 궁금하다면 개념 빠른 참조를 이용하세요. 각 플랫폼의 시작 시 자동 실행, LAN 액세스 및 플랫폼별 권한을 계속 설정하려면 전체 플랫폼 사용 문서로 이동하세요. 기본 연결 단계에서 모든 고급 설정을 한 번에 완료할 필요는 없습니다.
규칙 모드를 유지하고 현재 설정 이름과 연결 제어 방식을 기록해 두세요. 이후 규칙, DNS 또는 TUN을 조정할 때는 한 번에 한 항목만 변경하고 연결 기록을 다시 확인하세요.