Clash 클라이언트 최초 설치 설정 체크리스트: 시스템 권한, 구독 가져오기, 프록시 모드 선택

왜 처음 설치할 때 가장 문제가 많이 생길까

Clash 계열 클라이언트(Clash Verge, Clash Plus, mihomo 코어 기반 파생 제품 포함)는 최초 실행 시 서로 독립적이지만 순서에 민감한 몇 가지 작업을 거쳐야 합니다: 시스템 차원의 네트워크 권한 부여, 구독 내용 분석 및 가져오기, 프록시 모드 선택, 그리고 시스템 프록시 또는 TUN 인계 여부 설정입니다. 이 중 어느 하나라도 순서가 틀리거나 권한이 제대로 부여되지 않으면 "인터넷이 안 된다", "노드 목록이 비어 있다", "브라우저에서 페이지가 열리지 않는다" 같은 증상이 나타나지만, 실제 원인은 오류 메시지가 가리키는 곳과 전혀 다를 수 있습니다. 이 체크리스트는 실제 설치 순서에 맞춰 정리했으며, 처음 사용하는 사람이 헛수고를 줄이고 반복해서 대조 확인할 수 있도록 하는 것이 목적입니다.

먼저 짚어둘 점은, Clash 자체는 노드를 제공하지 않으며 규칙 기반 프록시 스케줄링 프레임워크라는 것입니다. 실제 연결 능력은 사용자가 가져온 구독에서 나옵니다. 클라이언트는 구독 분석, 규칙 관리, 노드 전환, 시스템 트래픽 인터셉트라는 네 가지 역할을 담당하며, 아래 네 개의 절이 각각 이에 대응합니다.

1단계: 시스템 권한 부여

플랫폼마다 필요한 권한 유형은 다르지만 공통점이 있습니다: 권한을 부여하지 않으면 클라이언트는 정상적으로 열리고 화면도 멀쩍이 보이지만 프록시가 작동하지 않으며, 대부분 눈에 띄는 오류 팝업도 뜨지 않습니다. 초심자가 가장 헤매기 쉬운 지점입니다.

Windows

• 최초 실행 시 관리자 권한으로 한 번 실행하는 것이 좋습니다. 특히 TUN 모드(가상 네트워크 어댑터로 전역 트래픽을 인계)를 사용할 계획이라면 필수인데, TUN은 네트워크 어댑터를 생성해야 하며 일반 권한으로는 생성에 실패합니다.
• Windows Defender나 서드파티 보안 소프트웨어가 코어 프로세스(mihomo.exe / clash-core.exe 등)를 차단할 수 있습니다. 처음 차단 알림이 뜨면 허용을 선택해야 합니다. 그러지 않으면 프록시 코어 프로세스가 곧바로 종료됩니다.
• 회사 PC나 그룹 정책 환경에서는 시스템 프록시 설정 항목 수정이 금지되어 있을 수 있습니다. "시스템 프록시를 설정했는데도 브라우저가 여전히 프록시를 거치지 않는" 경우, 먼저 정책 제한이 있는지 확인하세요.

macOS

• TUN 모드를 켤 때 시스템이 "VPN 구성 추가 허용" 또는 네트워크 확장 권한 알림을 표시합니다. 시스템 설정의 개인정보 보호 및 보안에서 수동으로 확인해야 하며, 한 번 거부하면 다시 자동으로 뜨지 않으므로 설정에서 직접 권한을 다시 부여해야 합니다.
• Apple Silicon 기기에서 서명되지 않았거나 App Store 배포가 아닌 패키지를 처음 실행하면 시스템이 "개발자를 확인할 수 없음"이라며 차단합니다. 시스템 설정의 보안 항목에서 "확인 없이 열기"를 선택하면 됩니다. 이는 일반적인 차단이며 설치 파일 자체의 문제는 아닙니다.

Android

• Clash 계열 클라이언트는 안드로이드에서 VPNService 기반으로 트래픽을 인계합니다. 최초 연결 시 시스템이 "이 앱의 VPN 연결 설정을 허용하시겠습니까"라는 팝업을 표시하며, 이 권한 요청은 재설치할 때마다 한 번만 나타납니다. 거부하면 프록시가 전혀 작동하지 않습니다.
• 일부 제조사 커스텀 ROM(중국계 커스텀 시스템 등)은 백그라운드 상주 앱에 대해 별도의 자동 실행 관리와 절전 정책을 적용합니다. 시스템 설정에서 클라이언트를 화이트리스트에 추가해야 하며, 그러지 않으면 백그라운드로 전환된 지 얼마 지나지 않아 연결이 자동으로 끊깁니다.

iOS

• iOS에서는 프록시 인계가 네트워크 확장 프레임워크에 의존합니다. 최초 활성화 시 "VPN 구성 추가"라는 시스템 확인창이 뜨며, 허용을 눌러야 하고 기기 암호나 Face ID 인증을 요구할 수도 있습니다.
• 실수로 허용하지 않음을 눌렀다면 시스템 설정의 VPN 및 기기 관리에서 해당 구성을 찾아 수동으로 켜야 합니다. 클라이언트 내부 스위치는 시스템 차원의 거부 상태를 덮어쓰지 못합니다.

2단계: 구독 가져오기

구독은 원격으로 갱신 가능한 설정 데이터로, 일반적으로 프록시 노드 정보와 (선택적으로) 규칙 세트 주소를 포함합니다. 가져오는 방식은 주로 세 가지이며, 대부분의 클라이언트 화면에서 해당 진입점을 찾을 수 있습니다.

1. 구독 링크 가져오기: 구독 제공자가 준 URL을 클라이언트의 "새 구독" 또는 "설정 가져오기" 입력란에 붙여넣고 확인을 누르면, 클라이언트가 네트워크 요청을 보내 내용을 받아와 분석합니다. 가장 흔한 방식입니다.
2. 로컬 파일 가져오기: YAML 형식의 설정 파일을 이미 가지고 있다면 클라이언트의 파일 가져오기 기능으로 바로 불러올 수 있습니다. 원격 링크 없이 정적 설정 파일만 있는 경우에 적합합니다.
3. 클립보드 / QR코드 가져오기: 모바일 클라이언트(특히 iOS)는 클립보드 내용을 읽거나 QR코드에 인코딩된 구독 정보를 스캔하는 방식을 자주 지원합니다. 조작이 더 빠르며, 원리는 링크 가져오기와 동일합니다.

가져오기 실패의 가장 흔한 세 가지 원인은 다음과 같습니다: 링크 자체가 이미 만료되었거나 무효화됨; 클라이언트가 위치한 네트워크 환경에서 구독 서버에 접근할 수 없음(구독을 가져오려면 먼저 사용 가능한 네트워크 경로가 있어야 하는데, 이는 닭이 먼저냐 달걀이 먼저냐 하는 문제로, 보통 임시로 네트워크를 바꾸거나 휴대폰 테더링으로 최초 가져오기를 완료해야 함); 그리고 구독 서비스 제공자가 클라이언트의 User-Agent를 검증하는 경우, 일부 제공자는 자사 클라이언트가 아닌 요청을 제한하므로 클라이언트 설정에 "사용자 지정 User-Agent" 옵션이 있는지 확인해야 합니다.

3단계: 프록시 모드 선택

구독 가져오기가 성공하면 클라이언트는 보통 세 가지 핵심 실행 모드를 제공합니다. 처음 사용할 때는 아무거나 고르지 말고 아래 판단 기준에 따라 선택하는 것을 권장합니다.

• 규칙 모드(Rule): 도메인이나 IP 규칙 세트에 따라 특정 트래픽을 직접 연결, 프록시 경유, 또는 거부할지 판단합니다. 대부분의 상황에서 추천하는 모드로, 속도와 커버리지를 모두 고려하며 특정 지역은 직접 연결, 그 외는 프록시 경유가 전형적인 설정 목표입니다.
• 전역 모드(Global): 모든 트래픽이 규칙 판단을 거치지 않고 현재 선택된 노드를 무조건 경유합니다. 특정 노드의 연결 상태를 임시로 테스트하거나, 모든 트래픽을 프록시로 보내야 함을 명확히 아는 경우에 적합합니다. 장기간 사용하면 원래 직접 연결해야 할 트래픽도 돌아가게 되어 속도와 지연 시간이 떨어집니다.
• 직접 연결 모드(Direct): 프록시가 전혀 개입하지 않고 모든 트래픽이 시스템 원래 경로대로 흐릅니다. "이 문제가 프록시 때문인지"를 확인할 때 가장 유용한 대조 모드입니다 — 직접 연결로 전환해도 문제가 그대로라면 Clash와는 무관하다는 뜻입니다.

최초 설치 시에는 기본적으로 규칙 모드를 유지하고, 특정 사이트가 열리지 않는 문제가 생기면 규칙 매칭을 개별적으로 확인하는 것을 권장합니다. 곧바로 전역 모드로 바꿔 문제를 일괄 해결하려 하면 실제 규칙 설정 문제를 감춰버릴 수 있습니다.

4단계: 시스템 프록시 스위치와 TUN 모드의 선택

규칙과 노드 설정이 끝났다면 놓치기 쉬운 마지막 단계가 있습니다: 클라이언트 내부에서 노드를 선택했다고 해서 다른 시스템 프로그램이 그 노드를 경유한다는 뜻은 아닙니다. 여기에는 원리가 다르고 적용 상황도 다른 두 가지 인계 방식이 있습니다.

시스템 프록시(HTTP/SOCKS 프록시 설정)

클라이언트는 로컬에 프록시 포트를 열고 동시에 시스템의 네트워크 프록시 설정을 이 포트로 지정합니다. 대부분의 브라우저와 프록시 설정을 지원하는 앱은 시스템 프록시를 자동으로 따라 작동하지만, 명령줄 도구, 일부 게임 클라이언트, 시스템 프록시 설정을 읽지 않는 일부 프로그램은 영향을 받지 않습니다. 이것이 "브라우저는 되는데 어떤 소프트웨어는 안 되는" 흔한 원인입니다.

TUN 모드(가상 네트워크 어댑터 인계)

TUN 모드는 가상 네트워크 어댑터를 생성해 네트워크 계층에서 거의 모든 트래픽을 인계하며, 앱이 시스템 프록시 설정을 읽는지 여부와 무관하게 작동해 커버리지가 더 완전합니다. 대가로 추가 시스템 권한이 필요하고(1단계 참조) 설정과 문제 진단도 더 복잡합니다. 최초 설치 시 구독과 노드가 정상 작동하는지만 확인하려 한다면, 먼저 시스템 프록시 모드로 테스트해 문제없음을 확인한 뒤 TUN 모드로 전역 트래픽을 인계하는 것을 고려하는 것이 좋습니다.

최초 실행 시 흔한 문제 빠른 점검

1. 화면은 열리는데 목록이 비어 있음: 먼저 구독이 정상적으로 가져와졌는지 확인하고, 이어서 올바른 구독 설정이 선택되어 있는지 확인하세요(일부 클라이언트는 여러 구독을 동시에 저장할 수 있으며, 기본으로 활성화된 것이 방금 가져온 구독이 아닐 수 있습니다).
2. 연결은 되지만 웹 페이지가 열리지 않음: 프록시 모드가 규칙 모드인지, 규칙 세트가 올바르게 로드됐는지 확인하세요; 시스템 프록시가 실제로 클라이언트 포트를 가리키고 있는지, 시스템 네트워크 설정에서 포트 번호가 일치하는지 직접 대조해 보세요.
3. 모바일에서 백그라운드로 전환하면 연결이 끊김: 안드로이드는 제조사 절전 화이트리스트에 등록됐는지 확인하고; iOS는 네트워크 확장이 시스템에 의해 자동으로 일시 중지됐는지 확인하세요. 보통 저전력 모드나 시스템 차원의 트래픽 제한 정책과 관련이 있습니다.
4. TUN 모드 활성화 실패: Windows는 관리자 권한으로 실행했는지 확인하고; macOS는 클라이언트 내에서 스위치만 누른 것이 아니라 시스템 설정에서 네트워크 확장 권한 확인을 완료했는지 확인하세요.
5. 구독 갱신 후 노드가 사라짐: 대부분 구독 서버 측에서 노드를 조정한 것으로, 클라이언트 자체와는 무관합니다. 구독을 다시 가져오거나 구독 제공자에게 문의해 확인해 보세요.

권장하는 전체 작업 순서

위 네 단계를 이어보면, 최초 설치부터 정상 사용까지 권장 순서는 다음과 같습니다: 먼저 클라이언트를 설치하고 시스템 권한 확인을 완료한다(급하게 TUN을 켜지 않는다), 그다음 구독을 가져와 노드 개수와 규칙 세트가 정상인지 확인한다, 이어서 규칙 모드를 기본 실행 모드로 선택한다, 마지막으로 시스템 프록시를 켜서 브라우저 등 일반적인 앱이 정상적으로 인터넷에 연결되는지 확인한다. 이 과정을 모두 마친 뒤, 실제 필요에 따라 시스템 프록시 설정을 따르지 않는 앱까지 커버하기 위해 TUN 모드를 추가로 켜야 하는지 평가하면 됩니다. 이 순서대로 진행하면 초보자 설치 단계에서 발생하는 대부분의 걸림돌을 커버할 수 있습니다.