Clash 초보 가이드: 구독과 노드, 프록시 서비스 차이

Clash를 처음 설치하면 「구독 링크」, 「노드」, 「프록시 서비스」라는 표현이 한 화면에 함께 나타나기 때문에 세 가지가 같은 것처럼 보일 수 있습니다. 하지만 각각의 역할은 분명히 다릅니다. 프록시 서비스는 서버와 이용 권한을 제공하는 사업자 또는 요금제이고, 구독 링크는 그 서비스가 발급한 설정 배포 주소이며, 노드는 실제로 연결할 수 있는 개별 프록시 서버입니다. Clash는 이 정보를 읽고 규칙에 따라 적절한 노드를 선택하는 클라이언트입니다.

이 구분을 이해하지 못하면 앱을 설치한 것만으로 인터넷 연결이 자동으로 생긴다고 생각하거나, 구독 링크를 노드 주소로 직접 입력하거나, 무료 설정 파일을 아무 검증 없이 가져오는 실수를 하게 됩니다. 이 글에서는 프록시 서비스에 가입한 뒤 구독을 Clash에 추가하고, 노드와 프록시 그룹을 확인하며, 문제가 생겼을 때 어느 단계부터 점검해야 하는지 순서대로 설명합니다.

서비스·구독·노드는 무엇이 다를까

프록시 서비스는 여러 지역의 서버, 대역폭, 사용자 인증, 트래픽 한도와 고객 지원을 묶어 제공하는 상품입니다. 사용자는 보통 월간 또는 연간 요금제를 선택하고, 결제가 완료되면 하나 이상의 구독 링크나 설정 파일을 받습니다. 서비스에 따라 동시 접속 기기 수, 월간 데이터 용량, 지원 프로토콜, 서버 지역과 환불 조건이 달라질 수 있습니다.

구독 링크는 대개 https://로 시작하는 긴 URL입니다. 이 주소를 Clash의 프로필 또는 구독 관리 화면에 추가하면 클라이언트가 원격 설정을 다운로드합니다. 다운로드한 내용에는 여러 프록시의 주소와 포트, 인증 정보, 프록시 그룹, 규칙 또는 업데이트 정보가 포함될 수 있습니다. 따라서 구독 링크 자체가 하나의 서버를 뜻하는 것은 아닙니다. 링크는 설정을 가져오는 통로에 가깝습니다.

노드는 구독 설정 안에 들어 있는 개별 연결 대상입니다. 하나의 노드는 서버 주소, 포트, 프로토콜, 암호화 또는 인증 방식 등의 정보를 가집니다. 예를 들어 노드 이름이 「JP-01」이라고 표시되어도 이것은 서비스 전체의 이름이 아니라 일본에 있는 특정 서버 또는 특정 접속 설정을 가리킬 수 있습니다. 서비스에 따라 같은 서버 지역에 여러 노드를 제공하거나, 하나의 노드가 장애 발생 후 다른 주소로 교체될 수도 있습니다.

프록시 서비스를 고를 때 확인할 기준

서비스를 선택할 때는 노드 개수나 홍보 문구만 보지 말고 실제 이용 조건을 비교해야 합니다. 노드가 200개라고 해도 자주 사용하는 지역에 서버가 없거나, 모든 사용자가 하나의 회선을 공유해 저녁 시간에 속도가 크게 떨어질 수 있습니다. 반대로 노드 수가 적어도 관리가 잘 되고 장애 대응이 빠르면 일상적인 웹 사용에는 더 안정적일 수 있습니다.

• 지원 형식: Clash 또는 mihomo용 구독을 공식적으로 제공하는지 확인하세요. 단순한 HTTP 프록시 주소만 제공하는 서비스는 Clash의 규칙과 그룹 기능을 충분히 활용하기 어렵습니다.
• 트래픽과 속도 제한: 월간 데이터 용량, 속도 제한, 혼잡 시간대 정책, 초과 사용 시 차단 여부를 확인하세요. 무제한이라는 표현도 공정 사용 정책의 적용을 받을 수 있습니다.
• 동시 접속 수: 컴퓨터와 스마트폰에서 동시에 사용할 예정이라면 허용 기기 수와 연결 수를 구분해서 읽어야 합니다. 기기 수와 동시에 사용할 수 있는 노드 수는 같은 의미가 아닙니다.
• 갱신 방식: 구독 링크가 만료되는 날짜, 링크를 재발급받는 방법, 요금제 종료 후 처리 방식을 확인하세요.
• 개인정보와 결제: 가입에 필요한 개인정보, 로그 보관 정책, 결제 대행 업체와 환불 조건을 읽으세요. 서비스가 제공하는 설명만으로 보안이 완전히 보장된다고 판단해서는 안 됩니다.
• 고객 지원: 연결 장애가 발생했을 때 공지 채널과 문의 방법이 있는지, 특정 클라이언트만 지원하는지 확인하세요.

무료로 배포되는 구독 링크는 특히 주의해야 합니다. 출처가 불분명한 링크에는 만료되지 않은 계정 정보가 포함되거나, 악성 규칙과 광고성 도메인이 추가되어 있을 수 있습니다. Clash 설정은 일반적으로 임의의 프로그램을 자동 설치하지 않지만, 규칙과 DNS 설정이 사용자의 연결 경로에 영향을 줄 수 있습니다. 출처를 확인할 수 없는 설정은 주 계정이나 업무 기기에서 사용하지 않는 편이 안전합니다.

구독 링크를 Clash에 추가하는 순서

Clash Verge, Clash Verge Rev, FlClash, Mihomo 계열 클라이언트는 메뉴 이름이 조금씩 다르지만 기본 흐름은 비슷합니다. 먼저 서비스가 발급한 구독 링크를 복사한 다음 「프로필」, 「Profiles」 또는 「구독 관리」 화면으로 이동합니다. 새 프로필이나 원격 프로필 추가 버튼을 선택하고 URL을 붙여 넣은 뒤 저장 또는 가져오기를 실행합니다.

1. 서비스 계정 페이지에서 Clash 또는 mihomo용 구독 링크를 복사합니다.
2. Clash 클라이언트의 프로필 관리 화면을 엽니다.
3. 원격 URL 또는 구독 추가 항목에 링크를 붙여 넣고 식별하기 쉬운 이름을 지정합니다.
4. 가져오기가 끝날 때까지 기다립니다. 노드 수가 많으면 다운로드와 파싱에 시간이 걸릴 수 있습니다.
5. 새로 생성된 프로필을 선택하고 업데이트 시각, 노드 목록과 오류 메시지를 확인합니다.
6. 프록시 그룹에서 노드를 선택한 뒤 시스템 프록시를 켜고 웹 접속을 테스트합니다.

구독이 정상적으로 추가되면 설정 안에 proxies, proxy-groups, rules와 같은 항목이 생성되거나 갱신됩니다. 서비스가 프로바이더 방식의 설정을 제공하면 다음과 같이 별도의 원격 제공자로 표시될 수도 있습니다.

proxy-providers:
  my-service:
    type: http
    url: https://example.invalid/subscription
    interval: 86400
    path: ./providers/my-service.yaml

위 예시에서 url은 구독을 내려받는 주소이고, interval: 86400은 24시간마다 갱신을 시도한다는 뜻입니다. 이 값은 노드의 속도를 측정하는 주기와 다릅니다. 구독 업데이트는 설정 파일을 다시 다운로드하는 작업이고, health check는 노드의 응답 여부나 지연 시간을 확인하는 작업입니다. 서비스가 권장하는 갱신 주기가 있다면 우선 그 값을 따르세요.

구독 업데이트가 실패할 때는 링크를 여러 번 연속으로 누르기보다 원인을 나누어 확인하세요. URL이 만료되었는지, 클라이언트가 인터넷에 연결되어 있는지, DNS가 해당 도메인을 해석하는지, 서비스가 일시적으로 점검 중인지 확인합니다. 다운로드는 성공했지만 노드가 0개라면 구독 형식이 클라이언트의 현재 커널과 맞지 않거나 서비스 측 응답이 잘못되었을 가능성이 있습니다.

노드와 프록시 그룹을 이해하고 선택하기

구독을 추가한 뒤 표시되는 「노드」와 「프록시 그룹」은 서로 다른 목록입니다. 노드는 실제 서버 항목이고, 프록시 그룹은 여러 노드 중 하나를 선택하기 위한 정책 묶음입니다. 「Proxy」 또는 「GLOBAL」 그룹에서 특정 노드를 직접 선택할 수도 있고, 「자동 선택」 그룹에서 URL-Test 결과가 좋은 노드를 사용하도록 구성할 수도 있습니다.

처음에는 수동 선택 그룹에서 노드 하나를 고르는 방법이 가장 이해하기 쉽습니다. 지연 시간이 40ms인 노드가 반드시 180ms인 노드보다 모든 작업에서 빠른 것은 아닙니다. 지연 시간은 측정 지점과 시험 주소까지의 왕복 시간이며, 실제 다운로드 속도는 서버 부하, 국제 회선, 혼잡도와 서비스의 제한에 따라 달라집니다. 따라서 웹 페이지 접속, 이미지 로딩, 동영상 재생처럼 실제 사용 패턴으로 확인하세요.

• 연결 자체가 실패함: 노드 주소, 포트, 인증 정보 또는 서비스 상태를 확인합니다.
• 연결은 되지만 특정 사이트만 열리지 않음: 규칙, DNS, 지역 제한과 대상 서비스의 정책을 확인합니다.
• 속도 측정은 빠르지만 실제 사용이 느림: 측정 URL, 서버 혼잡도와 대역폭 제한을 비교합니다.
• 노드가 자주 사라짐: 구독 만료, 자동 업데이트 결과, 서비스의 서버 교체 여부를 확인합니다.

처음 설정할 때 피해야 할 실수

첫 설정에서는 TUN 모드와 여러 오버라이드를 동시에 켜기보다 시스템 프록시부터 시작하는 것이 좋습니다. 시스템 프록시는 운영체제의 프록시 설정을 따르는 브라우저와 프로그램에 적용되며, 문제가 생겼을 때 기능을 끄는 방법도 비교적 단순합니다. TUN은 더 넓은 트래픽을 가상 인터페이스로 전달하므로 시스템 권한, DNS, 라우팅과 예외 설정까지 함께 확인해야 합니다.

또한 로컬 포트를 다른 프로그램과 겹치게 지정하지 않아야 합니다. 일반적인 설정에서는 mixed-port: 7890 또는 HTTP·SOCKS용 별도 포트를 사용하지만, 클라이언트마다 기본값이 다를 수 있습니다. 연결이 되지 않을 때는 클라이언트 화면의 실제 포트를 확인하고, 다음 명령으로 해당 포트가 열려 있는지 점검할 수 있습니다.

curl --proxy http://127.0.0.1:7890 https://example.com/
curl --proxy socks5h://127.0.0.1:7890 https://example.com/

두 명령 중 하나가 성공한다고 해서 모든 앱이 자동으로 프록시를 사용하는 것은 아닙니다. 애플리케이션이 시스템 프록시를 따르는지, 별도 프록시 설정을 요구하는지, UDP 연결을 사용하는지에 따라 결과가 달라집니다. 연결 테스트 중에는 여러 클라이언트를 동시에 실행하지 말고, 시스템 프록시를 관리하는 앱도 하나만 남겨 두세요.

자주 묻는 질문