연결 문제 해결 · Clash 기술 블로그

Clash Verge Rev가 Windows 종료 또는 다시 시작을 막을 때 해결 방법

Clash Verge Rev가 Windows 10/11 종료를 막으면 앱 완전 종료와 Service IPC 로그를 비교해 원인을 찾으세요. 비정상 서비스를 끄고 정상 종료를 복구한 뒤 공식 보안 공지를 확인하여 안전성을 검증할 수 있는 복구 방식을 선택하세요.

본문 읽기블로그로 돌아가기
  • Clash Verge Rev
  • Windows
  • 종료
  • Service Mode
  • Service IPC
이 글의 목차
글 작성자
Clash 공식
게시일
업데이트 날짜
예상 읽기 시간
약 10분

앱이 시스템 종료를 막으면 강제 종료를 반복하기보다 작업을 저장하고 시스템 종료를 취소하는 편이 원인 파악에 도움이 됩니다. 창을 닫았다고 프로그램과 서비스가 모두 끝난 것은 아니므로 시스템 메시지와 완전 종료 로그를 비교하세요. 정상적으로 시스템이 종료돼도 이전 서비스가 안전하다는 뜻은 아니며 다시 활성화하려면 공식 보안 권고가 요구하는 수정 증거가 필요합니다.

Clash Verge Rev가 Windows 종료를 막을 때

Windows 시스템 종료 차단 화면에 Clash Verge Rev가 표시되는지 확인한 뒤 종료를 취소하고 클라이언트가 흰 화면이 되거나 정상 종료되지 않는지 기록하세요. 기존 비교에서 시스템 트레이로 완전히 종료하면 시스템이 정상 종료됐다고 확인됐다면 아래 서비스 로그를 살펴봅니다. 보안 권고 충족 여부를 확인하지 못한 이전 서비스는 재시험을 위해 활성화하면 안 됩니다.

공식 저장소의 issue #7725, #7755, #7794, #7841에는 Windows 10, Windows 11, 정식 v2.5.2 및 이후 AutoBuild에서 발생한 유사 보고가 여러 건 있습니다. 일부 보고는 TUN과 시스템 프록시를 끈 뒤에도 재현되므로 TUN만 껐다고 Service가 종료된 것은 아닙니다.

Clash Verge Service가 설치되어 있고 진단 정보의 Running Mode가 Service이며, 메인 창을 닫아도 트레이에 남고 실행 중에만 종료가 막히는지 확인하세요. 문서 저장, Windows Update, 다른 VPN이나 이름이 다른 백그라운드 앱이 종료를 막는다면 실제 해당 프로세스를 확인하세요.

시스템 종료 전 앱을 완전히 종료하고 재시작 결과 비교하기

실제 서비스 구성 요소가 보안 권고 요건을 충족한다고 확인한 경우에만 아래 비교를 수행하세요. 미확인 또는 영향받는 서비스는 비활성 상태를 유지하고 재시험을 위해 시작하지 마세요. ‘실행 중에는 시스템 종료가 막히고 완전히 종료한 뒤에는 정상’이라는 차이가 반복될 때만 Service를 계속 점검합니다. 두 시도 모두 막힌다면 Windows 안내와 작업 관리자로 실제 방해 프로세스를 찾으세요.

최소 비교 테스트 수행

  1. 작업 저장 및 환경 기록

    Windows 버전, Clash Verge Rev 버전, Running Mode와 현재 Profile을 기록하되 구독 URL이나 token은 공개하지 마세요.

  2. 실행 상태로 한 번 테스트

    모든 작업을 저장한 뒤 한 번 재시작하세요. 종료를 막는 화면이 나오면 강제 종료를 선택하지 말고 취소한 뒤 시간을 기록하고 로그를 저장하세요.

  3. 트레이에서 완전히 종료

    트레이 아이콘과 GUI 프로세스가 모두 사라졌는지 확인하고, 주 창을 닫는 것을 앱 종료로 간주하지 마세요.

  4. 같은 절차로 다시 테스트

    다시 시작을 한 번 더 수행하되 종료 방식 한 가지만 비교하고 TUN, 서비스, 버전을 동시에 바꾸지 마세요.

종료를 막는 프로세스와 종료 방식 확인

확인 항목해당 상태일치하지 않을 때
발생 시점Clash Verge Rev를 실행한 상태에서 종료 또는 다시 시작이 차단됨Windows에 실제로 표시되는 차단 프로세스를 먼저 확인
실행 모드Clash Verge Service가 설치되어 있고 Running Mode가 Service임Service와 무관한 일반 종료 문제로 진단
TUN 및 시스템 프록시꺼도 재현될 수 있음끈 뒤 정상화되면 TUN 또는 프록시 잔여 설정부터 처리
완전 종료 비교트레이에서 종료한 뒤 시스템 종료가 정상화됨두 상태 모두 막히면 다른 앱을 계속 확인

종료 과정이 Service IPC 중지 요청에서 멈췄나요?

Service IPC는 클라이언트와 백그라운드 서비스 사이의 통신입니다. 종료 로그가 여기에서 멈춘다면 중지 요청이나 완료 대기가 끝나지 않았을 수 있습니다. 트레이에서 수동 종료한 로그와 비교해야 합니다.

종료를 취소한 뒤 최신 애플리케이션 로그를 열어 종료 단계부터 확인하세요. 유사 보고에서는 설정 저장, TUN 종료, 코어 중지 이후 ‘서비스를 통해 코어 중지(IPC)’에서 멈춥니다.

이후에 코어 중지 성공, 정리 완료 또는 Application exited 기록이 없지만 트레이에서 수동 종료할 때는 해당 기록이 나타난다면 시스템 종료 시의 Service 중지 요청과 클라이언트가 완료를 계속 기다리는지 확인하세요.

issue #7794의 보고자는 프로세스 덤프를 근거로 Service는 유휴 상태로 돌아왔지만 클라이언트 측 IPC 완료 대기가 반환되지 않았다고 판단했습니다. 이는 유용한 진단 증거이지만 유지 관리자가 발표한 공식 근본 원인 결론은 아닙니다.

보고에서 자주 확인되는 마지막 두 줄
[Core] Stopping service
[Service] 通过服务停止核心 (IPC)

로그는 Service IPC에서 멈추지만 수동 종료 시 Application exited가 기록됨

완전 종료를 우선 사용하고 Service Mode를 일시 해제할지 검토하세요.

TUN 비활성화 전에 로그가 끝남

먼저 다시 테스트해 로그를 보완하고 Service IPC로 바로 단정하지 마세요.

Clash Verge Service가 설치되어 있지 않음

이 글의 Service 대응은 적용되지 않으므로 일반 GUI 또는 다른 차단 프로세스를 확인하세요.

종료 후에도 Windows에서 인터넷에 연결할 수 없음

시스템 프록시와 직접 연결을 먼저 복구한 뒤 다음 종료 테스트를 진행하세요.

시스템 종료 전후 설정과 로그 보관하기

현재 버전, 실행 모드, 구독 이름, Profile, 시스템 프록시와 TUN 상태, 시스템 종료가 차단됐을 때와 앱 완전 종료 후의 로그를 보관하세요. 설정과 로그를 복사할 때 기존 구독을 변경하거나 원본 백업을 덮어쓰지 마세요.

AppData 설정 디렉터리를 삭제하지 말고 구독, 노드 비밀번호, 컨트롤러 secret 또는 token이 포함된 전체 로그를 공개 업로드하지 마세요. 덤프를 제출해야 한다면 프로세스 메모리에 민감한 정보가 들어 있을 수 있음을 먼저 확인하세요.

앱 화면과 코어가 종료됐는지 확인하는 방법

주 창을 닫아도 앱이 트레이에 남아 있을 수 있습니다. 아이콘, GUI 프로세스와 종료 로그로 완전히 종료됐는지 확인하세요. 대기가 끝나지 않으면 앞에서 설명한 Service IPC 로그로 상태를 확인한 뒤 서비스 비활성화 절차로 진행하세요.

완전 종료 확인 기준

  • 트레이 아이콘이 사라짐
  • 작업 관리자에 Clash Verge Rev GUI가 더 이상 없음
  • 로그에 서비스 중지 성공과 Application exited가 표시됨
  • Windows에 Clash Verge Rev가 종료를 막는다는 메시지가 더 이상 표시되지 않음

종료가 멈추거나 서비스의 보안 상태가 불명확하면 비활성화하기

완전 종료가 여전히 멈추거나 실제 서비스가 보안 권고 요건을 충족한다고 확인되지 않았다면 서비스를 실행한 채 시스템 종료를 비교하지 마세요. TUN과 시스템 프록시를 끄고 설정을 기록해 Windows의 일반 연결을 복구한 다음, 아래 메뉴에서 서비스를 비활성화하거나 제거하세요.

Service Mode를 안전하게 해제

  1. Windows 직접 연결 복구

    TUN과 시스템 프록시를 끄고 Windows의 일반 연결이 복구됐는지 확인하세요. 현재 Profile, 덮어쓰기 설정과 앱 설정은 보관하고 이후에는 Service Mode만 변경합니다.

  2. Service Mode 관리 열기

    설정에서 Service Mode 또는 서비스 관리 메뉴를 찾으세요. GUI를 이미 종료했고 서비스 수정 여부를 확인하지 못했다면 Windows 서비스 관리에서 서비스를 비활성화한 뒤 GUI를 다시 열어 설정으로 들어갑니다. 빌드마다 이름이 다를 수 있지만 관리 메뉴에 접근하려고 이전 서비스를 다시 켜지 마세요.

  3. 앱 메뉴에서 비활성화 또는 제거

    앱에서 서비스를 비활성화하거나 제거하고 정상적인 UAC 안내에 따라 완료하세요. 서비스 레지스트리, 가상 어댑터 또는 서비스 파일을 직접 삭제하지 마세요. 작업 후 트레이에서 완전히 종료하고 Windows를 다시 시작한 뒤 Running Mode가 Sidecar 등 Service가 아닌 상태인지 확인합니다.

  4. 다시 시작한 뒤 시스템 프록시부터 테스트

    Running Mode가 더 이상 Service가 아닌지 확인하고 TUN을 끈 상태로 실제 HTTPS 요청을 한 번 완료하세요.

먼저 시스템 프록시만 사용해 기본 연결을 확인하세요. Service 또는 관리자 권한이 없으면 TUN을 활성화하지 못할 수 있으며 이는 예상되는 영향입니다. TUN을 반복해서 눌러 우회하려 하지 마세요.

연결 복구 시 안전한 프로그램과 서비스 선택하기

현재 Windows 서비스 보안 공지에는 영향을 받는 빌드가 나와 있습니다. 해당 범위의 구형 서비스를 다시 켜면 안 됩니다. 앱을 복구할 때는 현재 공식 지원되는 안정판과 보안 공지에서 출처, 전체 빌드 번호, 실제 서비스 구성 요소를 확인하세요.

현재 데이터, 신뢰할 수 있는 설정 백업, 설치 출처 기록을 보관하세요. 서비스가 수정되었는지 확인할 수 없으면 서비스와 TUN을 끈 상태로 유지하고 검증된 시스템 프록시로 기본 연결을 복구하세요. 구형 백업에서 서비스 실행 파일을 복사하거나 종료 테스트를 위해 구형 빌드를 다시 켜지 마세요.

강제 종료와 서비스 파일 삭제의 위험

‘그래도 종료’를 반복해서 누르거나 전원 버튼을 길게 누르지 마세요. AppData 설정 디렉터리 전체를 삭제하거나 알 수 없는 Windows 서비스 또는 가상 네트워크 어댑터를 직접 제거하지 말고, 테스트를 위해 출처가 불분명한 AutoBuild를 다운로드하지도 마세요.

프로세스를 강제 종료하면 한 번의 차단은 해제할 수 있지만 설정 저장과 프록시 정리를 건너뛸 수 있습니다. 종료를 취소하고 모든 작업을 저장했으며 클라이언트가 자체적으로 종료되지 않는 것을 확인한 경우에만 작업 관리자에서 GUI를 종료하는 방법을 현재 데스크톱을 복구하기 위한 마지막 수단으로 사용하세요. 그 뒤에도 시스템 프록시를 확인해야 합니다.

연속 재시작이 막히지 않고 프록시와 설정이 정상인지 확인하기

한 가지 대응을 선택한 뒤 통제할 수 있는 시간에 두 번 연속 다시 시작하세요. 매번 작업을 먼저 저장하고 차단 화면이 나타났는지 기록하며, 다시 로그인한 뒤 시스템 프록시, 구독, Profile 및 규칙을 확인하세요.

시스템 종료가 더 이상 막히지 않더라도 앱 종료 전 로그에 코어 중지가 기록되었는지, 재시작 후 Windows에 프록시 설정이 남지 않았는지, 클라이언트를 다시 열었을 때 구성이 온전한지, 시스템 프록시로 새로운 HTTPS 요청을 완료할 수 있는지 확인하세요.

여러 보고가 있어도 공식 수정 공지를 의미하지는 않음

issue #7725와 #7794의 보고자는 자신의 기기에서 마지막으로 정상이었던 버전을 v2.5.1로 표시했습니다. 이는 과거 동작 비교이며 안전한 버전 복귀 권고나 구형 Service를 다시 설치할 근거가 아닙니다.

2026-09-01 기준 현재 증거로 다음은 확인할 수 있습니다. Clash Verge Rev의 Windows 종료 차단은 단일 사용자 제보가 아니며 Service Mode와 GUI를 실행 상태로 유지한 환경에서 여러 차례 보고되었고, 공식 협업자도 issue #7755에서 재현했습니다.

하지만 ‘Service IPC가 유일한 근본 원인으로 공식 확인되었다’고 단정할 수는 없습니다. issue #7725는 유지 관리자가 Service 리팩터링 후 다시 테스트해 달라고 요청하면서 닫힌 것이며 공식 수정 공지가 아닙니다. 이후 issue #7794에서는 리팩터링 후 AutoBuild에서도 재현된다고 보고했고 #7841에는 Windows 10의 v2.5.2에서 같은 현상이 기록되었습니다.

위 보고 기간의 안정판 릴리스 노트에는 아직 수정이 발표되지 않았습니다. 추가 보고에는 민감한 정보를 가린 로그, 버전, Running Mode, 수동 종료 비교 결과와 Service 설치 여부를 포함하세요. 전체 프로세스 덤프, 구독이나 노드 인증 정보는 공개하지 마세요.

참고 자료