Clash 클라이언트 화면 한눈에 보기: 프록시·설정·로그 페이지가 하는 일

클라이언트마다(Clash Verge Rev, Clash Nyanpasu, FlClash, Clash Meta for Windows 등) 화면 배치는 조금씩 다르지만, 핵심 기능 구역은 거의 동일하며 대부분 「프록시」「설정」「로그」 세 부분을 중심으로 구성되고, 여기에 시스템 수준의 「설정」 페이지가 더해집니다. 각 영역이 정확히 무엇을 담당하는지 이해해두면, 특정 클라이언트의 버튼 위치를 외우는 것보다 훨씬 유용합니다. 클라이언트를 바꿔도 이 사고 모델은 거의 그대로 재사용할 수 있기 때문입니다.

메인 화면의 전체 구조: 먼저 세 가지 입구를 찾는다

클라이언트를 열면 사이드바나 상단에 보통 몇 개의 고정 메뉴가 나열되어 있습니다. 흔히 쓰이는 이름과 역할은 아래 표와 같습니다.

대부분의 문제 해결 상황은 앞의 네 영역만으로 충분하며, 환경설정 페이지는 한 번 설정해두면 거의 다시 손댈 일이 없습니다. 아래에서는 사용 빈도가 높은 순서대로 하나씩 살펴봅니다.

프록시 페이지: 정책 그룹, 노드 목록과 지연 수치

프록시 페이지는 일상적으로 가장 자주 열게 되는 영역으로, 주로 두 개의 계층으로 구성됩니다.

• 정책 그룹(Proxy Group): 구독 설정에서 미리 정의된 그룹으로, 흔한 유형으로는 select(수동 선택), url-test(자동 측정 후 최적 선택), fallback(주-보조 전환), load-balance(로드 밸런싱)가 있습니다. 그룹 이름은 보통 용도를 그대로 드러내며, 예를 들어 「전역 직접 연결」「스트리밍」「기본 프록시」 등이 있습니다.
• 노드(Proxy): 그룹 아래에 걸려 있는 개별 서버 항목으로, 각 노드 뒤에는 대개 지연 수치가 표시되고 색상으로 빠름/느림 구간을 구분합니다.

노드를 클릭하면 현재 그룹을 그 노드로 전환할 수 있으며, 이는 select 유형 그룹에서 유효합니다. url-test 그룹은 지연이 가장 낮은 노드를 자동으로 선택하므로, 수동 클릭이 보통 적용되지 않거나 다음 측정 때 덮어씌워집니다. 노드가 사용 가능한지 확인하려면 화면의 「속도 측정」이나 「URL Test」 버튼으로 일괄 검사를 실행하는 편이 자동 새로고침을 그냥 기다리는 것보다 낫습니다.

어떤 그룹 아래에 노드가 하나도 없거나, 노드 목록이 구독 설명과 일치하지 않는다면 대부분 설정 페이지 쪽 구독이 아직 갱신되지 않았거나 갱신에 실패한 경우입니다. 이럴 때는 프록시 페이지에서 계속 새로고침하기보다 설정 페이지로 이동해 처리해야 합니다.

설정 페이지: 구독 링크, 규칙 세트와 설정 전환

설정 페이지(Profiles)는 「어떤 설정 파일을 사용할 것인가」를 관리하는 곳으로, 핵심 동작은 세 가지입니다.

1. 구독 추가: 구독 링크를 붙여 넣으면 클라이언트가 해당 YAML 설정 파일을 내려받아 노드, 정책 그룹, 규칙을 해석합니다.
2. 구독 업데이트: 설정 항목의 새로고침 버튼을 클릭하면 원격 콘텐츠를 다시 가져와 제공처의 최신 노드와 규칙 변경 사항을 동기화합니다.
3. 설정 전환/활성화: 여러 설정을 동시에 저장해둔 경우(예: 개인 구독 + 로컬 테스트 설정) 「활성화」를 클릭하거나 목표 설정을 더블 클릭해 전환해야, 클라이언트가 새 설정의 규칙대로 동작합니다.

규칙 로드 실패의 가장 흔한 증상은 구독을 업데이트해도 프록시 페이지의 노드 목록이 바뀌지 않거나, 규칙 페이지에 표시되는 규칙 수가 0인 경우입니다. 보통 다음 상황에 해당합니다.

• 구독 링크 자체가 만료되거나 무효화되어, 서비스 제공처에 다시 발급받아야 하는 경우;
• 네트워크 문제로 업데이트 요청이 시간 초과되어, 클라이언트가 이전 설정을 임시로 유지하는 경우;
• 설정 파일 형식이 규격에 맞지 않아(예: 필수 필드 누락) 해석에 실패해 새 내용을 적용하지 못하는 경우.

대부분의 클라이언트는 업데이트 실패 시 알림을 띄우거나 로그 페이지에 오류 기록을 남깁니다. 「노드가 바뀌지 않는다」는 상황을 만나면 무작정 클라이언트를 재설치하기보다, 먼저 설정 페이지에서 업데이트 시각을 확인하고 로그 페이지에서 구체적인 오류 원인을 확인하는 편이 효율적입니다.

규칙 페이지: 분기 로직이 어디서 결정되는가

규칙 페이지는 현재 설정에서 실제로 적용 중인 분기 규칙 목록을 보여줍니다. 흔한 규칙 유형으로는 도메인 매칭(DOMAIN-SUFFIX), IP 대역 매칭(IP-CIDR), 프로세스 매칭(PROCESS-NAME), 규칙 세트 참조(RULE-SET)가 있습니다. 규칙은 위에서 아래 순서로 매칭되며, 첫 번째로 일치한 규칙이 즉시 적용되고 그 아래 규칙은 더 이상 검사하지 않습니다. 설정 끝부분에는 보통 MATCH 기본 규칙이 있어 매칭되지 않은 모든 트래픽의 방향을 결정합니다.

규칙 페이지는 대부분 확인용이며 직접 수정하는 곳이 아닙니다. 그래픽 클라이언트는 대개 규칙 페이지에서 규칙 내용을 바로 편집할 수 없고, 규칙의 추가·삭제·수정은 구독 원본에서 이루어지거나 로컬 설정 파일을 수정한 뒤 다시 불러와야 합니다. 특정 사이트의 경로가 이상하다면 먼저 규칙 페이지에서 해당 도메인을 검색해 어떤 규칙에 걸려 있는지 확인한 다음, 규칙을 조정할지 정책 그룹을 바꿀지 결정하세요.

로그 페이지와 연결 페이지: 문제 해결 시 가장 먼저 볼 곳

연결 페이지(Connections)는 현재 활성 상태이거나 최근 종료된 모든 네트워크 연결을 기록하며, 각 기록에는 대상 주소, 사용된 노드, 매칭된 규칙, 소요 시간 등의 정보가 포함됩니다. 로그 페이지(Logs)는 클라이언트 실행 중의 이벤트 흐름을 기록하며, 규칙 매칭 결과, DNS 해석 결과, 구독 업데이트 상태, TUN 모드 시작/종료 등이 포함됩니다. 두 페이지를 함께 활용하면 대부분의 연결 이상을 다음 순서로 파악할 수 있습니다.

1. 먼저 연결 페이지에서 대상 웹사이트나 앱에 해당하는 연결 기록을 찾아, 어떤 규칙에 매칭되고 어떤 노드를 사용했는지 확인합니다.
2. 연결 기록에서 목표 노드 자체가 사용 불가하거나 시간 초과인 것으로 나타나면, 프록시 페이지로 돌아가 다른 사용 가능한 노드로 수동 전환해 검증합니다.
3. 연결 기록이 전혀 나타나지 않는다면 트래픽이 Clash를 경유하지 않았을 가능성이 있으므로, 설정 페이지로 돌아가 시스템 프록시나 TUN 모드가 제대로 켜져 있는지 확인합니다.
4. 더 세밀한 정보가 필요할 때(예: 구체적인 DNS 해석 결과나 핸드셰이크 실패 원인)는 로그 레벨을 debug로 올리고 문제를 재현한 뒤 로그 내용을 확인합니다.

환경설정 페이지: 한 번 설정하면 거의 손댈 일이 없다

환경설정 페이지에는 시스템 프록시 스위치, TUN 모드, 혼합 포트, DNS 오버라이드, 부팅 시 자동 실행 등의 옵션이 모여 있습니다. 이 옵션들은 보통 처음 설치할 때 필요에 따라 한 번만 설정합니다. 예를 들어 HTTP/SOCKS 프록시 설정을 지원하지 않는 프로그램까지 포함해 모든 시스템 트래픽을 처리해야 한다면 TUN 모드를 켜고, 부팅할 때마다 자동으로 연결하고 싶다면 자동 실행을 켭니다. 환경설정 페이지에서 바꾼 옵션은 즉시 프록시 페이지와 연결 페이지의 동작에 영향을 미치므로, 특정 트래픽이 계속 프록시를 우회한다면 규칙이나 노드를 반복해서 만지기보다 먼저 이곳의 시스템 프록시와 TUN 모드 상태를 확인하세요.

자주 묻는 질문

프록시 페이지의 노드가 전부 시간 초과로 표시되는데, 설정이 망가진 걸까요?

먼저 모든 노드가 동시에 시간 초과인지 확인하세요. 그렇다면 로컬 네트워크 문제나 구독 제공처 쪽 장애일 가능성이 큽니다. 일부 노드만 시간 초과라면 정상적인 노드 변동이므로 사용 가능한 다른 노드로 바꾸면 됩니다.

설정을 전환했는데 프록시 페이지가 바뀌지 않은 것처럼 보이면 어떻게 하나요?

설정 페이지에서 목표 설정이 실제로 「활성화」 상태인지 확인하세요. 일부 클라이언트는 설정 전환 후 새로고침 버튼을 한 번 더 눌러야 정책 그룹과 노드 목록이 동기화됩니다.