Clash 초보자 열 가지 질문: 구독, 노드, 모드 선택 등 자주 묻는 질문 총정리

질문 1: 구독 링크는 어디서 얻나요? 클라이언트 자체는 노드를 제공하지 않습니다

Clash 클라이언트는 트래픽 전달과 규칙 스케줄링을 담당하는 프로그램일 뿐이며, 자체적으로 어떤 프록시 노드도 포함하지 않습니다. 모든 노드 정보는 "구독 링크"를 통해 제공되며, 구독 링크는 특정 프록시 서비스 제공업체의 백엔드와 연결되어 있고, 해당 업체가 노드의 구축, 유지보수, 과금을 담당합니다. 클라이언트와 구독 콘텐츠는 완전히 별개입니다: Clash 클라이언트 다운로드는 무료이지만, 구독 노드는 보통 해당 서비스 제공업체에 비용을 지불하거나 체험 신청을 해야 합니다.

구독 링크를 받은 후 절차는 동일합니다: 클라이언트 열기 → "구독" 또는 "설정" 관리 페이지 찾기 → 링크를 붙여넣고 업데이트 실행 → 클라이언트가 설정 파일을 자동으로 다운로드하고 노드 목록을 파싱합니다. 링크 자체는 유효한데 클라이언트가 파싱 불가를 알린다면, 대개 링크 형식이 지원되지 않거나 해당 링크 서버에 접속하는 네트워크가 실패한 경우이므로, 먼저 브라우저에서 링크를 직접 열어 내용을 읽을 수 있는지 확인해 보세요.

질문 2: 규칙 모드, 글로벌 모드, 다이렉트 모드 중 무엇을 선택해야 하나요

Clash의 핵심 동작 모드는 일반적으로 세 가지로 나뉘며, 선택 기준은 "어떤 트래픽을 프록시로 보내고 싶은가"입니다:

1. 규칙 모드(Rule): 설정 파일의 규칙에 따라 하나씩 매칭하며, 일치하면 프록시나 다이렉트로 처리하고 일치하지 않으면 MATCH 기본 규칙으로 처리합니다. 대부분의 상황에서 기본 선택으로, 접속 속도를 보장하면서도 트래픽 흐름을 정밀하게 제어할 수 있습니다.
2. 글로벌 모드(Global): 규칙 파일을 무시하고 모든 트래픽을 강제로 동일한 프록시 노드로 보냅니다. "규칙 설정이 잘못됐는지" 임시로 확인하거나, 모든 트래픽을 같은 출구로 몰아야 하는 특수한 상황에 적합합니다. 장기간 사용하면 국내 사이트 접속도 우회하게 되어 속도 체감이 나빠집니다.
3. 다이렉트 모드(Direct): 모든 트래픽이 프록시를 거치지 않으며, 프록시 기능을 일시적으로 끄는 것과 같습니다. 프록시가 특정 기능의 오작동에 영향을 주는지 임시로 검증할 때 적합합니다.

일상적인 사용에서는 규칙 모드를 기본으로 유지하고, 문제를 진단할 때만 임시로 글로벌이나 다이렉트로 전환해 비교 테스트한 뒤 확인이 끝나면 다시 규칙 모드로 돌리는 것을 권장합니다.

질문 3: 노드가 전부 타임아웃 또는 지연 시간이 N/A로 표시될 때 어떻게 해야 하나요

노드 속도 측정 실패는 보통 다음 순서로 확인합니다:

• 먼저 구독이 만료됐거나 트래픽이 소진됐는지 확인: 대부분의 서비스 제공업체는 요금제 만료나 트래픽 소진 시 모든 노드를 무효화시키며, 이는 가장 흔한 원인이고 클라이언트 설정과는 무관합니다.
• 로컬 네트워크 자체가 정상인지 확인: 프록시를 끈 상태로 일반 사이트에 직접 접속해 로컬 네트워크에 문제가 없는지 확인합니다.
• 속도 측정을 수동으로 한 번 실행: 클라이언트의 지연 시간 값은 실시간으로 갱신되지 않으므로 속도 측정 버튼을 직접 눌러야 하며, 구독을 처음 불러온 뒤의 기본 지연 값은 아직 갱신되지 않았을 수 있습니다.
• 측정용 주소를 변경: 일부 클라이언트는 속도 측정에 사용하는 대상 URL을 사용자가 지정할 수 있는데, 기본 주소가 임시로 차단되면 전체 노드가 타임아웃으로 표시될 수 있어 주소를 바꾸면 대개 해결됩니다.
• 시스템 시간 확인: 일부 프록시 프로토콜은 시스템 시간의 정확성을 요구하며, 시간 오차가 크면 핸드셰이크가 실패해 전반적인 타임아웃으로 나타납니다.

특정 노드 하나만 타임아웃이고 다른 노드는 정상이라면, 대개 그 서버 자체에 문제가 생긴 것이므로 구독 서비스 제공업체에 문의하거나 다른 노드로 바꾸면 되며 클라이언트 설정을 건드릴 필요는 없습니다.

질문 4: TUN 모드를 켜야 하나요? 켠 후 인터넷이 안 되면 어떻게 처리하나요

TUN 모드는 시스템 안에 가상 네트워크 카드를 만들어 네트워크 계층에서 모든 트래픽을 직접 인계받으며, 앱이 시스템 프록시 설정을 따르는지에 의존하지 않아 시스템 프록시 모드가 관리하지 못하는 일부 프로그램과 백그라운드 서비스까지 처리할 수 있습니다. 일상적인 웹 브라우징, 영상 시청, 시스템 프록시 모드 사용만으로는 이미 충분하며, 특정 앱(특히 시스템 프록시 설정을 따르지 않는 클라이언트형 프로그램)이 계속 프록시를 타지 않는다면 그때 TUN을 켜는 것을 고려하면 됩니다.

TUN을 켠 뒤 인터넷이 전혀 되지 않는 경우, 흔한 원인은 다음에 집중됩니다:

1. 시스템이 가상 네트워크 카드 드라이버 권한을 부여하지 않은 경우입니다. Windows와 macOS 모두 최초 한 번 관리자 권한 부여나 드라이버 설치 확인 팝업이 필요하며, 거부하거나 건너뛰면 네트워크 카드가 정상 작동하지 않습니다.
2. DNS 하이재킹 설정이 TUN 모드와 충돌하는 경우입니다. 특히 다른 프록시 소프트웨어나 시스템 수준 VPN을 동시에 켠 상태에서는 둘이 가상 네트워크 카드 리소스를 다투며 라우팅 테이블이 뒤엉킵니다.
3. 설정 파일의 DNS 항목이 불완전한 경우입니다. fake-ip 모드에서 필수 필드가 빠지면 도메인 해석이 전체적으로 실패하며, 겉보기에는 인터넷 연결이 정상인 것처럼 보이지만 어떤 사이트에도 접속할 수 없는 상태가 됩니다.

문제가 발생하면 먼저 TUN 모드를 끄고 시스템 프록시 모드로 되돌려 정상화되는지 확인한 뒤, 드라이버 권한과 DNS 설정을 목표로 점검하세요.

질문 5: Clash와 Clash Meta / mihomo는 어떤 관계이며 무엇을 선택해야 하나요

Clash 원조 프로젝트는 업데이트가 중단됐고, 이후의 기능 개발은 주로 커뮤니티 포크가 이어받았는데, 그중 가장 활발한 것이 Clash Meta였으며 이 프로젝트는 이후 mihomo로 이름을 바꾸었습니다. 현재 주류 GUI 클라이언트(예: Clash Verge Rev, Clash for Windows의 대체품 등)는 내부 코어가 대부분 mihomo로 교체되어 프로토콜 지원 범위가 더 넓어졌고 규칙 문법도 기존 대비 확장됐습니다.

초보자라면 코어를 따로 설치할 필요 없이, 꾸준히 관리되는 GUI 클라이언트를 하나 선택하면 됩니다. 클라이언트에 내장된 코어 버전은 클라이언트 업데이트와 함께 자동으로 올라갑니다. 클라이언트를 고를 때는 두 가지를 우선 확인하세요: 아직 활발히 유지보수되는지, 인터페이스가 사용 중인 플랫폼의 시스템 버전을 지원하는지입니다.

질문 6: 설정 파일의 규칙을 잘못 작성하면 어떤 결과가 발생하나요

규칙 항목의 작성 순서가 매칭 우선순위를 결정합니다. Clash는 규칙을 위에서 아래로 하나씩 매칭하며, 처음 일치하는 규칙에서 멈추고 그 아래는 더 비교하지 않습니다. 흔한 실수로는 광범위한 규칙을 앞에 배치해 뒤에 있는 정밀한 규칙이 영원히 매칭되지 않게 만들거나, 규칙 목록 끝에 MATCH 기본 항목을 두는 것을 잊어 어떤 규칙에도 일치하지 않는 트래픽의 동작이 불확실해지는 경우가 있습니다.

규칙 유형으로는 DOMAIN-SUFFIX가 도메인 접미사로 매칭하고, GEOIP가 IP 소속 지역으로 매칭하며, RULE-SET은 외부 규칙 집합을 참조하고, MATCH는 기본 항목으로 반드시 마지막 줄에 두어야 합니다. 일상적인 사용에서는 구독에서 제공하는 규칙 파일을 그대로 사용하면 되며, 맞춤형 분기(예: 특정 사이트를 강제로 다이렉트로 처리)가 필요할 때만 규칙을 수동으로 추가하거나 삭제하면 됩니다.

질문 7: 스마트폰과 컴퓨터에서 하나의 구독을 동시에 공유해서 쓸 수 있나요

가능합니다. 구독 링크는 본질적으로 반복해서 접속할 수 있는 주소이며 한 대의 기기에서만 쓰도록 제한되지 않습니다. 같은 구독 링크를 스마트폰용과 컴퓨터용 Clash 클라이언트에 각각 붙여넣어 서로 독립적으로 업데이트하고 실행할 수 있으며 서로 영향을 주지 않습니다. 여러 기기에서 프록시 서비스 자체를 동시에 사용할 수 있는지는 구독 서비스 제공업체의 요금제 조건이 동시 접속 기기 수를 제한하는지에 따라 달라지며, 이는 Clash 클라이언트와는 무관하므로 서비스 제공업체의 안내를 확인해야 합니다.

여러 기기를 사용하는 상황에서는 각 기기의 클라이언트 버전을 비교적 최신 상태로 유지해, 버전 차이로 인해 동일한 구독 설정에 대한 해석 결과가 어긋나는 것을 피하는 것이 좋습니다.

질문 8: 프록시를 켜놨는데도 일부 사이트가 여전히 열리지 않는데, 어디가 문제인가요

이런 경우 다음 순서로 우선 확인하세요:

• 해당 사이트가 규칙에 의해 다이렉트로 분류됐는지 확인: 설정에서 이 사이트가 "다이렉트" 그룹으로 분류되어 있다면 프록시를 켜도 적용되지 않으니, 규칙 분류가 의도한 대로 되어 있는지 확인해야 합니다.
• 현재 선택된 노드가 사용 가능한지 확인: 전체 속도 측정이 정상이더라도 특정 노드가 특정 사이트 접속에서 이상을 보일 수 있으니, 같은 그룹의 다른 노드로 전환해 보세요.
• 브라우저 캐시를 지우거나 다른 브라우저로 테스트: 일부 사이트의 접속 실패는 브라우저가 이전에 실패한 DNS 결과를 캐시해 둔 탓이며, 프록시 자체와는 무관합니다.
• 해당 사이트에 지역 접속 제한이 있는지 확인: 일부 사이트는 특정 지역의 IP 대역에 추가 검증을 걸어두는데, 노드의 소속 지역을 바꾸면 해결될 수 있습니다.

질문 9: 클라이언트의 부팅 시 자동 실행과 구독 자동 업데이트를 설정해야 하나요

부팅 시 자동 실행은 주로 사용 편의성에 영향을 주며 기능 자체에는 영향이 없으니, 개인 취향에 따라 결정하면 됩니다. 일상적으로 자주 사용한다면 자동 실행을 켜서 매번 수동으로 클라이언트를 여는 단계를 줄일 수 있고, 백그라운드 상주 프로그램을 신경 쓰는 편이라면 기본값인 꺼짐 상태를 유지하고 필요할 때 수동으로 켜도 됩니다.

구독 자동 업데이트는 켜두는 것을 권장하며, 합리적인 갱신 주기를 설정하세요(대부분의 클라이언트가 시간 단위 또는 일 단위 설정을 지원합니다). 구독 내용은 서비스 제공업체 쪽 노드 변경에 따라 갱신되며, 오랫동안 업데이트하지 않으면 이미 서비스가 종료된 노드가 목록에 남아 있어 사용 경험에 영향을 줄 수 있습니다.

질문 10: 초보자가 처음 설정할 때 전체적인 순서는 어떻게 되나요

1. 사용 중인 시스템 플랫폼을 확인하고 해당하는 클라이언트 설치 파일을 선택해 설치를 완료합니다.
2. 유효한 구독 링크를 준비해 클라이언트의 구독 관리 페이지에 붙여넣고 업데이트합니다.
3. 업데이트가 끝나면 노드 목록으로 들어가 속도 측정을 수동으로 한 번 실행하고 지연 시간 값이 정상인지 확인합니다.
4. 동작 모드가 규칙 모드인지 확인합니다(대부분의 클라이언트는 기본값이 이 모드입니다).
5. 시스템 프록시를 켭니다(일부 클라이언트는 이 스위치를 수동으로 켜야 합니다). 그런 다음 브라우저를 열어 외부 사이트에 정상적으로 접속되는지 확인합니다.
6. 평소 사용 중 특정 앱이 계속 프록시를 타지 않는다면, 그때 TUN 모드를 켤 필요가 있는지 검토합니다.

위 여섯 단계를 마치면 기본적인 일상 사용은 안정적으로 돌아갑니다. 이후 트래픽 흐름을 세밀하게 제어할 필요가 생기면 그때 규칙 문법과 맞춤 설정 작성법을 차근차근 익혀 나가면 됩니다.