Clash 구독 형식 정리: Base64 노드 목록, YAML 설정, 공유 링크의 차이
Clash를 처음 접하면 VPN, 프록시, 구독 서비스가 모두 같은 것처럼 느껴질 수 있습니다. 각 도구와 서비스가 맡는 역할을 쉬운 예시로 살펴보고, 트래픽 규칙의 의미와 클라이언트 선택법, 안전한 다운로드 경로를 확인하는 방법까지 초보자 눈높이에 맞춰 정리했습니다.
Clash는 VPN일까? 먼저 도구와 서비스의 역할 구분하기
Clash를 처음 접하면 앱에 ‘VPN’이라고 표시되거나 연결 버튼을 누른 뒤 시스템에 VPN 아이콘이 나타나기 때문에, Clash 자체가 VPN 서비스라고 생각하기 쉽습니다. 하지만 Clash는 보통 프록시 연결을 받아 규칙에 따라 처리하고, 적절한 노드나 직접 연결 경로를 선택하는 클라이언트입니다. 인터넷에 연결할 노드와 접속 권한은 별도의 프록시 서비스나 직접 구성한 서버에서 제공해야 합니다. 앱을 설치했다고 유료 구독이나 서버가 함께 제공되는 것은 아닙니다.
VPN은 기기와 VPN 서버 사이에 가상 네트워크 연결을 구성하는 방식 또는 그 연결을 제공하는 서비스를 가리킬 수 있습니다. 반면 프록시는 앱이나 운영체제가 전달한 연결을 중간 서버로 중계하는 방식입니다. 다만 실제 사용에서는 두 개념이 겹쳐 보이는 경우가 많습니다. 예를 들어 Android용 Clash 클라이언트가 시스템의 VpnService를 이용해 트래픽을 가상 인터페이스로 받더라도, 이후 연결을 프록시 노드로 보낼지 직접 연결할지는 설정의 규칙과 정책 그룹에 따라 달라집니다.
- Clash 또는 mihomo: 프록시 노드, 정책 그룹, 규칙을 관리하고 연결 경로를 결정하는 클라이언트와 코어입니다.
- 노드 또는 서버: 클라이언트가 연결을 전달할 원격 지점입니다. 주소와 접속 정보는 구독이나 직접 작성한 설정에서 제공됩니다.
- 구독 서비스: 노드 정보나 설정을 전달하고, 사용량과 계정 권한을 관리할 수 있는 별도의 서비스입니다.
- VPN 서비스: 보통 사업자가 VPN 서버와 접속 앱을 제공하지만, 이 경우에도 앱과 서버 운영 주체는 구분해서 살펴봐야 합니다.
시스템 프록시와 TUN: 트래픽이 들어오는 방식의 차이
Clash의 mixed-port를 설정해도 기기의 모든 앱이 자동으로 프록시를 사용하는 것은 아닙니다. 시스템 프록시를 켜면 운영체제의 HTTP 또는 SOCKS 프록시 설정을 따르는 앱이 로컬 프록시 포트로 요청을 보냅니다. 앱이 시스템 프록시 설정을 무시하거나 별도의 네트워크 연결 방식을 사용하면 해당 요청은 Clash에 들어오지 않을 수 있습니다. 따라서 브라우저는 접속되는데 특정 게임이나 메신저는 그대로 연결되는 상황도 생길 수 있습니다.
TUN은 가상 네트워크 인터페이스를 이용해 더 넓은 범위의 트래픽을 받아들이는 방식입니다. 데스크톱에서는 라우팅 변경이나 가상 인터페이스 권한이 필요할 수 있으며, 운영체제와 클라이언트에 따라 설정 방법이 다릅니다. Android 클라이언트는 시스템 VpnService를 이용해 트래픽을 받는 경우가 많지만, 데스크톱 mihomo의 tun: 설정을 그대로 복사해 적용하는 방식은 아닙니다. 연결 범위가 넓어지는 만큼 앱별 제외 설정, DNS 처리, 로컬 네트워크 접근도 확인해야 합니다.
| 비교 항목 | Clash 시스템 프록시 | Clash TUN 또는 VPN 인터페이스 | 일반적인 VPN 서비스 |
|---|---|---|---|
| 트래픽 진입 | 시스템 프록시를 따르는 앱의 요청 | 가상 인터페이스와 라우팅으로 받은 연결 | VPN 앱과 운영체제의 터널 설정에 따름 |
| 경로 선택 | Clash 규칙과 정책 그룹 | Clash 규칙과 정책 그룹 | 서비스 앱의 서버 선택 및 라우팅 기능 |
| 필요한 서버 | 사용 가능한 프록시 노드 | 사용 가능한 프록시 노드 | VPN 사업자가 운영하는 서버 등 |
| 주의할 점 | 프록시를 무시하는 앱은 빠질 수 있음 | 권한, 라우팅, DNS, 앱 제외 설정 확인 | 사업자의 개인정보 처리와 접속 정책 확인 |
암호화 여부도 앱 이름만으로 판단해서는 안 됩니다. 통신 구간의 보호 방식은 사용 중인 프록시 프로토콜, 원격 서버, TLS 등의 설정에 따라 달라집니다. 로컬 장치에서 127.0.0.1:7890으로 보내는 HTTP 프록시 요청과 원격 노드까지 이어지는 연결은 서로 다른 구간입니다. 구독에 노드가 있다는 사실만으로 모든 구간의 암호화나 익명성이 보장되지는 않습니다.
필요한 범위에 맞춰 클라이언트와 서비스를 고르기
먼저 무엇을 바꾸고 싶은지 정하면 선택이 쉬워집니다. 브라우저 몇 개만 프록시로 연결하려면 시스템 프록시 방식이 간단하고, 여러 앱의 연결을 처리해야 한다면 TUN이나 Android의 VPN 인터페이스 지원 여부가 중요할 수 있습니다. 반대로 특정 앱만 연결하거나 로컬 네트워크 기기와 계속 통신해야 한다면 모든 트래픽을 터널로 보내는 설정이 불편할 수도 있습니다.
- Windows 또는 macOS에서 처음 사용: 설정을 쉽게 적용하고 연결 로그와 정책 그룹을 확인할 수 있는 클라이언트를 선택하세요. 먼저 시스템 프록시 방식으로 소수의 앱에서 동작을 검증하고, 필요할 때 TUN을 검토하는 편이 문제를 구분하기 쉽습니다.
- Android에서 사용: 현재 Android 버전과 호환되는 클라이언트인지, VpnService 권한을 사용하는지, 화면을 잠근 뒤에도 연결을 유지할 수 있는지 확인하세요. 다른 VPN 앱이나 상시 VPN 설정이 이미 활성화되어 있으면 동시에 연결되지 않을 수 있습니다.
- 설정과 규칙을 직접 관리: mihomo 코어 지원 여부, 구독 업데이트 시 오버라이드가 유지되는지, 설정 파일을 내보낼 수 있는지 확인하세요. 클라이언트의 이름이 같아도 포함된 코어와 지원 필드는 다를 수 있습니다.
- 서버 서비스를 선택: 제공되는 설정 형식, 지원 프로토콜, 기기 수, 사용량 제한, 갱신 및 환불 조건을 확인하세요. 노드 지연 시간 테스트에 성공해도 모든 웹사이트와 앱이 정상 작동한다는 뜻은 아닙니다.
두 방식 중 어느 하나가 항상 더 빠르거나 안전하다고 단정할 수는 없습니다. 실제 속도는 서버 위치와 혼잡도, 인터넷 회선, 프로토콜, 목적지에 좌우됩니다. 개인 정보 보호도 클라이언트 기능뿐 아니라 서버 운영 주체가 연결 기록과 계정 정보를 어떻게 다루는지에 따라 달라집니다. 필요한 기능이 명확하지 않다면 처음부터 복잡한 규칙이나 TUN 설정을 추가하기보다 기본 설정으로 연결 범위를 확인한 뒤 한 가지씩 바꾸세요.
안전하게 다운로드하고 첫 연결을 검증하는 순서
Clash 계열 클라이언트는 이름이 비슷한 설치 파일이나 오래된 배포본을 찾기 쉬우므로 다운로드 출처를 확인하는 것이 중요합니다. 검색 결과의 광고 링크, 파일 공유 게시물, 메신저로 전달된 실행 파일만 보고 설치하지 마세요. 사이트의 클라이언트 안내에서 운영체제와 프로세서 종류에 맞는 배포 경로를 확인하고, 가능하면 프로젝트나 배포자가 안내하는 공식 채널의 릴리스 정보를 대조하세요. 서명된 앱이라면 운영체제의 개발자 또는 서명자 정보도 확인합니다.
- 사용 중인 운영체제와 CPU 아키텍처에 맞는 파일인지 확인합니다. ARM64와 x64 설치 파일은 서로 바꿔 사용할 수 없을 수 있습니다.
- 클라이언트를 실행한 뒤 정보 화면에서 클라이언트 버전과 실제 사용 중인 코어를 확인합니다. mihomo 전용 설정 필드가 구형 코어에서 지원된다고 가정하지 마세요.
- 구독 주소는 로그인 정보처럼 취급합니다. URL이나 QR 코드에 인증 정보가 포함될 수 있으므로 공개 게시물이나 진단 화면에 그대로 붙이지 않습니다.
- 설정을 가져온 뒤 파싱 오류, 노드 목록, 정책 그룹, 규칙 모드를 확인합니다. 노드 지연 시간 테스트와 실제 웹사이트 접속은 각각 별도로 시험합니다.
- 먼저 작은 범위에서 연결을 확인합니다. 로그에서 대상 요청이 기록되는지 살펴보고, 예상치 못한 직접 연결이나 DNS 오류가 없는지 점검합니다.
설정 메뉴나 버튼 이름은 Clash Verge, Clash Verge Rev, Clash for Android, ClashX 및 기타 mihomo 기반 클라이언트에서 다를 수 있습니다. 안내를 따라도 메뉴가 보이지 않으면 앱 정보와 코어 버전부터 확인하세요. 구독을 업데이트한 뒤 규칙이나 노드가 바뀌었다면, 변경 전후 설정을 비교하고 필요한 로컬 수정은 클라이언트가 제공하는 오버라이드 기능으로 관리합니다. 내려받은 캐시 파일을 직접 고치면 업데이트 때 변경 사항이 사라질 수 있습니다.
여러 플랫폼의 배포 안내와 클라이언트 선택 기준은 다운로드 안내에서 확인할 수 있습니다. 설치가 끝나면 시스템 프록시 또는 VPN 인터페이스가 실제로 활성화됐는지, 현재 선택한 정책 그룹이 무엇인지, 규칙이 해당 연결에 어떤 동작을 적용하는지 차례대로 확인하세요. 이 세 가지를 구분하면 “VPN에 연결됐는데 접속되지 않는다”는 상황도 권한 문제, 노드 문제, DNS 문제, 규칙 문제로 나누어 점검할 수 있습니다.