이 글에서 다루는 범위

이 글은 Windows에서 Mihomo Party를 이미 설치하고 첫 프로필까지 넣어 둔 상태를 전제로, 매일 손이 가는 조작만 압축해 설명합니다. 패키지를 내려받아 의존성과 방화벽 예외를 맞추는 과정, 혹은 Clash Verge Rev·CFW 같은 다른 데스크톱 클라이언트와의 장단점 비교는 데스크톱 클라이언트 비교 가이드나 설치 성격의 튜토리얼과 짝으로 두는 편이 낫습니다. 여기서는 검색 의도에 맞춰 구독 새로고침, 정책 그룹에서 노드 수동 선택, 규칙·글로벌·직접 연결 모드 전환, 그리고 시스템 프록시와 TUN 사이에서 무엇을 켤지 고르는 기준까지 이어집니다.

앱 버전과 한글·영문 라벨은 업데이트마다 조금씩 달라질 수 있습니다. 그래서 화면 문구를 한 글자씩 외우기보다 프로필·구독·프록시·모드·시스템 연동이라는 큰 덩어리로 이해해 두면, 빌드가 바뀌어도 같은 자리를 찾기 쉽습니다. 규칙 파일의 DOMAIN·GEOIP 순서를 깊게 다루고 싶다면 분류 라우팅 최적화 글을 이어 읽으면 Windows에서 노드를 바꿔도 사이트만 깨지는 현상을 해석하기 수월합니다.

트레이 아이콘과 메인 창으로 상태 읽기

Mihomo Party는 Windows에서 대개 알림 영역 트레이에 상주합니다. 아이콘 우클릭 또는 더블클릭으로 메인 대시보드를 열면 프로필 목록, 트래픽 요약, 구독 카드, 프록시 그리드가 한 화면에 모입니다. 트레이 메뉴 쪽에는 시스템 프록시 켜기·끄기, 현재 모드, 빠른 노드 바꾸기처럼 매일 쓰는 스위치가 모이는 패턴이 흔합니다.

상태를 읽을 때는 세 가지만 습관처럼 확인하세요. 첫째, 어떤 프로필이 활성인지. 둘째, 코어 프로세스가 정상인지(메뉴에 오류나 재시작 안내가 없는지). 셋째, 시스템 프록시 또는 TUN 중 무엇이 켜졌는지. 이 셋이 어긋나 있으면 노드를 아무리 바꿔도 브라우저는 직결로 남거나, 반대로 구 규칙이 남아 이상한 출구로 새는 것처럼 느껴집니다.

동시에 다른 VPN 클라이언트, 회사 보안 에이전트, 포트를 가로채는 실험용 툴이 떠 있으면 충돌이 납니다. Mihomo Party만 켜도 충분한지, 아니면 순서를 정해 한 번에 하나만 켤지 먼저 정리하면 뒤쪽 단계 디버깅이 짧아집니다.

구독 새로고침과 프로필 정합성

공항 측에서 노드 이름·주소가 바뀌면 로컬 목록이 오래된 스냅샷으로 남을 수 있습니다. 메인 화면의 구독 영역에서 전체 업데이트 또는 해당 구독만 갱신을 누르는 패턴이 일반적입니다. 가능하면 한 번에 여러 번 연타하지 말고 응답을 확인한 뒤 필요할 때만 다시 누르세요. 짧은 간격으로 같은 URL을 두드리면 공항 API가 요청 제한을 걸어 일시적으로 막히고, 사용자 입장에서는 갱신이 멈춘 것처럼 보입니다.

구독을 받았는데도 노드가 비어 있거나 예전 목록이라면 다음을 순서대로 점검합니다. 활성 프로필이 맞는지, 구독 URL에 오타나 만료된 토큰이 없는지, 회사망·백신이 해당 HTTPS 도메인을 가로채지 않는지, 그리고 프로필 안에 동일 구독이 중복으로 들어가 서로 덮어쓰지 않는지입니다. Windows에서 가끔 나는 현상으로, 브라우저로는 같은 URL이 열리는데 앱 안의 다운로드만 실패하면 TLS 검사나 프록시 루프를 의심할 수 있습니다. 이 경우 잠시 직접 연결로 두고 구독만 받아 본 뒤 다시 규칙 모드로 돌아오는 절차가 진단에 도움이 됩니다.

YAML을 손으로 편집해 커스텀 노드를 넣었다면, 원격 구독을 다시 받을 때 로컬 수정이 덮어씌워질 수 있는지 반드시 확인하세요. 공항 문서에 external 패치 영역이 따로 안내돼 있다면 그 구역에만 손대는 습관이 안전합니다.

규칙 모드, 글로벌 모드, 직접 연결

세 모드는 이름이 빌드마다 조금 달라도 개념 축은 Clash 계열과 같습니다. 규칙 모드는 구성 파일의 DOMAIN·IP-CIDR·GEOIP 등 규칙 목록을 위에서 아래로 훑어 DIRECT와 특정 정책 그룹으로 나눕니다. 국내 쇼핑·은행·사내 포털은 직결로 두고, 해외 SaaS나 스트림만 우회하려는 분할 라우팅의 기본값으로 가장 많이 쓰입니다.

글로벌 모드는 트래픽을 한 출구로 크게 몰아 붙이는 전개에 가깝습니다. 특정 노드가 실제로 살아 있는지 빠르게 확인하거나, 규칙 충돌을 잠시 배제하고 싶을 때 잠깐 썼다가 다시 규칙으로 되돌리는 식으로 쓰면 부작용이 적습니다. 장시간 글로벌을 켠 채 국내 결제 페이지까지 같은 해외 IP로 보내면 본인 확인 단계에서 막히거나 지연만 커지는 경우가 있으니 주의하세요.

직접 연결은 프록시 체인을 최대한 비우고 로컬 ISP 경로를 살리겠다는 선택에 가깝습니다. 은행·증권, 사내 VPN, 업데이트 서버처럼 중계를 타면 안 되는 업무를 잠깐 처리할 때 유용합니다. 다만 앞서 말했듯 빌드에 따라 시스템 프록시 토글과 연동 방식이 다를 수 있으니, 반드시 Windows 설정 앱의 프록시 항목까지 함께 확인하세요.

정책 그룹에서 노드를 수동으로 고르기

프록시 목록에는 보통 PROXY, AUTO, Fallback 같은 그룹이 있고, 안에 노드 후보가 줄지어 있습니다. Select 유형은 사용자가 고른 항목이 그대로 유지되는 경우가 많고, url-test나 fallback 계열은 헬스 체크에 따라 탭을 새로 고칠 때마다 출구가 바뀌어도 이상하지 않습니다. 지연 숫자만 보고 최적이라고 단정하지 말고, 실제로 열어 보는 사이트 두세 곳을 번갈아 확인하세요.

노드를 바꿨는데도 특정 호스트만 이상하면 규칙 표에서 이미 다른 정책 그룹으로 빠졌거나 상단 규칙에서 DIRECT로 끝났을 수 있습니다. Rule Provider 캐시가 오래됐거나 순서가 꼬인 경우도 많으니, 노드 교체만 반복하기 전에 해당 도메인이 어떤 줄에 매칭되는지 로그로 확인하는 편이 빠릅니다.

자동 선택 그룹을 쓰다가 특정 서비스만 끊기면, 그 서비스 전용으로 수동 Select 그룹을 따로 두는 구성을 쓰는 공항도 많습니다. UI에서는 같은 이름처럼 보여도 YAML에서 타입이 다르면 체감이 완전히 달라집니다.

시스템 프록시를 탄 트래픽과 그렇지 않은 트래픽

시스템 프록시를 Mihomo Party에 맡기면 WinINet 계열을 따르는 브라우저와 많은 데스크톱 앱이 127.0.0.1과 앱이 노출한 HTTP·SOCKS 포트로 향합니다. 이후 분기는 선택한 모드와 규칙이 결정합니다. 반면 UWP 스토어 앱 일부, 자체 네트워크 스택을 쓰는 게임, 명령행에서 프록시 환경 변수가 비어 있는 개발 도구는 시스템 프록시를 건너뛸 수 있습니다. Store·Xbox 쪽 증상을 다룬 UWP 프록시 튜토리얼과도 주제가 이어집니다.

이 간극을 메우려면 TUN 모드로 가상 네트워크 어댑터를 통해 더 많은 트래픽을 코어 안으로 끌어들이는 방법을 씁니다. 개념과 부작용은 TUN 모드 가이드에서 플랫폼 공통으로 설명한 것과 같은 축입니다. 회사 보안 정책으로 가상 어댑터 생성이 막혀 있으면 TUN을 켜도 실패 메시지나 빈 트래픽만 보일 수 있으니, 조직 맥에서는 IT 정책을 먼저 확인해야 합니다.

시스템 프록시와 TUN 전환 기준

실무에서는 이렇게 나누면 결정이 빨라집니다. 브라우저와 사무용 앱만 안정적으로 우회하면 된다면 시스템 프록시만으로도 충분한 경우가 많습니다. 설치가 단순하고 배터리·CPU 부담도 상대적으로 작습니다. 반대로 특정 게임 런처, 터미널 패키지 매니저, 커스텀 프로토콜까지 같은 규칙으로 묶어야 한다면 TUN을 검토합니다.

TUN을 켠 뒤에는 DNS 경로도 함께 바뀌는 빌드가 많습니다. 그래서 TUN 켜기 전후로 DNS 누수나 이중 해석이 없는지, 예상한 대로 해외 DNS가 아니라 로컬 캐시만 보고 있지 않은지 테스트 페이지로 확인하세요. 문제 추적이 길어지면 한 번 TUN을 끄고 시스템 프록시만 켠 최소 구성으로 되돌린 다음, 증상이 사라지는 지점을 기준으로 원인을 가르면 됩니다.

Windows 설정에서 프록시 적용 검증

설정 앱에서 네트워크 및 인터넷 → 프록시로 들어가면 수동 프록시가 켜졌는지, 주소가 127.0.0.1인지, 포트가 Mihomo Party가 안내한 mixed-port 또는 분리된 HTTP·SOCKS와 일치하는지 확인할 수 있습니다. 레거시 제어판 경로를 쓰는 환경도 아직 있으니, 조직 PC는 IT 안내에 맞춰 같은 항목을 찾으면 됩니다.

브라우저별로는 시스템 설정을 따르지만 확장 프로그램이 자체 프록시를 고정하는 경우가 있습니다. 그럴 땐 확장을 끄거나 시크릿 창으로 먼저 검증하세요. 터미널에서는 HTTP_PROXY 환경 변수가 비어 있으면 앱이 직결로 나가므로, 개발 업무와 일반 브라우징을 동시에 보려면 Git·curl과 mixed-port 같은 주제의 글을 참고해 환경 변수까지 맞추는 편이 낫습니다.

자주 묻는 질문

규칙 모드와 글로벌 모드는 Windows에서도 동일하게 쓰면 되나요?

네. 규칙 모드는 규칙 표를 순서대로 적용해 DIRECT와 프록시를 나누고, 글로벌 모드는 기본 출구로 몰아 넣는 패턴에 가깝습니다. 업무 기본값은 규칙, 디버깅 일 때만 글로벌을 잠깐 쓰는 흐름을 권합니다.

구독을 새로고침했는데 노드 목록이 그대로일 때는?

활성 프로필과 구독 바인딩부터 확인하고, 오류 로그에 TLS·타임아웃이 없는지 봅니다. URL 교체 여부와 요청 제한도 점검하세요. 캐시가 의심되면 앱 재시작 후 한 번만 갱신해 보는 것도 방법입니다.

시스템 프록시를 켰는데 특정 프로그램만 우회가 안 될 때는?

그 프로그램이 시스템 프록시를 무시하는지 먼저 가정하고 TUN 적용 여부를 검토합니다. 동시에 다른 VPN과의 경로 충돌이 없는지도 봅니다.

직접 연결을 고르면 시스템 프록시도 꺼지나요?

항상 그런 것은 아닙니다. UI 문구와 Windows 설정의 실제 스위치를 함께 확인해야 합니다.

데스크톱에서 Clash 계열 GUI를 처음 쓰면 프로필·구독·모드·TUN 용어가 한꺼번에 몰려 첫 주가 헷갈리기 쉽습니다. 패키지 채널이 여러 갈래로 흩어져 있으면 설치 직후 검색만 하다 시간이 사라지기도 합니다. 반면 한 클라이언트 안에서 흐름만 정리되면 같은 습관으로 macOS·Android까지 이어 갈 수 있다는 장점도 있습니다. 이런 마찰을 줄이려면 구독을 한 번에 가져오고 노드 상태 확인을 단순화한 도구를 병행해 보는 것도 방법입니다. ClashFast는 초기 설정과 구독 가져오기 부담을 낮추는 방향으로 정리돼 있어, Mihomo Party에서 말한 모드·노드 습관을 다른 플랫폼으로 옮길 때도 같은 패턴을 유지하기 쉽습니다. 패키지 선택이 아직 헷갈린다면 ClashFast에서 Clash를 무료로 내려받아 오늘 정리한 Windows 일상 운영 순서와 비교해 보세요.