Clash 클라이언트 화면 구성 한눈에 보기: 프록시·설정·로그 화면은 각각 무엇을 관리할까
Clash 클라이언트를 처음 열면 화면 구성이 낯설게 느껴집니다. 프록시 화면의 노드와 정책 그룹, 설정 화면의 구독 관리, 로그 화면의 연결 기록 역할과 자주 쓰는 조작 위치 3곳을 정리합니다.
화면 구성을 어디서부터 봐야 할까: 다섯 개 영역의 위치
그래픽 클라이언트(Clash Verge Rev, Clash Nyanpasu, FlClash, ClashX Meta, Clash for Windows 등)마다 레이아웃과 용어가 조금씩 다르지만, 기능 구분은 대체로 동일해서 다섯 개 영역으로 정리할 수 있습니다: 프록시 화면(Proxies), 설정 화면(Profiles), 규칙 화면(Rules), 연결·로그 화면(Connections / Logs), 일반 설정 화면(Settings). 이 다섯 영역이 각각 무엇을 담당하는지 알면 일상적인 조작을 거의 다 커버할 수 있어서, 메뉴를 하나씩 뒤져볼 필요가 없어집니다.
이 다섯 영역의 관계는 이렇게 이해하면 간단합니다: 설정 화면은 "어떤 규칙과 노드 데이터를 쓸지"를 정하고, 프록시 화면은 "지금 어떤 노드로 나갈지"를 정하며, 규칙 화면은 "어떤 트래픽이 프록시를 타고 어떤 트래픽이 직접 연결되는지"를 정하고, 연결·로그 화면은 "지금 무슨 일이 일어나고 있는지"를 보는 곳이고, 일반 설정 화면은 "하위 네트워크 파라미터를 어떻게 설정할지"를 관리합니다. 문제가 생기면 먼저 어느 영역에 속하는지 판단한 뒤 해당 화면으로 가는 게, 메뉴 전체를 뒤지는 것보다 훨씬 효율적입니다.
프록시 화면: 노드 목록과 정책 그룹 사용법
프록시 화면은 가장 자주 쓰는 영역으로, 보통 두 계층으로 구성됩니다. 위쪽은 정책 그룹(Proxy Group), 아래쪽은 그 정책 그룹에 속한 실제 노드들입니다. 정책 그룹은 본질적으로 구독 설정 파일의 proxy-groups 필드에 정의된 규칙 묶음이며, 흔한 유형은 다음과 같습니다:
- select——수동 선택형. 클릭한 노드를 그대로 사용하며 자동 전환은 없어서, 어떤 경로를 쓸지 명확히 정해둔 상황에 적합합니다.
- url-test——자동 속도 측정형. 클라이언트가 설정된 간격으로 테스트 주소에 요청을 보내 지연이 가장 낮은 노드를 자동으로 선택합니다.
- fallback——장애 전환형. 순서대로 노드를 사용하다가 현재 노드를 쓸 수 없을 때만 다음 노드로 넘어갑니다.
- load-balance——로드 밸런싱형. 해시나 라운드로빈 방식으로 요청을 여러 노드에 분산시킵니다.
프록시 화면에서 각 노드 옆에 표시되는 지연 수치는, 클라이언트가 주기적으로 테스트 주소(기본값은 대체로 http://www.gstatic.com/generate_204 계열)에 요청을 보내 얻은 왕복 시간입니다. 수치가 낮을수록 보통 응답이 빠르다는 뜻이지만 실제 다운로드 속도와 완전히 같지는 않으며, 대역폭과 회선 부하도 체감에 영향을 줍니다. 노드 옆 "속도 측정" 아이콘을 직접 눌러 즉시 지연을 새로 측정할 수 있어 자동 주기를 기다릴 필요가 없습니다.
노드를 전환할 때 정책 그룹 전체가 회색으로 눌리지 않는다면, 대개 규칙 설정에서 해당 정책 그룹이 아직 어떤 규칙에도 참조되지 않았거나, 현재 사용 중인 설정 파일 자체가 로드를 마치지 못한 경우입니다. 이럴 때는 먼저 설정 화면에서 상태를 확인해야 합니다.
설정 화면: 구독 관리와 규칙 세트 로드
설정 화면(일부 클라이언트에서는 Profiles 또는 "구독 관리"로 표시)은 한 개 또는 여러 개의 설정 파일을 관리합니다. 각 설정 파일은 본질적으로 노드 목록, 정책 그룹 규칙, 트래픽 분배 규칙을 담은 YAML 텍스트입니다. 일상적으로 가장 많이 하는 세 가지 작업이 모두 이 영역에서 일어납니다:
- 구독 추가: 구독 링크를 붙여넣으면 클라이언트가 이 링크에 요청을 보내 반환된 YAML 내용을 로컬 설정 파일로 저장합니다.
- 구독 갱신: 구독 링크에 다시 요청을 보내 최신 내용으로 로컬 파일을 덮어씁니다. 보통 노드 변경 여부, 남은 트래픽 등의 정보도 함께 표시됩니다.
- 설정 전환: 여러 개의 구독을 저장해 둔 경우(예: 서비스 제공사 두 곳), 여기서 현재 사용할 항목을 클릭해 전환합니다.
설정 파일에서 놓치기 쉽지만 중요한 필드가 mixed-port입니다. 이 값이 클라이언트가 로컬에서 열어두는 프록시 포트를 결정합니다:
mixed-port: 7890
allow-lan: false
mode: rule
log-level: info
이 몇 줄은 보통 설정 화면의 "편집" 또는 "원본 파일 보기" 기능에서 확인할 수 있습니다. mode 필드는 전체 동작 방식을 결정합니다——rule은 규칙에 따라 분배, global은 전부 프록시로, direct는 전부 직접 연결을 의미합니다. 이 세 모드는 설정 화면이나 메인 화면 상단에 대개 시각적인 전환 스위치가 있어, 파일을 직접 수정하지 않고도 전환할 수 있습니다.
로그 화면과 연결 화면: 문제를 살필 때 무엇을 보나
로그 화면(Logs)은 클라이언트 실행 중 발생하는 이벤트를 debug, info, warning, error 등 등급별로 기록합니다. 인터넷이 안 되거나 특정 사이트가 열리지 않을 때는 로그 등급을 info 이상으로 올리고 문제를 다시 재현해 보면, 구체적인 오류 내용을 확인할 수 있어 무작정 클라이언트를 재시작하는 것보다 훨씬 효과적입니다.
연결 화면(Connections)은 로그 화면과 자주 혼동되지만, 차이는 연결 화면이 현재 진행 중이거나 최근에 발생한 네트워크 연결 상세를 보여준다는 점입니다. 각 행에는 보통 대상 도메인 또는 IP, 사용된 노드, 매칭된 규칙, 업로드·다운로드 트래픽, 연결 지속 시간이 표시됩니다. 이 영역이 가장 유용한 상황은 특정 앱이 실제로 프록시를 타는지 직접 연결되는지 판단할 때입니다——대상 도메인을 검색해 매칭된 규칙과 사용 노드를 보면 트래픽 분배가 의도대로 되고 있는지 바로 확인할 수 있습니다.
로그 화면과 연결 화면 모두 오래된 기록을 오래 보관하지 않으며, 클라이언트를 재시작하면 대부분 초기화됩니다. 어떤 문제를 장기간 추적하려면 나중에 기록을 뒤져보기보다 조작하면서 실시간으로 관찰하는 방식을 추천합니다.
일반 설정: TUN 모드, 시스템 프록시, 자동 시작은 어떻게 설정할까
일반 설정 화면은 네트워크를 넘겨받는 방식과 관련된 스위치를 모아둔 곳으로, 가장 중요한 세 가지는 다음과 같습니다:
- 시스템 프록시: 켜면 클라이언트가 시스템의 프록시 설정을 로컬 포트(앞서 말한
mixed-port)로 지정합니다. 시스템 프록시 설정을 읽는 앱은 자동으로 Clash를 거치게 됩니다. - TUN 모드: 켜면 클라이언트가 가상 네트워크 카드를 만들어 네트워크 계층에서 모든 트래픽을 넘겨받습니다. 앱이 프록시 설정을 직접 읽지 않아도 되므로 명령줄 도구나 시스템 프록시를 지원하지 않는 앱도 덮어씌울 수 있지만, 더 높은 권한(대개 관리자 또는 root 권한)이 필요하고 설정이 잘못되면 네트워크가 끊길 수 있어 먼저 시스템 프록시 모드에 익숙해진 뒤 시도하는 것을 권장합니다.
- 자동 시작 / 조용히 시작: 시스템과 함께 클라이언트가 자동으로 실행될지를 정합니다. 오래 사용할 계획이라면 켜두는 것이 좋아 매번 부팅할 때마다 수동으로 열 필요가 없어집니다.
일반 설정 화면에는 대개 로컬 네트워크 공유 스위치(allow-lan 항목)도 있습니다. 켜면 같은 로컬 네트워크에 있는 다른 기기가 이 컴퓨터를 프록시 서버로 사용할 수 있어, 클라이언트를 따로 설치하기 어려운 기기(스마트 TV, 게임 콘솔 등)에 트래픽을 전달하기 좋습니다. 다만 이는 노출 범위를 넓히므로 신뢰할 수 있는 같은 네트워크가 아니라면 켜지 않는 것이 좋습니다.
일상에서 가장 자주 쓰는 세 가지 위치
앞서 살펴본 영역들의 기능을 실제 사용 빈도에 맞춰 정리하면, 기억해 둘 만한 세 가지 조작 진입점을 추릴 수 있습니다:
- 프록시 화면에서 노드나 정책 그룹 전환——지연이 높아지거나 특정 노드가 불안정할 때 가장 먼저 하는 반응입니다.
- 설정 화면에서 구독 갱신——서비스 제공사가 새 노드를 배포했거나 규칙 세트를 수정했을 때, 수동으로 한 번 갱신을 눌러야 적용됩니다. 클라이언트가 알림 없이 자동으로 갱신하지는 않습니다.
- 연결 화면에서 트래픽 분배가 맞는지 확인——특정 앱이 프록시를 타지 않거나 잘못된 경로로 가는 것 같을 때, 대상 도메인을 직접 검색해 보는 게 추측보다 훨씬 확실합니다.
이 세 진입점에 익숙해지면 일상 사용에서 다른 메뉴를 뒤질 필요가 거의 없어집니다. 화면에서 낯선 버튼을 마주치면, 이 글에서 나눈 영역 구분에 따라 먼저 분류해 보고 손을 대야 할지 판단하면 됩니다.