1. 증상과 흔한 오해
Clash Windows 계열 클라이언트는 재부팅 후에도 백그라운드에서 코어를 올려 두고 싶은 사용자가 많습니다. 그런데 옵션을 켰는데도 프로세스가 없거나, 아이콘만 없고 실제로는 떠 있는 경우가 섞여 있어 혼란이 생깁니다.
먼저 구분할 것은 부팅 직후에 실행되는지, 로그인한 뒤에 실행되는지입니다. 대부분의 GUI 클라이언트는 사용자 세션이 준비된 뒤에야 트레이로 올라옵니다. 즉 “전원을 켜자마자”가 아니라 “로그인 화면을 지난 뒤”가 기준이라는 점을 염두에 두세요. 서버용 Linux에서 systemd로 상주시키는 방식과는 전제가 다릅니다. 서버 절차가 필요하면 Ubuntu·systemd 가이드를 참고하세요.
2. 클라이언트 설정의 “자동 실행”
Clash Verge, 구 Clash for Windows 등 제품마다 메뉴 이름이 다르지만, 공통적으로 시작 시 실행·로그인 시 시작·자동 시작류의 토글이 있습니다. 여기서 끄고 켠 뒤 앱을 완전히 종료했다가 다시 열어 저장이 반영됐는지 확인하세요.
일부 빌드는 관리자 권한으로만 기동해야 TUN·시스템 프록시가 안정적인데, 이때 자동 실행 항목이 일반 사용자 컨텍스트로만 등록되면 조용히 실패합니다. 이 경우 아래 UAC·작업 스케줄러 절을 함께 보세요. 클라이언트 선택은 Clash Verge vs Clash for Windows 비교 글도 참고하면 설정 위치를 빨리 찾을 수 있습니다.
구성 파일 경로나 프로필 폴더가 이동했을 때, 예전 시작 항목이 잘못된 실행 파일을 가리키는 경우도 있습니다. 실행 파일 경로가 최신 설치 위치와 일치하는지 확인하는 것이 좋습니다.
3. 설정 → 앱 → 시작 프로그램(로그인 시 실행)
Windows 10·11에서는 설정 → 앱 → 시작에서 로그인 시 허용할 앱 목록을 볼 수 있습니다. 여기서 Clash 관련 항목이 꺼져 있으면 OS가 시작 항목을 무시합니다. 반대로 켜져 있는데도 안 뜨면, 다음 단계로 넘어가세요.
작업 관리자의 시작 프로그램 탭(또는 동일 정보)에서 “사용 안 함”으로 되어 있지 않은지도 함께 확인합니다. OEM·클린 설치 환경에 따라 설정 앱과 작업 관리자의 표시가 어긋날 때가 있어, 두 곳을 대조하면 안전합니다.
4. 시작 폴더 바로가기
사용자가 직접 시작 프로그램 폴더에 바로가기를 넣는 방법도 흔합니다. 경로는 보통 다음과 같습니다.
- 현재 사용자:
shell:startup실행으로 열리는 폴더 - 모든 사용자(관리자 권한 필요): 공용 시작 프로그램 폴더
바로가기 대상이 올바른 .exe인지, 아이콘이 깨진 “찾을 수 없음” 상태가 아닌지 확인하세요. 업데이트 후 설치 경로가 바뀌면 바로가기가 죽은 채로 남습니다. 필요하면 바로가기를 삭제하고 클라이언트 내장 옵션으로 다시 등록하는 편이 덜 헷갈립니다.
5. 작업 스케줄러로 “로그온 시” 실행
시작 프로그램보다 신뢰도가 높은 방법 중 하나가 작업 스케줄러입니다. 트리거를 로그온 시로 두고, 동작에서 프로그램 경로를 지정합니다. 지연 시간을 30초~1분 주면 다른 로그인 스크립트·백신 초기화와 충돌하는 경우를 줄일 수 있습니다.
조건 탭에서 유휴 상태일 때만 시작 안 함, AC 전원일 때만 같은 항목이 켜져 있으면 노트북 배터리 모드에서 작업이 건너뛰어질 수 있습니다. 또한 “사용자가 로그온할 때만 실행”과 “가장 높은 권한으로 실행” 조합은 UAC와 상호작용하므로, 실패 시 이벤트 뷰어의 작업 스케줄러 로그를 확인하세요.
6. UAC와 관리자 권한
매번 UAC 창이 뜨는 실행 파일을 자동 실행에 넣으면, 로그인 직후 사용자가 승인하지 않아 프로세스가 시작되지 않을 수 있습니다. 해결책은 (1) UAC 없이 동작하도록 클라이언트·드라이버 구성을 조정하거나, (2) 작업 스케줄러에서 적절한 보안 옵션으로 기동하거나, (3) 아예 관리자 권한이 필요 없는 모드로 쓰는 것입니다.
보안상 관리자 권한 자동 부여는 신중해야 합니다. 회사 PC에서는 그룹 정책으로 작업 스케줄러나 시작 항목이 막혀 있을 수 있습니다.
7. 트레이 아이콘과 “종료” 동작
일부 클라이언트는 창을 닫아도 트레이로 최소화되고, 일부는 완전 종료입니다. 설정에서 “종료 시 트레이로”가 꺼져 있으면 재부팅 전에 프로세스가 사라져, “자동 실행이 안 된다”고 느끼기 전에 이미 수동으로 끈 것일 수 있습니다.
또한 Windows 11은 알림 영역 아이콘을 기본적으로 일부만 보여 주므로, 실행은 됐는데 아이콘만 안 보이는 상황을 “미실행”으로 오해하기 쉽습니다. 작업 관리자에서 프로세스 존재 여부로 판단하세요.
8. 빠른 시작(Fast Startup)과 완전 종료
Windows의 빠른 시작은 종료 시 커널 세션을 디스크에 저장하는 방식이라, 전통적인 의미의 “완전한 재부팅”과 동작 차이가 있습니다. 드물게 전원 관리와 로그인 스크립트 타이밍이 꼬이면 시작 항목이 한 번 건너뛰는 것처럼 보일 수 있습니다. 문제 재현 시 Shift+종료로 완전 종료하거나, 빠른 시작을 잠시 끄고 비교해 보는 것이 진단에 도움이 됩니다.
9. 백신·엔드포인트·샌드박스
설치형 프록시 클라이언트는 휴리스틱 탐지나 자동 샌드박스에 걸리기 쉽습니다. 로그에는 아무것도 없는데 프로세스만 사라지면 격리 목록·차단 기록을 확인하세요. 예외를 넣을 때는 실행 파일·작업 디렉터리·업데이트 폴더를 함께 허용하는 편이 안전합니다.
회사 보안 에이전트가 네트워크 필터 드라이버를 올리며 부팅 순서를 바꾸는 경우도 있어, Clash보다 먼저 뜨는 구성 요소와 충돌하면 TUN·가상 어댑터가 실패하고 클라이언트가 재시도 루프에 빠질 수 있습니다. 이때는 TUN·방화벽 점검 글과 함께 보는 것이 좋습니다.
10. 사용자 계정과 다른 프로필
시작 항목은 현재 사용자에게만 적용되는 경우가 많습니다. 관리자 계정으로 설치했는데 일반 계정으로 로그인하면 자동 실행이 없을 수 있고, 반대로도 마찬가지입니다. 가족 공용 PC라면 어느 계정에 항목이 들어갔는지 확인하세요.
원격 데스크톱·패스트 유저 스위칭 환경에서는 “활성 세션”에서만 트레이가 보이는 점도 유의하세요.
11. 한눈에 보는 점검 순서
| 단계 | 확인 | 추가 메모 |
|---|---|---|
| 1 | 클라이언트 자동 실행 토글 | 재시작 후 설정 유지 여부 |
| 2 | 설정 → 앱 → 시작 | OS 차원에서 허용 여부 |
| 3 | 시작 폴더 바로가기 | 경로·아이콘 깨짐 |
| 4 | 작업 스케줄러 | 로그온 시·최고 권한·전원 조건 |
| 5 | UAC·관리자 | 승인 없이 막히는지 |
| 6 | 트레이·프로세스 | 숨김 아이콘 vs 미실행 |
| 7 | 백신·엔드포인트 | 격리·차단 로그 |
LAN 공유나 Mixed Port까지 쓰는 환경이면 부팅 순서와 별개로 방화벽 규칙이 필요합니다. Windows 11 Mixed Port·방화벽 글을 참고하세요.
13. 요약
Clash Windows에서 부팅 자동 실행이 기대대로 동작하지 않을 때는, “옵션 한 줄”보다 로그인 시 시작·시작 폴더·작업 스케줄러·UAC·트레이·백신이 한 세트로 얽혀 있다고 보는 것이 빠릅니다. 증상을 재현할 때는 작업 관리자와 이벤트 로그로 실제 기동 여부를 먼저 분리하고, 중복 등록이나 깨진 바로가기 같은 단순 실수를 걸러 내면 시간을 많이 절약할 수 있습니다.
Linux 서버의 systemd 상주와 달리 데스크톱 Windows는 사용자 세션·보안 제품·전원 옵션의 영향을 크게 받습니다. 위 순서를 습관으로 두면 업데이트 후에도 같은 유형의 문제를 빠르게 좁힐 수 있습니다.