먼저 구분하기: Clash 클라이언트와 VPN 서비스
‘VPN’은 두 가지 의미로 쓰이는 경우가 많습니다. 하나는 기기와 원격 네트워크 사이에 암호화된 연결을 만드는 기술이고, 다른 하나는 서버와 앱을 제공하는 상용 VPN 서비스입니다. 반면 Clash는 그 자체로 서버를 제공하는 VPN 서비스가 아닙니다. 로컬에서 프록시 연결을 관리하고, 설정에 따라 어떤 트래픽을 어떤 출구로 보낼지 결정하는 클라이언트와 코어의 조합입니다.
Clash를 실행해도 연결할 서버나 구독 설정이 저절로 생기지는 않습니다. 사용자는 호환되는 노드 정보나 구독을 별도로 받아 클라이언트에 추가해야 합니다. 구독 제공 업체가 서버와 접속 정보를 관리하고, Clash 클라이언트는 해당 정보를 읽어 연결을 처리합니다. 따라서 앱을 설치하는 것과 인터넷 출구를 구하는 것은 별개의 단계입니다.
- Clash 클라이언트: 구독과 설정을 불러오고, 프록시 그룹·규칙·시스템 프록시 등의 기능을 조작하는 그래픽 앱입니다.
- 프록시 코어: 설정을 해석하고 로컬 연결을 받아 규칙을 적용한 뒤, 직접 연결 또는 선택한 프록시 서버로 연결합니다. mihomo는 Clash.Meta 계열에서 발전한 코어 이름으로, 모든 클라이언트에 같은 버전이 탑재되는 것은 아닙니다.
- 구독 또는 노드 제공자: 서버와 접속 정보를 제공하고, 요금·사용량·지원 프로토콜·개인정보 처리 방침을 안내하는 별도 사업자입니다.
- VPN 서비스 앱: 대개 사업자가 준비한 서버 목록과 연결 기능을 하나의 앱에서 제공하며, 설정이나 정책은 사업자 앱의 방식에 따라 관리됩니다.
트래픽이 지나가는 길: 시스템 프록시, TUN, VPN 터널
전형적인 Clash 사용 흐름은 앱의 연결이 로컬 클라이언트로 들어온 뒤, 설정의 규칙과 정책 그룹에 따라 처리되는 방식입니다. 예를 들어 규칙이 특정 연결을 프록시 그룹으로 보내면 코어가 선택된 노드에 연결합니다. 다른 규칙은 DIRECT를 지정해 기기의 일반 네트워크로 직접 연결할 수 있습니다. 따라서 Clash가 켜져 있다는 사실만으로 모든 통신이 원격 서버를 통과한다고 단정할 수 없습니다.
시스템 프록시는 운영체제의 프록시 설정을 따르는 앱에 주로 적용됩니다. 해당 설정을 무시하는 게임, 명령줄 프로그램, 자체 네트워크 기능을 사용하는 앱은 프록시를 거치지 않을 수 있습니다. TUN은 가상 네트워크 인터페이스와 운영체제 라우팅을 이용해 더 넓은 범위의 IP 트래픽을 코어로 전달할 수 있지만, 권한·라우팅·제외 규칙·앱 호환성에 영향을 받습니다. TUN 역시 모든 앱의 모든 통신을 빠짐없이 처리한다는 보장은 아닙니다.
상용 VPN 서비스는 보통 자체 앱이 운영체제의 VPN 기능을 사용해 기기와 사업자 서버 사이에 터널을 구성합니다. 이때도 앱별 제외, 분할 터널링, DNS 처리 같은 설정이 있을 수 있으므로 ‘VPN’이라는 표시 하나로 실제 적용 범위를 판단하지 마세요. Clash의 TUN과 VPN 앱은 트래픽을 가져오는 방식이 겹칠 수 있어, 동시에 실행하면 가상 인터페이스나 라우팅 우선순위가 충돌할 수 있습니다.
| 비교 항목 | Clash와 구독 | 상용 VPN 서비스 |
|---|---|---|
| 서버 제공 | 클라이언트와 별도로 노드·구독 제공자를 선택 | 일반적으로 서비스 사업자가 서버와 앱을 함께 제공 |
| 경로 선택 | 규칙, 프록시 그룹, 직접 연결 정책을 구성할 수 있음 | 사업자 앱의 서버 선택 및 기능 범위에 따름 |
| 설정 난이도 | 구독 형식, 코어 호환성, 규칙을 확인해야 함 | 대체로 로그인과 서버 선택만으로 시작할 수 있음 |
| 적용 범위 | 시스템 프록시나 TUN 등 켠 기능에 따라 달라짐 | VPN 연결 및 앱별 설정에 따라 달라짐 |
구독 링크와 제공 업체: 접속 정보도 민감한 자격 증명
구독 주소에는 계정 토큰이나 사용자별 식별 정보가 포함될 수 있습니다. 주소를 가진 사람이 설정을 내려받거나 사용량에 영향을 줄 수 있으므로 비밀번호처럼 취급하세요. 공개 게시물, 화면 공유, 온라인 변환 사이트, 지원 문의에 전체 URL을 붙여 넣지 말고, 노출이 의심되면 제공 업체에서 구독 주소를 재발급하거나 기존 토큰을 폐기할 수 있는지 확인하세요.
구독은 완성된 Clash YAML일 수도 있고 노드 목록만 담은 응답일 수도 있습니다. 가져오기에 성공해도 현재 설정으로 전환되었거나 연결이 작동한다는 뜻은 아닙니다. 구독을 추가한 뒤에는 업데이트 결과와 오류 메시지를 확인하고, 현재 선택된 설정과 프록시 그룹의 선택 항목, 코어가 요구하는 프로토콜 지원 여부까지 살펴보세요. HTTP 401·403은 인증이나 접근 권한, 404는 주소 또는 리소스 경로 문제일 수 있습니다. “지원하지 않는 프록시 유형” 오류라면 코어 호환성을 우선 확인하세요.
- 제공 업체의 공식 도메인, 결제 조건, 환불 정책, 개인정보 처리 방침과 문의 경로를 확인하세요.
- 무제한·익명성·속도 보장 같은 문구만으로 품질이나 신뢰성을 판단하지 마세요. 속도, 가용성, 로그 처리 정책은 별도로 확인할 대상입니다.
- 구독을 갱신할 때 로컬 수정 내용이 덮어써질 수 있습니다. 수정이 필요하면 클라이언트의 오버라이드나 병합 기능을 우선 사용하고 원본 설정을 보관하세요.
- 프록시 연결은 인터넷 서비스 제공자와 대상 서비스 사이에서 보이는 네트워크 경로를 바꿀 수 있지만, 계정 로그인·브라우저 지문·쿠키를 자동으로 숨기지는 않습니다. HTTPS와 계정 보안도 계속 필요합니다.
처음 선택할 때: 필요한 기능부터 정하기
한 번에 여러 앱을 설정하고 싶지 않고 서버 위치를 간단히 선택해 연결하는 것이 우선이라면, 지원 문서와 개인정보 정책이 명확한 VPN 서비스를 비교하는 편이 수월할 수 있습니다. 앱별 연결 범위, 기기 수, 운영체제 지원, 자동 갱신과 해지 절차를 확인하세요. 서비스가 지원하는 기능과 요금은 사업자마다 다르므로 특정 기능이 모두에게 제공된다고 가정하지 마세요.
도메인별 분기, 직접 연결 예외, 여러 제공자의 노드 관리가 필요하거나 규칙을 직접 조정하려면 Clash가 적합할 수 있습니다. 대신 클라이언트와 코어의 호환성, 구독 형식, 시스템 프록시 또는 TUN 설정을 직접 확인해야 합니다. Clash는 구독 제공자를 대신 고르거나 서버의 신뢰성을 보증하지 않습니다.
- 사용 목적을 적습니다. 모든 앱의 연결이 필요한지, 브라우저만 필요한지, 특정 도메인만 프록시로 보낼지 정하세요.
- 제공자와 앱을 따로 검토합니다. 서버 제공자의 정책과 클라이언트 배포 경로는 서로 다른 확인 대상입니다.
- 공식 다운로드 경로를 확인합니다. 운영체제와 CPU 아키텍처에 맞는 설치 파일을 선택하고, 광고 다운로드 버튼이나 출처가 불분명한 재배포 파일은 피하세요.
- 기본 동작부터 시험합니다. 기존 VPN 앱이나 다른 프록시를 종료하고, 설정을 백업한 뒤 시스템 프록시처럼 범위가 명확한 기능부터 확인하세요. 필요할 때만 TUN을 켜고 연결 기록과 실제 적용 범위를 점검합니다.
- 문제가 생기면 원인을 나눕니다. 구독 다운로드, 설정 파싱, 노드 연결, 규칙 선택, 앱 트래픽 유입을 각각 확인하세요. 재설치 전에 오류 문구와 코어 버전을 기록하면 진단에 도움이 됩니다.
처음에는 기능을 많이 켜기보다 한 가지 연결 경로를 확인하는 것이 좋습니다. 정상 동작이 확인된 뒤 필요한 규칙이나 TUN을 추가하면 문제가 생겼을 때 원인을 찾기 쉽습니다. 다른 VPN과 Clash TUN을 동시에 사용하지 말고, 테스트가 끝난 뒤에는 원래 시스템 프록시와 네트워크 설정으로 복구됐는지도 확인하세요.