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

Clash Verge Rev Windows 시작 두 분 지연: 서비스 복구

Windows 부팅 후 Clash Verge Rev가 약 두 분 동안 멈추나요? 먼저 서비스 시작 유형과 상태를 조회한 뒤 v2.5.8 안내에 따라 자동 시작을 복원하세요. 재부팅, TUN과 실제 요청을 확인하고 되돌릴 방법도 확보합니다.

본문 읽기블로그로 돌아가기
  • Clash Verge Rev
  • Windows
  • v2.5.8
  • 시스템 서비스
  • 시작 지연
이 글의 목차
게시일
예상 읽기 시간
약 8분

Windows 부팅 후 Clash Verge Rev를 열면 화면이 약 두 분 동안 멈추고, 이후 일반 커널로 전환한다는 알림이 나타납니다. 기다리는 동안 시스템 프록시를 전환하거나 구독을 갱신하면 커널이 실행되지 않았다는 오류가 나기도 합니다. 먼저 시스템 서비스의 시작 유형을 확인하고, 급하게 노드를 바꾸거나 재설치를 반복하지 마세요.

시작 지연과 일반적인 연결 실패부터 구분하기

이 글은 Windows 10/11에서 Clash Verge Rev 서비스가 시작되지 않는 상황을 다룹니다. 공식 이슈에는 서비스 시작 유형이 수동으로 바뀐 뒤 기다리다가 일반 커널로 전환되는 현상이 기록되어 있으며, v2.5.8 정식 릴리스에는 해당 수정과 원클릭 복구 기능이 명시되어 있습니다. 약 두 분이라는 시간은 특정 문제의 단서이며, 모든 시작 지연의 원인이 같다는 뜻은 아닙니다.

증상에 맞춰 다음 확인 항목 정하기

관찰한 상황먼저 확인할 항목
부팅 후 오래 기다린 다음 일반 커널로 전환한다는 알림이 나타남clash_verge_service의 시작 유형, 현재 상태와 앱 로그를 확인합니다.
서비스가 없거나 경로가 다른 설치본을 가리킴서비스 설치와 버전 호환성을 확인합니다. 자동 시작 설정 명령은 서비스를 설치하는 명령이 아닙니다.
서비스는 정상인데 노드 지연 테스트나 웹사이트 접속만 실패함노드, DNS와 규칙을 확인합니다. 서비스 시작 유형을 계속 바꾸지 마세요.
로그에 커널 파일 보안 검사 실패가 명확히 표시됨해당 보안 검사 안내에 따라 처리합니다. 시작 유형을 바꿔도 파일이나 권한 문제는 해결되지 않습니다.

시스템 서비스 자동 시작과 앱 자동 실행은 다릅니다

Clash Verge Rev의 시스템 서비스는 높은 권한으로 커널 시작을 도와, 앱의 기본 창을 일반 권한으로 실행하면서도 TUN을 사용할 수 있게 합니다. 부팅 시 앱 창을 띄울지와 Windows가 이 서비스를 자동으로 시작할지는 별도 설정입니다. 앱 자동 실행만 켰다고 서비스 시작 유형이 올바른 것은 아닙니다.

Windows의 자동, 수동, 사용 안 함은 서로 다릅니다. 서비스가 수동으로 설정되어 있으면 부팅했다는 이유만으로 자동 준비되지 않으며, 사용 안 함 상태에서는 바로 시작할 수도 없습니다. 실제 상태를 확인하고, 앱 아이콘이나 한 번의 연결 성공만으로 서비스가 복구되었다고 판단하지 마세요.

공식 이슈에서 유지관리자는 부팅 최적화 도구가 서비스 시작 유형을 바꿀 수 있다고 설명했습니다. 그렇다고 모든 PC에서 같은 소프트웨어가 원인이라고 단정하거나, 업그레이드하면 다른 도구가 설정을 다시 바꾸지 못한다고 보장하지는 않습니다.

v2.5.8 정식 빌드의 전용 안내는 서비스가 중지되어 있고 시작 유형이 자동이 아닐 때 표시됩니다. 서비스가 이미 실행 중이라면 유형이 여전히 수동이어도 이 안내가 즉시 나타난다고 볼 수 없습니다. 다음 부팅 때 자동으로 준비되는지는 따로 확인해야 합니다.

먼저 서비스 설정과 실행 상태를 읽기 전용으로 기록하기

복구 전후를 비교할 기록 남기기

  1. 버전과 로그 기록하기

    클라이언트의 전체 버전, Windows 버전, 시작 시 기다린 대략적인 시간과 마지막 안내를 기록하세요. 마지막 줄만 캡처하지 말고 시작부터의 앱 로그를 보관합니다. 앱 설정의 기존 로그 디렉터리 열기 항목에서 로그 폴더를 열 수 있습니다.

  2. 실제 서비스 조회하기

    명령 프롬프트나 PowerShell에서 아래의 읽기 전용 명령 두 개를 실행하세요. 같은 이름의 다른 명령과 혼동하지 않도록 sc.exe 전체 이름을 사용합니다. 출력을 먼저 저장한 뒤 변경 여부를 결정하세요.

  3. 서비스 정보와 상태 확인하기

    START_TYPE, BINARY_PATH_NAME, STATE와 PID를 확인하세요. 서비스 이름이 clash_verge_service이며 경로가 현재 사용하는 신뢰할 수 있는 설치본에 속하는지 확인합니다. 수동 유형은 보통 DEMAND_START, 자동 유형은 AUTO_START로 표시됩니다. 서비스가 지금 실행 중이라고 다음 부팅 때도 자동 시작되는 것은 아닙니다.

Windows: 읽기 전용 조회
sc.exe qc clash_verge_service
sc.exe queryex clash_verge_service

서비스가 없거나 접근이 거부되거나 경로가 현재 설치본과 다르면 전체 오류를 보관하세요. 서비스가 없다면 올바른 설치 또는 복구 절차가 필요합니다. 조직에서 권한을 관리하는 경우 기존 관리자 절차를 따르고, 추측으로 서비스 경로를 바꾸거나 서비스를 삭제하지 마세요.

시작 유형이 바뀐 것을 확인한 뒤 자동 시작 복원하기

먼저 설정을 백업하고, 설치된 정식 v2.5.8과 현재 서비스 구성 요소가 서로 맞는지 확인하세요. Repair service 안내의 기본 버튼 Reinstall service는 서비스를 다시 설치한 뒤 커널을 다시 시작합니다. 완료 후에도 실제 상태를 확인해야 합니다. 구버전이거나 보안 상태가 불확실한 서비스는 정식 배포 경로의 절차로 먼저 처리하고 바로 활성화하지 마세요.

아래 수동 절차는 신뢰할 수 있는 서비스가 v2.5.8과 일치한다고 확인했고 자동 시작 복원이 허용된 경우에만 적용됩니다. 설치 출처와 폴더가 올바르게 보여도 서비스 버전과 보안 상태 확인을 대신할 수는 없습니다. 확실하지 않으면 먼저 앱의 서비스 재설치 절차를 사용하세요.

수동 복원 순서

  1. 현재 클라이언트를 먼저 종료하기

    먼저 시스템 프록시와 TUN 스위치의 원래 값, 이전에 사용 가능했던 네트워크 연결 방식을 기록하세요. 설정을 저장하고 이번에 사용할 스위치를 잠시 끈 다음 정상 종료합니다. 복구 중 연결이 끊길 수 있으므로 중단 가능한 시간에 진행하고, 여러 버전을 동시에 실행하면서 서비스를 반복 설치하지 마세요.

  2. 관리자 권한으로 시작 유형 변경하기

    관리자 명령 프롬프트를 열고 아래의 첫 번째 명령만 실행하세요. start= 뒤에는 반드시 공백이 있어야 합니다. 이 명령은 서비스 시작 유형을 바꾸며, 서비스를 즉시 시작하지는 않습니다.

  3. 서비스를 시작한 뒤 앱 다시 열기

    첫 번째 명령이 성공하면 두 번째 명령을 실행하고, 읽기 전용 조회로 상태를 확인하세요. 서비스가 이미 실행 중이라는 안내가 나오면 먼저 상태를 확인하고, 그 안내 때문에 변경을 반복하지 마세요. 그런 다음 평소 방식으로 클라이언트를 엽니다.

Windows: 확인 후에만 복구
sc.exe config clash_verge_service start= auto
sc.exe start clash_verge_service

어느 단계든 실패하면 그 단계에서 멈추고 원래 오류와 설정 조회 결과를 보관하세요. 함께 binpath, 서비스 계정, 권한을 바꾸거나 보안 소프트웨어를 끄지 마세요. 서비스 보안 검사, 남아 있는 커널, 구버전과 신버전 간 프로토콜 불일치는 각각 별도로 판단해야 합니다.

앱을 다시 열고 재부팅한 뒤에도 확인해야 완료입니다

복구 후 확인 목록

  • sc.exe qc의 START_TYPE이 예상한 값이며, BINARY_PATH_NAME은 복구 전에 확인한 신뢰할 수 있는 경로 그대로입니다.
  • sc.exe queryex에서 서비스가 실행 중으로 표시되며, 클라이언트를 다시 열었을 때 이 글에서 다루는 긴 대기나 일반 커널 전환 안내가 나타나지 않습니다.
  • 필요한 시스템 프록시와 TUN의 원래 값을 복원하고, 앱 로그와 실제 HTTPS 요청을 각각 확인합니다. 노드 지연 수치나 스위치 색만 보지 않습니다.
  • 적절한 때 Windows를 재부팅한 다음 유형과 상태를 다시 조회해, 이번에 수동으로 시작했기 때문에 잠시 사용 가능했던 것은 아닌지 확인합니다.
  • 재부팅 후 다시 수동이나 사용 안 함으로 바뀌면 Service Control Manager 관련 이벤트와 시각을 보관하고, 어떤 정책이나 도구가 바꿨는지 찾습니다. 매일 재설치하는 방식으로 해결하지 않습니다.

부팅 최적화 설정을 확인해야 한다면 이 서비스와 명확히 관련된 규칙만 다루고 원래 설정을 보관하세요. 조직 소유 기기는 관리자가 허용한 방법을 사용합니다. 앱 자동 실행 옵션, 서비스 시작 유형, TUN을 직접 활성화했는지는 각각 확인하며 서로의 확인을 대신하지 않습니다.

계속 실패하면 되돌린 뒤 다른 원인 확인하기

수동 변경을 취소해야 한다면 미리 저장한 START_TYPE에 따라 원래 유형으로 되돌리세요. 원래 값이 수동이면 demand, 사용 안 함이면 disabled에 해당합니다. 같은 sc.exe config 문법을 사용하고 start= 뒤의 유형만 바꿉니다. 시작 유형을 바꿔도 실행 중인 서비스가 자동으로 중지되지는 않으며, 이 유형들로 되돌리면 다음 부팅 때 자동 준비되지 않을 수 있습니다.

서비스를 사용할 수 있을 때까지는 기록에 따라 이전에 사용 가능했던 네트워크 연결 방식을 먼저 복원하고, TUN이 이미 복구되었다고 보지 마세요. 서비스를 중지하거나 다시 설치해야 한다면 작업을 저장하고 클라이언트를 종료한 뒤 지원되는 절차를 따릅니다. 시험 삼아 서비스를 삭제하거나 실행 파일 경로를 바꾸지 마세요.

업그레이드 후 호환성 문제가 생기면 설정 백업과 현재 로그를 보관하고, 프로젝트가 지원하는 방식으로 해당 버전과 서비스 구성 요소를 복원하세요. 신구 버전이 하나뿐인 데이터 폴더를 함께 사용하지 않게 합니다. 버전을 되돌려도 외부 도구의 부팅 정책은 자동 복원되지 않으며, 알려진 보안 문제가 아직 해결되지 않은 빌드로 되돌리지 마세요.

서비스가 자동으로 시작되어도 실패한다면 이전 서비스나 남아 있는 커널이 있는지, 실제 경로와 전체 오류가 무엇인지 기록하고 보안 검사 또는 커널 통신 안내를 확인하세요. 자동 시작 명령 하나를 모든 서비스 문제의 일반 해결책으로 확대하지 마세요.

참고 자료