1. Windows에서 로그와 연결 패널을 왜 같이 봐야 하나

Mihomo Party는 Mihomo(Clash Meta) 코어를 감싼 데스크톱 앱입니다. 사용자가 구독을 넣고 노드 이름만 바꿔도, 막상 유튜브나 게임이 느릴 때는 「규칙 때문인지, 노드 품질인지, 아예 프록시를 안 타는지」를 가늠해야 합니다. 이때 단일 화면만 보고 추측하면 시간이 허비되기 쉽습니다.

실시간 로그는 코어가 도메인 해석, 규칙 매칭, 다이얼 오류 등을 남긴 흔적입니다. 반면 Connections(연결) 패널은 지금 열려 있는 TCP·UDP 세션을 줄 단위로 보여 주어, 어떤 호스트로 나가는 트래픽이 어떤 프록시 체인을 거쳤는지 한눈에 대응시키기 좋습니다. 두 창을 번갈아 보면 「설정은 맞는데 앱이 코어에 안 붙는다」와 「코어에는 붙는데 특정 노드만 실패한다」를 빠르게 갈라 낼 수 있습니다.

이미 정책 그룹을 만져 본 적이 있다면 Verge Rev 글의 그룹 개념과 같은 맥락입니다. 차이는 Party에서 강조할 화면이 로그 필터와 연결 목록의 열 해석 쪽이라는 점뿐입니다.

2. 실시간 로그 화면에서 무엇을 보나

앱 왼쪽 또는 상단 메뉴에서 Logs(로그)에 들어갑니다. 빌드에 따라 이름이 조금 다를 수 있으나 Mihomo 계열 클라이언트는 대개 로그 레벨을 info, warning, error, debug처럼 단계별로 올릴 수 있게 해 둡니다. 평소에는 info로 두고, 원인이 잘 안 보일 때만 짧게 debug로 올린 뒤 재현해 보세요. debug는 메시지가 매우 많아져 UI가 버벅일 수 있습니다.

로그 한 줄에는 보통 시각, 레벨, 그리고 코어가 남긴 짧은 문장이 붙습니다. match rule, proxy, dial, DNS 같은 단어가 보이면 해당 순간에 어떤 규칙이 승자였고 어느 노드로 손을 뻗었는지 단서가 됩니다. 검색·필터 칸이 있다면 도메인 일부나 error, timeout 문자열로 좁혀 재현 직후의 몇 십 줄만 모아 보는 습관이 진단 속도를 올립니다.

방화벽이나 회사 보안 에이전트가 로컬 포트를 막으면 로그에도 반영되는 경우가 있습니다. 반대로 로그가 너무 깨끗한데 브라우저만 안 열리면, 애초에 그 브라우저가 시스템 프록시를 쓰지 않는 경우일 수 있으니 아래 연결 패널과 함께 봐야 합니다.

💡

문제를 타인에게 보낼 때는 로그 창 스크린샷 몇 장보다, 필터를 걸어 뽑은 텍스트와 재현 순서(어떤 사이트를 눌렀는지, 노드를 언제 바꿨는지)를 같이 적어 두면 피드백이 빨라집니다.

3. Connections(연결) 패널 열과 읽는 법

Connections 화면은 테이블 형태로 최근·현재 세션을 보여 줍니다. 제품 버전에 따라 열 이름이 영문이거나 한글화되어 있을 수 있으나, 자주 보이는 정보는 다음과 비슷합니다.

  • 호스트·도메인: 실제 요청이 향한 이름. CDN을 쓰는 서비스는 여러 줄로 쪼개져 보일 수 있습니다.
  • 네트워크 유형: TCP·UDP 등. 음성·화상 통화·일부 게임은 UDP 줄을 추가로 봐야 합니다.
  • 프록시 체인 또는 출구: DIRECT인지, 중간에 어떤 그룹을 거쳐 어떤 서버 이름으로 나갔는지. 이 열이 「지금 노드」를 가장 직접적으로 보여 줍니다.
  • 규칙: MATCH, DOMAIN-SUFFIX 등 프로필이 기록한 규칙 라벨. 어떤 줄이 승리했는지 추적할 때 유용합니다.
  • 업로드·다운로드·속도: 세션별 누적 바이트와 순간 속도 추정. 어떤 탭이 대역을 쓰는지 볼 때 도움이 됩니다.

목록이 비어 있으면 먼저 브라우저로 임의 사이트를 열어 새 행이 생기는지 확인하세요. 아무것도 안 뜬다면 TUN 모드나 시스템 프록시 설정을 점검하는 편이 빠릅니다. 반대로 행은 많은데 모두 DIRECT로만 나간다면, 해당 앱이 프록시 우회를 하고 있거나 규칙이 그렇게 정의돼 있을 수 있습니다.

4. 지금 어떤 노드를 타는지 확인하는 실무 순서

Windows에서 연결 경로를 확인할 때 아래 순서를 권합니다.

  • Party를 켠 채 Connections를 연다.
  • 증상이 나는 서비스만 쓰도록 다른 탭·앱을 잠시 닫아 노이즈를 줄인다.
  • 해당 서비스를 다시 실행하거나 페이지를 새로고침해 새로 생긴 호스트 줄을 찾는다.
  • 그 줄의 프록시·체인 열을 읽어 출구 노드 이름이 기대와 같은지 본다.
  • 다르다면 Proxies 화면에서 그룹을 바꾼 뒤, Connections에서 같은 호스트가 새 체인으로 갱신되는지 확인한다.
  • 여전히 이상하면 Logs에서 같은 시각대의 메시지를 찾아 규칙·DNS·dial 오류를 본다.

이 순서는 「UI에서 노드를 눌렀는데도 사이트가 안 바뀐다」는 착시를 줄입니다. 브라우저 캐시나 긴 연결 재사용 때문에 즉시 반영이 안 될 때가 있어, 강력 새로고침이나 앱 재시작을 한 번 섞어 보는 것이 좋습니다.

5. 느리거나 끊기는 연결을 로그·목록으로 좁히기

완전히 안 열릴 때는 로그에서 dial tcp 실패, 인증서 오류, i/o timeout 같은 문구를 우선 찾습니다. Connections에서는 해당 호스트 줄이 아예 안 생기는지, 생겼다가 바로 사라지는지를 봅니다. 호스트 줄이 없다면 DNS 단계에서 막혔을 가능성도 있으니 로그의 resolve 관련 메시지와 함께 판단합니다.

느릴 때는 속도 열이 특정 호스트에 몰려 있는지, 업로드가 비정상적으로 큰지 살펴봅니다. 스트리밍은 여러 CDN 호스트로 갈라지므로, 한 줄만 보고 전체 품질을 단정하지 마세요. 노드를 바꾼 뒤에도 체인 열만 바뀌고 속도 열이 비슷하면, 병목이 노드가 아니라 로컬 회선·무선 환경일 수 있습니다.

간헐적 끊김이면 Windows 절전이 무선 어댑터를 낮추지 않는지, 보안 소프트웨어가 Mihomo 프로세스의 연결을 끊지 않는지도 함께 봅니다. 이런 층위는 로그 한 줄로는 드러나지 않을 때가 많아, 일반 Clash 트러블슈팅의 포트·DNS 순서와 연결해 점검하는 것이 안전합니다.

⚠️

로그에 남는 도메인·IP는 민감할 수 있습니다. 공개 포럼에 붙일 때는 개인 식별 정보를 가리고, 회사망에서는 정책을 확인한 뒤 공유하세요.

6. 트래픽·통계 화면과 Connections 숫자의 차이

Mihomo Party에는 전체 요약 통계를 보여 주는 대시보드 형 화면이 있을 수 있습니다. 거기서는 세션 단위가 아니라 어댑터·그룹·노드별 누적을 보는 경우가 많습니다. 반면 Connections는 살아 있는 연결에 가깝습니다.

따라서 「이 노드가 오늘 얼마나 썼는가」는 통계 화면이 낫고, 「지금 이 탭이 어느 출구로 YouTube를 받는가」는 Connections가 낫습니다. 숫자가 튀는 것처럼 보일 때는 짧은 간격으로 새로고침되는 UI라 순간치가 흔들리는 것일 뿐이니, 몇 초 평균으로 감을 잡으면 됩니다.

업·다운로드 합이 크다고 해서 항상 부하가 큰 것은 아닙니다. 한 번에 많은 청크를 받아 두고 재생만 하는 스트리밍은 순간 속도는 낮아 보여도 누적은 커질 수 있습니다. 체감과 숫자를 함께 두고 판단하는 편이 덜 실망스럽습니다.

7. 시스템 프록시·TUN을 켠 뒤 로그를 보는 이유

연결 패널이 비어 있거나 DIRECT만 보인다면, Windows에서 아직 트래픽이 코어로 들어오지 않는 레이어 문제일 가능성이 큽니다. Party 설정에서 시스템 프록시를 켜거나 TUN을 사용하는 옵션이 있다면 브라우저 테스트부터 다시 합니다. 게임·마이크로소프트 스토어류는 시스템 프록시를 무시하는 경우가 많아, 그때는 TUN 논의로 넘어갑니다.

정리하면 ① 트래픽을 Mihomo에 붙이는 단계와 ② 붙은 뒤 어떤 규칙·노드로 보낼지 정하는 단계는 별개입니다. 로그와 Connections는 둘 다 ②를 읽는 도구지만, ①이 실패하면 목록 자체가 의미 없어집니다. 그래서 Verge Rev 글에서도 시스템 프록시를 강조했듯이, Party 사용자도 같은 순서를 머릿속에 두면 시간을 아낍니다.

8. 자주 묻는 질문

Connections 줄은 있는데 프록시 열이 이상합니다

프로필에 relay나 특수 체인이 있으면 UI가 한 줄로 합쳐 보이거나 중첩된 이름으로 표시될 수 있습니다. 그 경우 YAML의 proxy-groups 정의와 이름을 대조해 실제 순서를 확인하세요. 임시로는 다른 단순 그룹을 골라 동일 호스트가 어떻게 바뀌는지 비교해 보면 빠릅니다.

로그 레벨을 debug에 두고 써도 되나요

짧은 재현·캡처 용도로만 쓰는 것을 권합니다. 장시간 debug는 디스크·CPU를 잡아먹고 개인 정보가 더 많이 남을 수 있습니다. 문제를 좁힌 뒤에는 info 이하로 되돌리세요.

Verge Rev와 화면이 다른데 같은가요

둘 다 Mihomo 코어를 다루므로 로그 메시지 패턴과 Connections 개념은 거의 같습니다. 메뉴 배치·번역만 다르다고 보면 됩니다. 습관이 맞지 않으면 한쪽 클라이언트로 옮겨도 동일 프로필을 열면 판단 방법은 그대로 적용됩니다.

9. 정리

Mihomo Party의 실시간 로그는 코어가 남긴 시간순 단서고, Connections는 지금 흐르는 트래픽이 어떤 호스트와 노드 체인에 매칭되는지 보여 줍니다. 두 패널을 같이 쓰면 「노드를 바꿨는데 반응이 없다」를 시스템 프록시 문제인지 규칙 문제인지 빠르게 가릅니다. 통계 화면의 누적치와 세션 열의 속도를 구분해 읽는 습관만 들여도 트래픽 오해가 줄어듭니다.

반면 한 줄짜리 「빠른 연결」만 보여 주는 범용 VPN 앱은 로컬에서 어떤 도메인이 어떤 규칙으로 나갔는지 세션 단위로 추적하기 어렵고, 로그도 사용자가 필터링해 보기엔 정보가 부족한 경우가 많습니다. 개발·원격 업무나 여러 국가 서비스를 섞어 쓸 때는 Clash·Mihomo 계열처럼 코어 이벤트를 GUI에서 바로 보는 쪽이 진단 시간을 확실히 줄여 줍니다. Party에서 로그와 연결 패널 익숙해지기 어렵다면, 같은 프로필로 다른 Clash Meta 클라이언트를 열어 흐름만 비교해 보셔도 좋습니다. Clash 클라이언트를 무료로 받아 로그와 연결 진단을 같은 방식으로 써 보세요