왜 Windows 11에서 Mihomo Party를 고를까요

Mihomo Party는 Mihomo(Clash Meta) 코어를 풀스크린 규격 UI로 감싼 데스크톱 앱입니다. 같은 계열인 Clash Verge Rev가 Tauri 기반으로 콤팩트하게 가는 반면, Party는 화면 구성과 작업 흐름이 조금 다르게 배열된 동급 선택이어서 취향과 모니터 해상도에 따라 고르기 좋습니다. Windows 11에서는 동일하게 x64 설치 프로그램이 기본 축이고, ARM 노트북이면 릴리스 자산의 arm64 표기를 반드시 확인해야 첫 실행에서 바로 실패하지 않습니다.

이름만 보면 과거 Clash for Windows 튜토리얼과 헷갈리기 쉬운데, CFW는 장기적으로 업스트림이 멈춘 사례가 많아 신규 PC에는 Mihomo 기반 클라이언트로 시작하는 편이 안전합니다. Win11 특유 이슈라기보다 Smart App Control이나 조직 정책 때문에 첫 실행 카드가 달라지는 체감이 큰 편입니다. Verge 쪽 설치 루트가 궁금하면 Windows 11 Verge Rev 설치글과 단계만 나란히 비교해 보세요. 레거시 CFW 경로가 필요하면 Windows 11 CFW 안내에서 차이만 짚어도 충분합니다.

설치 전 Win11 체크리스트

먼저 시스템 종류를 확인합니다. 설정 앱의 시스템 > 정보에서 Windows 11 빌드가 맞는지 보고, 64비트인지 ARM인지에 따라 받을 자산이 갈립니다. 둘째, 회사·학교 관리 디바이스면 사용자 임의 설치·SmartScreen 우회가 막혀 이 글 순서 그대로는 진행되지 않을 수 있습니다. IT 헬프데스크 정책을 먼저 확인하는 것이 안전합니다.

셋째, 다른 상용 VPN·구형 프록시 앱이 혼합 포트를 점유하면 Mihomo 쪽에서 포트 사용 중 오류가 납니다. 넷째, 시각·시간대가 크게 틀어진 PC는 TLS 때문에 구독 URL 전체가 실패합니다. Win11이라도 동일합니다. 다섯째, 카페 Wi‑Fi처럼 SSL 가로채기가 있는 회선에서는 Releases 페이지와 구독 서버 모두 불안정할 수 있으니 회선을 바꿔 한 번 더 시험하는 편이 빠른 진단입니다. 공통 점검 루틴은 Clash 문제 해결 가이드와 맞물립니다. UWP만 이상하면 UWP 루프백 글을 함께 열어 두세요.

1단계: 공식 GitHub Releases에서 설치 패키지 내려받기

브라우저 주소창에 들어간 저장소가 Mihomo Party 공식 저장소인지 상단 오너·이름을 먼저 확인합니다. 검색 결과 상위 광고형 미러는 릴리스 해시 검증도 어렵고 패키지 변조 위험이 큽니다. Releases 탭의 최신 안정 태그로 이동한 뒤, Assets 목록에서 장비에 맞는 파일을 고릅니다.

  • 일반 x64 데스크톱·노트북은 이름에 x64 또는 amd64, 혹은 정식 설치형 .exe가 붙은 자산을 우선 고릅니다.
  • 압축만 풀어 쓰는 포터블 패턴은 .zip 등으로 제공될 수 있으니 릴리스 노트의 한 줄 설명을 반드시 읽습니다.
  • 다운로드한 파일 이름 접두가 릴리스 태그와 같은지, 이전에 깨진 파일이 같은 폴더에 남아 있지 않은지 탐색기에서 다시 확인합니다.
  • SHA256 문자열을 릴리스에서 안내했다면 PowerShell Get-FileHash로 바로 대조하면 변조 가설을 줄일 수 있습니다.

속성 창에서 상용 프로그램과 달리 서명 정보가 비어 보일 수 있는데, 공개 OSS 바이너리에서는 흔한 패턴입니다. 신뢰의 축은 URL 경로와 해시입니다. 학교·회사 프록시 환경이라면 릴리스 페이지 자체 로딩부터 지연이 날 수 있으니 시간대를 피하거나 다른 회선을 쓰는 것도 전략입니다.

2단계: Windows 11 SmartScreen·Defender와 UAC

설치 프로그램을 처음 실행하면 Microsoft Defender 스마트스크린이 차단 카드를 띄우는 경우가 많습니다. 추가 정보를 연 뒤 실행을 누르면 설치 마법사로 넘어갑니다. 조직 장비에서는 버튼이 비활성이라 재현되지 않을 수도 있습니다.

설치 경로가 시스템 영역이면 UAC 승격 창이 중앙에 크게 표시됩니다. Win11 UI라 헷갈릴 수 있지만 허용·거부 의미는 이전 세대와 동일합니다. Defender가 파일을 격리했다면 보안 센터 > 바이러스 및 위협 방지에서 보호 기록을 열고, 방금 Releases에서 새로 받은 동일 패키지인지부터 확인한 뒤 조치합니다. 이름 모를 미러에서 받은 실행 파일은 삭제하고 공식 페이지에서 다시 받는 편이 빠릅니다.

3단계: 설치 마법사와 경로 선택

마법사는 사용 허가, 설치 위치, 바로가기 옵션 순으로 진행됩니다. 관리자 권한 경로를 고르면 이후 코어 업데이트·트레이 도구도 같은 높이의 승인이 필요할 수 있습니다. 가정 PC에서 비관리자 프로필을 쓴다면 쓰기 가능한 경로인지, 나중에 Party가 새 Mihomo 바이너리를 같은 폴더에 쓸 수 있는지 정도만 다시 확인합니다.

여러 Clash 계열 앱을 나란히 실험할 때 시작 메뉴 핀 이름이 비슷해지기 쉬우니, 바로가기 설명에 「Party」「Verge」처럼 짧은 태그를 달아 두면 혼선이 줄어듭니다. Win11은 트레이 아이콘이 접혀 있어 실행 중인데도 안 보이는 착시가 잦으니, 잠깐이라도 멈춘 것 같으면 작업표시줄의 표시 줄임 화살표부터 눌러 확인합니다.

4단계: 첫 실행 때 코어 기동과 방화벽 허용

설치 직후 Mihomo Party를 열면 내장 Mihomo 코어가 처음에 네트워크에서 구성요소를 당겨 오거나 방화벽 질문을 띄우는 단계가 있을 수 있습니다. 공공 Wi‑Fi처럼 중간에 인증서가 끼는 회선이면 진행이 멈추거나 에러 문자열만 남습니다. 가능하면 집·휴대폰 테더링 등으로 한 번 통과시키는 편이 초기 세팅 시간을 줄입니다.

Windows 방화벽이 액세스 허용을 물으면 실제 사용 환경이 가정망이라면 프로필을 사적으로 맞춥니다. 코어가 떴는지 UI가 무미건조해 보이면 왼쪽 메뉴의 로그나 대시보드 카드가 반응하는지부터 눌러 봅니다. 아무 반응이 없다면 작업 관리자에서 Party·Mihomo 관련 프로세스가 살아 있는지 확인하고, 다른 상용 VPN이 같은 TUN 슬롯을 잡고 있지 않은지도 같이 봅니다.

5단계: 프로필·구독 화면에 공항 URL 넣어 가져오기

공항 대시보드에서 복사한 한 줄짜리 구독 URL이 전체 노드·규칙을 갱신하는 트리거입니다. Party UI에서 프로필 또는 구독에 해당하는 항목으로 들어가 새 항목을 만든 뒤 URL을 통째로 붙여 넣습니다.

  1. 복사 과정에서 잘린 토큰, 끝에 붙은 보이지 않는 공백·줄바꿈이 없는지 메모장에 한 번 붙여 확인합니다.
  2. 별칭을 공급자 이름·만료 예정 등으로 길게 달아 두면 나중에 여러 구독이 섞여도 정리가 쉽습니다.
  3. 동기화·업데이트 버튼을 누른 뒤 오류가 나면 대화 상자 전체를 그대로 메모합니다. 한국어 UI여도 내부 영문 스택 트레이스가 함께 있으면 답변이 빨라집니다.
  4. 방금 받은 프로필을 활성으로 두어야 실제 런타임이 그 YAML을 선택합니다.

브라우저 새 탭에 URL을 그대로 열었을 때 YAML 텍스트가 내려오면 형식 자체는 대체로 안전합니다. HTTP 대 HTTPS 이슈나 만료 토큰은 공급자 대시보드에서만 바로잡을 수 있습니다. 개념 정리는 앞서 인용한 구독 가져오기 전체를 밟아도 됩니다.

6단계: Proxies 화면에서 그룹·노드 고르기

프로필이 정상이면 Selector, URLTest, Fallback 같은 그룹이 나타나고 그 아래 실제 노드 이름이 펼칩니다. 처음에는 지연 측정으로 숫자를 몇 번 찍어 보고, 지역 이름이 행정 구역과 다르게 표기돼 있어도 레이블일 뿐 개념은 동일합니다.

  • 특정 지역으로 고정해야 하는 작업이면 Selector가 직관적입니다.
  • 주기 재측정이 있는 URLTest는 클릭 수를 줄이고 자동 페일오버를 쓰고 싶을 때 유리합니다.
  • 살아 있는 다음 후보로 넘기는 Fallback은 안정 우선 회선에 어울립니다.

브라우저 쪽 보안 DNS와 프로필 DNS 모드가 엇갈리면 「페이지는 열리는데 이미지만 안 뜸」 패턴이 생깁니다. 크로미엄과 Clash 조합은 Chrome·Clash Windows 글에서 같이 정리합니다. 노드만 바꿔도 증상이 같다면 로컬 회선 품질을 의심하는 편이 맞습니다.

7단계: Windows 11에서 시스템 프록시 켜기

대부분의 크로미엄·파이어폭스 계열은 OS 프록시 슬라이더를 존중합니다. Party 안의 시스템 프록시 스위치를 켠 뒤, 설정 앱 네트워크 > 프록시에 표시되는 주소·포트가 앱 카드에 적힌 값과 같은지 교차 확인합니다. 스위치 직후에도 페이지가 그대로라면 브라우저를 완전히 종료했는지, 다른 패널 소프트웨어가 로컬 포트를 가로채지 않았는지, 코어 프로세스가 실제 실행 중인지 순서대로 봅니다.

IDE·패키지 매니저·게임 런처까지 한 레이어로 묶으려면 TUN 모드 검토가 필요합니다. TUN은 가상 어댑터와 추가 UAC가 따라와 초보 단계에서는 부담이 큽니다. 원리는 TUN 모드 가이드를 Win11에 그대로 적용하면 되고, 차이는 장치 관리자에 새 어댑터가 생길 때 순번이 잠깐 흔들릴 수 있다는 정도입니다.

8단계: Connections·로그와 브라우저로 첫 연결 검증

이제 실사용 테스트만 하면 목표였던 상태를 만들 수 있습니다. 평소 느리던 페이지를 새로 고침해 체감을 보고, Party의 Connections 목록에서 호스트 줄이 생기는지, 출구 열이 기대 노드를 가리키는지 확인합니다. 로그에 규칙 매칭·dial 오류가 섞여 있으면 그 시각대만 잘라 피드백에 붙이면 됩니다.

  1. 스트리밍·클라우드 같은 테스트용 사이트를 순서 없이 열어 새 세션이 잡히는지 봅니다.
  2. 국내 결제·관공서처럼 DIRECT가 맞아야 하는 호스트에 글로벌 노드 이름이 붙지 않았는지 확인합니다.
  3. 인증서 경고·무한 리다이렉트는 시간 동기화, DNS, 특정 브라우저 QUIC 설정까지 범위가 넓으니 한 번에 하나만 바꿔 가며 재현합니다.

여기까지 왔다면 Win11 클린 설치 환경에서 공식 패키지와 공항 구독만으로 Mihomo Party를 실사용 선까지 올린 것입니다. 설치 이후 화면에서 로그·연결 패널을 깊게 쓰고 싶다면 실시간 로그·Connections 튜토리얼로 바로 이어가면 학습 곡선이 완만합니다. 정책 그룹·지연 자동화는 Verge 쪽 정책 글과 개념을 공유하니 병행해 보세요.

Mihomo Party와 Clash Verge Rev, 설치 감각 차이

둘 다 Mihomo 코어를 묶지만 메뉴 배치와 단축 동작이 달라 첫 주차에만 적응 시간이 있습니다. Verge가 트레이 중심 설정이라면 Party는 대시보드형 정보 밀도가 조금 다른 편으로 이해하면 됩니다. 기능적으로는 구독 한 줄·시스템 프록시·Proxies 선택이라는 같은 삼박자를 밟습니다.

이미 Verge에 익숙한 분이라면 Profiles라는 라벨이 Subscription·Profile 카드로 바뀐 정도로 매핑하면 빠르게 적응합니다. System Proxy 토글 역시 상단 바·트레이 중 한 곳으로 모여 있을 가능성이 높습니다. OS 입장에서는 둘 다 로컬 HTTP·SOCKS 포트를 시스템 프록시에 꽂는다는 점은 동일합니다.

자주 묻는 질문

Mihomo Party 공식 받는 곳은 어디인가요?

해당 오픈소스 저장소의 Releases 자산 목록만 보고 받는 것이 기본 루트입니다. 한글 설치 도우미 실행 파일처럼 이름만 비슷한 패키지는 피하고, 태그 번호와 파일 접두를 반드시 맞춥니다.

업데이트할 때마다 UAC가 반복됩니다.

바이너리 교체·드라이버급 기능이 포함되면 허용 절차가 다시 뜨는 것이 흔합니다. 완전히 다른 설치 프로그램이 연쇄로 붙은 것은 아닌지 작업 기록을 한 번만 훑어 보세요.

스토어 전용 앱이 시스템 프록시를 안 탑니다.

UWP는 프록시를 우회하는 패턴이 반복해서 보고됩니다. 루프백 예외 스크립트나 TUN으로 전체 경로를 옮기는 방안을 검토하세요. 자세한 흐름은 UWP 문제 해결글을 참고합니다.

정리하면

Windows 11에서 Mihomo Party 설치와 공항 구독 가져오기를 한 줄로 접으면 다음과 같습니다. 공식 Releases에서 맞는 아키텍처 패키지를 받는다 → SmartScreen·UAC 순서를 통과한다 → 첫 실행에서 코어·방화벽을 정리한다 → 구독 URL을 붙여 동기화한다 → Proxies에서 노드를 고른다 → 시스템 프록시로 OS와 맞춘다 → Connections·브라우저로 증명한다.

원클릭 VPN류는 모든 앱을 한 터널로 몰 때는 간편하지만 국내 쇼핑·은행·사내 포털까지 같이 끌고 가서 체감 지연이 퍼지기 쉽습니다. 브라우저 확장만 쓰면 탭 안쪽만 바뀌고 터미널·게임 패치는 그대로 빗겨 나갑니다. 반면 YAML 규칙으로 출구를 나눌 수 있는 Clash·Mihomo 스택은 한 PC 안에서 업무 트래픽과 개인 트래픽을 공존시키기 쉬워 장기 운영 비용이 낮아집니다. Mihomo Party는 그중에서도 UI 취향에 맞게 고를 수 있는 분기이고, 이미 Verge를 쓰는 환경과도 같은 서비스 URL을 공유할 수 있어 이동 부담이 작습니다. 보안 카드에 막히는 빈도까지 줄이면서 브라우저 바깥까지 한 번에 묶고 싶다면 통합 설치 패키지 선택도 함께 검토해 보세요. 규칙 기반 클라이언트 패밀리를 무료로 받아 Win11 실사용 패턴에 맞춰 보세요.