ClashX Pro 메뉴 표시줄: 시스템 프록시·규칙 모드·노드 전환 실측 가이드

설치 다음 단계: 왜 메뉴 표시줄만 보면 되나

ClashX Pro는 Dock 아이콘보다 메뉴 표시줄(메뉴바)에 고정해 쓰는 macOS용 Clash 계열 클라이언트입니다. 설치·구독 가져오기까지 끝냈다면, 일상 조작의 대부분은 상단 바의 고양이·방패 모양 아이콘 한 번 클릭으로 끝납니다. 검색으로 이 페이지에 오는 사용자는 보통 「ClashX Pro 어떻게 써」「메뉴바에서 노드 바꾸기」「시스템 프록시 켜기」「규칙 모드 전역 모드 차이」 같은 표현을 씁니다. 즉 이미 앱은 깔려 있고, 메뉴 항목의 의미와 순서만 알고 싶은 경우가 대부분입니다.

Apple Silicon(M1/M2/M3/M4)과 Intel Mac 모두 메뉴 구조는 거의 같습니다. 차이는 설치 패키지 아키텍처와 시스템 확장 승인 UI 문구 정도이며, 메뉴바에서 하는 일—프록시 켜기, 모드 바꾸기, 노드 고르기—는 동일합니다. 설치를 아직 마치지 않았다면 먼저 설치 글에서 Gatekeeper·Remote Config·첫 연결까지 끝내고 이 페이지로 돌아오는 편이 순서가 맞습니다.

빌드마다 영문·한글 레이블이 조금씩 다르지만, 개념은 Clash 공통입니다. 코어가 읽는 것은 proxies·proxy-groups·rules이고, 화면의 규칙 모드는 이 규칙을 따르겠다는 뜻입니다. 전역 모드는 대부분의 연결을 사용자가 지정한 글로벌 출구로 모으는 실험용 설정에 가깝고, 직통(Direct)은 프록시 체인을 의도적으로 타지 않게 해 노드 문제와 회선 문제를 나눕니다. 아래 절은 이 세 모드와 시스템 프록시·노드 선택·구성 파일 전환의 관계를 메뉴 순서대로 따라갑니다.

이 글은 불법적인 차단 우회나 타인의 유료 구독 공유를 전제로 하지 않습니다. 본인 계약으로 제공된 Clash·Premium 호환 구독만 사용하고, 학교·회사 정책을 위반하지 않는 범위에서만 조작하세요.

메뉴 표시줄 아이콘 상태 읽기

아이콘 색·모양은 빌드마다 다르지만, 보통 다음 패턴으로 상태를 짐작할 수 있습니다. 회색 또는 흐린 아이콘은 코어가 꺼져 있거나 시스템 프록시가 꺼진 경우가 많고, 초록·파란 강조는 프록시 경로가 활성이라는 신호입니다. 다만 macOS 업데이트 직후에는 패널만 초록인데 시스템 설정의 프록시 토글이 OFF로 초기화되는 일이 있어, 아이콘만 믿지 말고 아래에서 설명하는 시스템 설정 교차 확인을 습관화하세요.

메뉴를 펼치면 대개 위에서 아래로 현재 구성 이름 → Outbound Mode → Set as system proxy → Proxies → Config/Remote Config → 로그·설정·종료 순으로 항목이 나옵니다. 처음에는 Proxies 하위가 길어 보일 수 있는데, 이는 구독이 풀어 준 프록시 그룹 수만큼 중첩 메뉴가 생기기 때문입니다. 자주 쓰는 select 그룹 이름(예: Proxy, 节点选择)을 외워 두면 매일 노드 전환 시간이 줄어듭니다.

시스템 프록시 켜기·끄기

Safari와 대부분의 macOS 앱은 시스템 프록시 설정을 따릅니다. ClashX Pro 메뉴에서 Set as system proxy(또는 「시스템 프록시 설정」「시스템 대리」「设置为系统代理」 등)를 켜면, macOS가 HTTP·HTTPS 프록시 주소를 127.0.0.1과 ClashX Pro가 안내하는 포트(보통 혼합 포트, 구성의 mixed-port)로 채웁니다. 끌 때는 같은 항목을 다시 눌러 OFF로 두면 됩니다. macOS Sonoma 이후 네트워크 설정 UI가 계층형으로 바뀌었지만, 확인 위치는 여전히 시스템 설정 → 네트워크 → 활성 인터페이스 → 세부사항 → 프록시입니다.

시스템 프록시를 켠다고 해서 모든 앱 트래픽이 자동으로 Rule을 탄다는 뜻은 아닙니다. 브라우저·Mail 등 시스템 설정을 존중하는 앱만 코어로 들어오고, 터미널·일부 게임·자체 PAC를 쓰는 앱은 그대로 직통일 수 있습니다. 「프록시는 켰는데 이 앱만 안 된다」는 불만의 상당수는 이 경계에서 발생합니다.

1. 메뉴 표시줄에서 ClashX Pro 아이콘을 클릭합니다.
2. Set as system proxy 항목을 켠 뒤, 시스템 설정 → 네트워크 → … → 프록시에서 주소·포트가 채워졌는지 확인합니다.
3. 브라우저로 국내·해외 페이지를 각각 하나씩 열어 라우팅 감각을 잡습니다.
4. 작업이 끝나면 프록시를 끄거나, 「종료 시 시스템 프록시 해제」류 옵션이 있다면 켜 두어 다음 로그인에 잔여 설정이 남지 않게 합니다.

회사·학교 MDM 장비에서는 시스템 프록시 변경 자체가 막혀 있을 수 있습니다. 그럴 때는 허용된 앱 범위 안에서만 연결을 테스트하고, 다른 VPN과 동시에 켜 두면 라우팅이 겹칩니다.

규칙 모드·전역 모드·직통(Outbound Mode) 전환

메뉴 안의 Outbound Mode·모드·Rule / Global / Direct 줄이 바로 규칙 모드·전역 모드·직통 전환입니다. 평소에는 Rule을 기본값으로 두고, 「룰이 복잡해서 원인을 못 찾겠다」거나 「잠깐 모든 연결을 한 출구로 통일하고 싶다」는 대조 실험에만 Global을, 프록시 우회 진단에는 Direct를 짧게 씁니다. 모드를 바꾼 직후에는 코어가 새 정책을 읽는 짧은 시간이 있으므로, 바로 페이지를 새로고침하기보다 한두 초 뒤에 시도합니다.

Rule 모드에서도 사용자가 Proxies 하위에서 고른 select 그룹 값은 그대로 유효합니다. 상단을 Global로 바꾸면 「대부분의 새 연결이 글로벌 출구 쪽으로 간다」는 기대가 생기지만, 프로필 설계에 따라 예외 규칙이 남아 있을 수 있습니다. 반대로 Rule 모드에서 GLOBAL 그룹을 특정 노드로 고정해 두었다면, 상단이 Rule이어도 그 버킷 안에서는 사용자 선택이 우선합니다. 이 점을 혼동하면 「전역 모드인데 왜 이 사이트만 직통이지?」 같은 질문이 반복됩니다.

모드	메뉴에서의 이름(예)	실무에서 쓰는 때
규칙 모드	Rule / 규칙	국내는 직통·해외만 프록시처럼 나누는 일상 기본값. 구독 룰 품질이 좋으면 트래픽 낭비가 적습니다.
전역 모드	Global / 전역	특정 사이트만 실패할 때 Rule과 대조하거나, 잠깐 전체 출구를 통일할 때. 금융·OTP는 차단될 수 있어 짧게 씁니다.
직통	Direct / 직통	프록시 체인을 타지 않게 해 노드 문제인지 ISP 회선 문제인지 나눕니다.

검색어로 글로벌 모드라고 부르기도 하지만, YAML과 로그의 GLOBAL 프록시 그룹 이름과 혼동하기 쉽습니다. 상단 Outbound Mode의 Global은 「연결 기본 동작」에 가깝고, Proxies 하위의 GLOBAL 카드는 「그룹 하나」입니다. 헷갈리면 연결 로그의 policy·proxy 줄을 함께 읽으세요.

프록시 그룹에서 노드 수동 선택

규칙 모드일 때 사용자가 자주 만지는 것은 select 타입 프록시 그룹의 현재 값입니다. 메뉴의 Proxies(또는 「프록시」「Proxy Groups」「代理」)를 펼치면 구독이 풀어 준 그룹 카드가 나열됩니다. 예를 들어 🔰 선택·Proxy·自动选择 같은 줄을 클릭해 노드 이름을 고르면, 그 그룹을 가리키는 규칙은 모두 그 출구를 씁니다. 메뉴 표시줄 특성상 그룹이 많으면 스크롤이 길어지므로, 패널에서 자주 쓰는 그룹 이름만 기억해 두는 것이 실용적입니다.

url-test 그룹은 지연 측정 URL에 따라 출구를 자동으로 바꿉니다. 「아까 고른 노드인데 IP가 바뀌었다」는 느낌의 상당수가 여기서 옵니다. 회의·화상 통화처럼 끊김이 싫은 날에는 자동 그룹 대신 인접한 select 그룹을 직접 고르는 편이 안정적으로 느껴지는 경우가 많습니다. fallback은 첫 노드 실패 시 다음 후보로 넘어가므로, 로그에 여러 체인이 연속으로 찍히면 정상 동작일 수 있습니다.

내장 지연 테스트(Latency Test)가 있다면 활성 노드별로 순차 검사해 전부 타임아웃일 때부터 구독·노드 측 이슈를 의심합니다. 같은 노드 이름이 두 카드에 보이면 하나는 원본 프록시이고 다른 하나는 상위 그룹 참조일 수 있으므로, 어느 메뉴 깊이에서 고랐는지를 기억해 두세요.

구성 파일(프로필) 전환과 구독 갱신

여러 구독·로컬 YAML을 쓰는 경우 Config·Profiles·Remote Config 메뉴에서 항목을 고릅니다. 가져오기만 하고 활성 체크를 안 하면 시간만 낭비하는 경우가 많습니다. 패널이 자동 갱신을 지원하면 12~24시간 주기를 넣어 두고, 수동으로 「업데이트」「Refresh」「更新配置」를 눌렀을 때 에러 문자열 없이 끝나는지 확인하세요. 회사용·개인용 구독을 나눠 쓰는 사용자는 구성 이름을 패널과 동일하게 바꿔 두면 메뉴에서 헷갈리지 않습니다.

로컬 YAML을 직접 편집해 불러온 경우, 문법 오류 한 줄만 있어도 Proxies 메뉴 전체가 비어 보일 수 있습니다. Remote Config로 받은 파일은 대개 패널이 검증한 상태이므로, 처음에는 원격 구독으로 연결을 확인한 뒤 로컬 커스터마이징을 시도하는 순서가 안전합니다.

1. 메뉴에서 현재 활성 구성 이름을 확인합니다.
2. 다른 구성으로 바꿀 때는 선택 직후 Proxies 목록에 노드가 0개가 아닌지 봅니다.
3. 구독 URL을 갱신했다면 브라우저로 URL 본문이 Clash 규격인지 한 번 검사합니다(대시보드 HTML 복사 실수 방지).
4. Intel Mac 사용자는 「ClashX Intel Mac 설치」와 동일한 메뉴 구조를 공유합니다.

일상 워크플로: 출근 후 30초 루틴

매일 반복하는 최소 루틴을 고정해 두면 「어제는 됐는데 오늘은 안 돼」 상황에서 변수를 빨리 줄일 수 있습니다. 맥을 켠 뒤 ClashX Pro가 자동 실행되도록 「Launch at login」을 켜 두었다면, 메뉴 표시줄 아이콘만 확인하면 됩니다.

1. 아이콘 클릭 → 활성 구성이 어제와 같은지 확인.
2. 필요 시 Remote Config 「업데이트」로 노드 목록 갱신.
3. Set as system proxy ON, Outbound Mode는 Rule.
4. Proxies에서 평소 쓰는 select 그룹 노드 선택(또는 url-test 그룹 유지).
5. 브라우저로 업무용 사이트 하나·해외 서비스 하나를 열어 감각 확인.

퇴근·절전 전에는 시스템 프록시를 끄거나 앱 종료 시 자동 해제 옵션을 확인해, 집 네트워크나 카페 Wi-Fi에서 예기치 않은 프록시 잔여를 피합니다.

연결 경로 검증: 브라우저·로그 실측 순서

모드와 노드를 바꿨는데 IP가 그대로면, 트래픽이 코어 밖으로 나가거나 브라우저만 확장 프록시를 쓰는 경우가 많습니다. Chrome 계열에서 「시스템 프록시 사용」 확장이나 자체 VPN이 켜져 있으면 ClashX Pro와 충돌하기도 합니다. 아래 순서는 재설치를 최후로 미룹니다.

1. 규칙 모드에서 문제 도메인을 열고, 같은 노드를 유지한 채 전역 모드로 잠깐 바꿔 동일 페이지를 엽니다.
2. 직통에서 ISP 경로로 열리는지 확인해 망 단절 여부를 걸러냅니다.
3. 신뢰할 수 있는 공인 IP 조회 페이지를 하나 고정해, 규칙 모드에서 해외 사이트만 IP가 바뀌고 국내는 직통인지 봅니다.
4. 패널 로그 또는 macOS 통합 로그에서 timeout·refused·DNS 관련 문자열을 구별합니다.

아이콘은 초록인데 페이지만 회전하면 DNS·브라우저 DoH·fake-ip 조합부터 보는 게 합리적입니다. 「연결됐는데 인터넷이 안 될 때」와 병행하세요.

증강 모드·TUN과 메뉴바의 관계

ClashX Pro 메뉴에 Enhanced Mode·TUN·시스템 확장에 가까운 항목이 있다면, 이는 시스템 프록시보다 한 단계 넓은 캡처 경로입니다. 터미널·CLI·시스템 설정을 무시하는 앱까지 코어로 보내려면 필요하지만, 다른 VPN·제로 트러스트 에이전트와 라우팅이 겹치기 쉽습니다. 초보자는 먼저 시스템 프록시 + Rule로 브라우저 연결을 검증한 뒤, 필요할 때만 증강 모드를 켜는 순서를 권합니다.

증강 모드를 켠 상태에서는 curl 결과와 Safari 결과가 일치하는 경우가 많아집니다. 반대로 꺼 둔 상태에서 터미널만 직통이면 「노드가 bad」가 아니라 「캡처 범위 밖」일 수 있으니, 증상 보고 전에 어떤 경로를 켰는지 메모해 두세요.

자주 막히는 지점

시스템 프록시를 켰는데 Safari만 안 탐

시스템 설정 프록시 페이지에 127.0.0.1과 포트가 실제로 들어갔는지, 다른 VPN이 같은 슬롯을 잡고 있지 않은지 확인합니다. ClashX Pro를 종료할 때 시스템 프록시가 자동 해제되지 않으면 「종료 후 프록시 초기화」 흐름을 참고하세요.

Rule인데 특정 사이트만 실패

잠깐 Global로 올려 같은 노드에서 열리는지 대조합니다. Global에서는 되는데 Rule에서만 실패하면 해당 도메인의 정책 순서·GEOIP·DNS 매칭을 의심하고, 공급자 측 룰 업데이트를 받습니다.

Proxies 메뉴가 비어 있음

활성 구성이 잘못됐거나 구독 토큰이 만료됐을 가능성이 큽니다. Remote Config로 다시 받고, 브라우저에서 URL 응답이 YAML인지 확인합니다.

자주 묻는 질문

Clash Verge Rev·Mihomo Party와 메뉴가 다른가요?

개념은 같지만 배치가 다릅니다. Verge Rev는 창 UI 중심, Mihomo Party는 대시보드·상단 바, ClashX Pro는 macOS 메뉴 표시줄 한 층에 모드·프록시·구성이 모여 있습니다. 다른 클라이언트 글에서 익힌 Rule·Global·select 그룹 선택은 그대로 옮겨 적용됩니다.

메뉴 표시줄 아이콘이 사라졌어요

Dock에서 앱을 다시 실행하거나, 메뉴의 「Launch at login」·백그라운드 항목을 확인합니다. macOS가 메뉴 표시줄 아이콘을 자동 숨김 처리한 경우 Control Center 설정에서 ClashX Pro를 항상 표시로 둘 수 있습니다.

요약: 메뉴바만으로 끝내는 일상 워크플로

macOS 네이티브 메뉴 클라이언트는 가볍지만, 창 UI가 없어 처음엔 「어디에 뭐가 있는지」를 외워야 합니다. 반면 창이 큰 Electron 클라이언트는 설정이 분산돼 매일 쓰는 토글을 찾느라 시간이 새기도 합니다. 또 일부 앱은 Meta 신규 전송 방식을 늦게 따라와 구독 교체 때마다 다시 패치를 받아야 하는 경우가 있습니다.

Clash 호환 스택은 같은 YAML 규칙 모델을 공유하므로, macOS·Windows·Linux에서 모드·그룹·구독 개념을 통일해 두면 클라이언트를 바꿔도 디버깅 시간이 줄어듭니다. 문서와 패키지를 한 허브에서 따라가도록 정리해 두었고, 로그 패턴까지 읽을 수 있는 운영 층을 중시하는 사용자가 많습니다.

메뉴바 한 층으로 끝나는 가벼운 macOS 워크플로를 다른 플랫폼과 나란히 비교해 보고 싶다면, 검증된 클라이언트를 한곳에서 받아 같은 순서로 테스트해 보세요. Clash를 무료로 받고 macOS 포함 멀티 플랫폼에서 바로 체험해 보세요.