기본 설정은 약 10분이면 완료됩니다

Clash 구독 가져오기 및 연결 튜토리얼

“구독 가져오기 → 프록시 모드 선택 → 연결 활성화 → 결과 확인” 순서로 첫 설정을 완료하세요. 이 글은 일반적인 그래픽 클라이언트의 공통 절차를 다루며 구성 파일 문법을 미리 알 필요는 없습니다.

시작 전 준비

클라이언트, 구독 링크 및 시스템 시간을 먼저 확인하세요

작업을 시작하기 전에 현재 시스템에 맞는 Clash 그래픽 클라이언트와 서비스 제공업체가 발급한 구독 링크를 준비하세요. 구독 링크는 일반적으로 https://로 시작하는 URL이며, 클라이언트가 프록시 노드, 전략 그룹, 분할 규칙을 가져오는 데 사용됩니다. 일반 웹페이지 주소가 아니므로 브라우저 검색창에 붙여넣지 말고 클라이언트의 구독 또는 구성 페이지에 추가해야 합니다.

클라이언트를 아직 설치하지 않았다면 먼저 플랫폼별 다운로드 페이지로 이동하세요. 클라이언트마다 메뉴 위치와 이름은 조금씩 다르지만 핵심 절차는 같습니다. Windows와 macOS 클라이언트는 보통 메뉴 이름이 “구독”, “구성” 또는 “Profiles”이며, Android 클라이언트에는 “구성”, “구독 관리” 또는 “URL에서 가져오기”로 표시될 수 있습니다. iOS 클라이언트는 일반적으로 구성 관리 페이지에서 원격 구성을 추가합니다. Linux 그래픽 클라이언트의 사용 방식은 데스크톱 클라이언트와 비슷합니다.

기기의 날짜, 시간, 시간대도 올바른지 확인하세요. HTTPS 연결은 인증서의 유효 시간을 판단할 때 시스템 시간에 의존하므로 시간 오차가 크면 구독 업데이트와 웹사이트 접속이 모두 실패할 수 있습니다. 그런 다음 시스템 프록시나 VPN을 이미 제어하고 있는 다른 도구를 잠시 종료해 여러 프로그램이 네트워크 설정을 동시에 변경하지 않도록 하세요. 첫 설정에서는 네트워크 환경을 단순하게 유지하고, 확인을 마친 뒤 다른 도구를 하나씩 다시 활성화하는 편이 문제 발생 지점을 파악하기 쉽습니다.

구독 링크는 개인 구성에 접근하는 경로이며 일반적으로 계정 요금제와 연결되어 있습니다. 저장할 때 링크를 공개 페이지, 스크린샷 또는 공유 문서에 게시하지 마세요. 링크가 이미 공개되었다면 서비스 제공업체의 관리 콘솔에서 구독 주소를 재설정한 뒤 새 주소를 클라이언트에 다시 가져와야 합니다.

준비할 항목

  • 설치된 Clash 그래픽 클라이언트
  • 정상적으로 사용할 수 있는 구독 링크
  • 올바른 시스템 날짜, 시간 및 시간대
  • 구독 서비스에 접속할 수 있는 기본 네트워크

첫 설정 권장 사항

  • 먼저 규칙 모드로 연결을 완료하세요
  • 여러 프록시 도구를 동시에 켜지 마세요
  • 먼저 브라우저를 확인한 뒤 특수 앱을 점검하세요
  • 문제가 발생하면 한 번에 설정 하나만 변경하세요
첫 번째 단계

구독을 가져오고 첫 업데이트 완료하기

Clash 클라이언트를 연 다음 구독 또는 구성 관리 페이지로 이동하세요. 데스크톱 클라이언트의 메뉴는 보통 왼쪽 탐색 영역에 있고, Android 클라이언트는 현재 구성 이름 근처의 홈 화면에 있는 경우가 많습니다. “구독 추가”, “새 구성”, “URL에서 가져오기” 또는 더하기 버튼을 찾아 추가 화면으로 이동하세요. “로컬 파일”과 “원격 링크”가 함께 표시되면 원격 링크를 선택하세요. 이후 서비스에서 직접 업데이트할 수 있기 때문입니다.

이름 입력란에는 “일상 구독” 또는 서비스 이름처럼 알아보기 쉬운 이름을 입력하고, URL 입력란에는 전체 구독 링크를 붙여넣으세요. 붙여넣은 뒤 링크 앞뒤에 공백이 들어갔는지 확인하세요. 특히 메신저에서 복사할 때 마침표, 괄호 또는 설명 문구가 함께 들어가지 않도록 주의해야 합니다. 문제가 없다면 “저장”, “가져오기” 또는 “추가”를 클릭하세요. 일부 클라이언트는 즉시 구성을 다운로드하지만, 다른 클라이언트는 구독 항목만 만든 뒤 업데이트 버튼을 한 번 더 눌러야 합니다.

업데이트 중에는 클라이언트를 전면에 두고 상태가 “업데이트 중”에서 성공으로 바뀔 때까지 기다리세요. 정상이라면 구독 항목에 구성 이름과 최근 업데이트 시간이 표시되고 프록시 페이지에도 전략 그룹이 나타납니다. 전략 그룹 이름은 구독 제공업체가 정하며, 노드 선택, 자동 선택, 장애 조치 또는 특정 용도를 나타내는 이름이 흔히 사용됩니다. 여기서 하나씩 수정할 필요는 없습니다. 빈 페이지가 아니라면 클라이언트가 구성을 정상적으로 해석한 것입니다.

구독 다운로드가 완료되면 해당 구성을 클릭해 현재 구성으로 설정하세요. 일부 클라이언트는 새로 가져온 구성을 자동으로 활성화하지만, 다른 클라이언트는 기존 구성을 유지합니다. 이 단계를 건너뛰면 이후 표시되는 프록시 그룹이 이전 구독의 것일 수 있습니다. 현재 구성 이름, 업데이트 시간 또는 프록시 그룹 이름으로 전환 여부를 확인할 수 있습니다.

적절한 자동 업데이트 간격 설정

구독을 성공적으로 가져온 뒤 항목 설정에서 자동 업데이트 옵션을 찾을 수 있습니다. 일상적으로 사용할 때 자주 새로 고칠 필요는 없으므로 클라이언트가 제공하는 시간 단위 간격을 선택하세요. 시작 시 자동 업데이트는 기기를 자주 바꾸거나 구독 내용이 자주 변경되는 경우에 적합합니다. 다만 기본 네트워크에서 구독 서비스에 간헐적으로 접속할 수 없다면 시작 시 업데이트 실패가 기존 구성의 즉각적인 만료를 의미하지는 않습니다. 클라이언트는 대개 마지막으로 성공한 다운로드 내용을 유지합니다.

이 단계를 완료하면 클라이언트에서 현재 구성과 하나 이상의 선택 가능한 프록시 전략을 확인할 수 있어야 합니다. 이제 모든 네트워크 옵션을 서둘러 켜지 말고 먼저 프록시 모드를 정해 어떤 요청을 프록시로 보낼지 클라이언트에 알려 주세요.

두 번째 단계

규칙 모드, 전역 모드 또는 직접 연결 모드 선택

클라이언트의 “모드”, “프록시 모드” 또는 “Mode” 설정으로 이동하면 규칙, 전역, 직접 연결이라는 세 가지 일반적인 옵션을 볼 수 있습니다. 처음 사용할 때는 규칙 모드를 권장합니다. 규칙 모드는 현재 구성의 분할 규칙을 읽고 도메인, IP, 앱 또는 기타 조건에 따라 요청을 프록시 전략에 전달하거나 직접 연결하거나 거부합니다. 따라서 프록시가 필요한 대상에는 접속하면서 직접 연결이 적합한 요청은 로컬 네트워크를 계속 사용할 수 있습니다.

전역 모드는 제어 가능한 대부분의 트래픽을 하나의 프록시 전략으로 전달하며, 특정 접속 문제가 규칙 매칭 때문인지 임시로 확인할 때 적합합니다. 예를 들어 규칙 모드에서 웹사이트가 열리지 않다가 전역 모드에서 복구된다면, 전역 모드에 계속 의존하기보다 해당 웹사이트가 어떤 규칙에 매칭되었는지 확인해야 합니다. 전역 모드에서는 직접 연결할 수 있는 서비스도 프록시를 우회할 수 있으므로 기본 설정으로 사용하는 것은 권장하지 않습니다.

직접 연결 모드는 트래픽을 프록시 없이 전송합니다. 프록시 효과를 잠시 중지하거나 네트워크 차이를 비교하거나 문제가 현재 프록시 구성과 관련 있는지 확인할 때 사용할 수 있습니다. 직접 연결 모드는 클라이언트 종료와 같지 않습니다. 시스템 프록시 스위치, TUN 연결 및 클라이언트 백그라운드 프로세스가 계속 유지될 수 있으므로 문제를 점검할 때는 모드와 트래픽 연결 스위치를 함께 확인해야 합니다.

규칙 모드

구성 규칙에 따라 프록시 또는 직접 연결을 결정합니다. 일상적인 사용에 적합하며 이 튜토리얼의 이후 단계에서도 사용하는 모드입니다.

전역 모드

요청을 지정한 전략으로 일괄 전달하며, 규칙이 대상 웹사이트에 영향을 주는지 짧게 테스트할 때 적합합니다.

직접 연결 모드

프록시 전략을 우회하며 프록시 효과를 중지하거나 현재 기본 네트워크 상태와 비교할 때 사용합니다.

프록시 그룹에서 전략 선택

규칙 모드를 정한 뒤 “프록시” 또는 “Proxies” 페이지를 여세요. 이곳에는 단순한 노드 목록이 아니라 구성에 포함된 전략 그룹이 표시됩니다. 어떤 그룹은 수동 선택을 지원하고, 어떤 그룹은 자동으로 테스트해 사용 가능한 항목을 고르며, 다른 그룹을 참조하는 그룹도 있습니다. 처음 연결할 때는 “노드 선택”과 비슷한 이름이거나 기본 프록시 입구에 해당하는 그룹을 찾아 현재 사용할 수 있는 전략을 선택하세요.

지연 시간 테스트 결과는 특정 테스트 주소에 연결하는 데 걸린 시간만 보여 주며 다운로드 속도, 동영상 안정성 또는 모든 웹사이트에서의 실제 사용 경험을 의미하지는 않습니다. 첫 설정의 목표는 연결 경로가 정상 작동하는지 확인하는 것이므로 테스트를 통과하고 연결이 안정적인 전략을 선택하면 충분합니다. 가장 작은 숫자를 계속 찾아다닐 필요는 없습니다. 전략 그룹 중첩, URL Test, 장애 조치 및 규칙 매칭 순서는 사용 설명서의 규칙 분할 섹션에서 계속 확인할 수 있습니다.

이제 클라이언트에는 현재 구독, 프록시 모드, 선택한 전략이라는 세 가지 필수 조건이 갖춰졌습니다. 다음 단계에서 시스템 또는 앱 트래픽이 Clash로 들어오게 합니다. 노드만 선택하고 시스템 프록시나 TUN을 켜지 않았다면 브라우저는 여전히 직접 연결되는 경우가 많습니다.

세 번째 단계

시스템 프록시를 켜고 연결 설정

클라이언트 홈 화면이나 설정 페이지로 돌아가 “시스템 프록시”, “System Proxy” 또는 유사한 스위치를 찾아 켜세요. 이 설정은 시스템 프록시를 지원하는 앱이 Clash의 로컬 리스닝 포트를 사용하도록 지정합니다. 대부분의 데스크톱 브라우저는 시스템 프록시를 읽으므로, 첫 확인에서는 시스템 프록시만 사용하면 됩니다. TUN을 바로 활성화할 필요는 없습니다.

활성화한 뒤 클라이언트 상태를 확인하세요. 정상이라면 커널 상태가 실행 중으로 표시되고 시스템 프록시 스위치가 켜진 상태로 유지되며 로그에 포트 사용 중이나 권한 오류가 반복해서 나타나지 않습니다. 스위치를 켜자마자 자동으로 꺼진다면 다른 프록시 프로그램을 완전히 종료한 뒤 클라이언트를 다시 시작하세요. 다른 프로세스가 포트를 사용 중이면 Clash가 정상적으로 리슨할 수 없습니다. 화면에서 구독과 전략을 선택했더라도 사용할 수 있는 연결은 만들어지지 않습니다.

Android와 iOS 클라이언트는 일반적으로 시스템 VPN 인터페이스를 통해 트래픽을 연결합니다. 처음 시작할 때 시스템에서 연결 권한을 요청하며, 승인하면 상태 표시줄에 VPN 아이콘이 나타납니다. 이 권한은 클라이언트가 로컬 네트워크 채널을 만들 수 있도록 허용한다는 뜻일 뿐, 실제 트래픽 분배는 현재 Clash 구성과 프록시 모드가 결정합니다. 권한을 거부하면 클라이언트 화면에는 구성이 남아 있을 수 있지만 다른 앱의 요청은 프록시 경로로 들어가지 않습니다.

TUN 모드는 언제 켜야 하나요

브라우저는 정상적으로 접속되지만 특정 데스크톱 앱, 게임 런처 또는 명령줄 프로그램만 계속 프록시를 거치지 않는다면 TUN을 고려할 수 있습니다. 데스크톱 시스템에서 처음 TUN을 켤 때 클라이언트가 관리자 권한, 서비스 설치 또는 가상 네트워크 카드 생성을 요청할 수 있습니다. 클라이언트 안내에 따라 권한을 승인하고 네트워크 인터페이스가 만들어질 때까지 기다린 뒤 테스트할 앱을 다시 여세요.

기본 확인을 마치기 전에 TUN, DNS, 포트, 규칙을 동시에 변경하지 마세요. 여러 옵션을 한꺼번에 바꾸면 장애 원인을 판단하기 어렵습니다. TUN을 켠 뒤 기기 전체에서 인터넷이 되지 않는다면 먼저 TUN을 끄고 시스템 프록시 경로가 여전히 작동하는지 확인한 다음 권한, DNS 가로채기, 라우팅 설정을 점검하세요. TUN 작동 방식과 DNS 구성은 사용 설명서의 TUN 섹션에서 더 자세히 확인할 수 있습니다.

연결 스위치가 안정적으로 유지되면 클라이언트를 실행한 상태로 마지막 단계로 이동하세요. “연결됨”이라는 문구만으로는 충분하지 않습니다. 보통 로컬 커널이 시작되었다는 뜻일 뿐이기 때문입니다. 실제로 작동하려면 브라우저 요청이 클라이언트로 들어와 예상한 규칙에 매칭되고 정상 응답을 받는지 확인해야 합니다.

네 번째 단계

프록시가 실제로 작동하는지 확인

오래된 연결, 캐시 또는 기존 네트워크 세션이 판단에 영향을 주지 않도록 브라우저를 완전히 종료한 뒤 다시 여세요. 현재 네트워크 환경에서 프록시가 필요한 대상 웹사이트에 접속하면서 Clash의 연결 또는 로그 페이지를 함께 확인하세요. 페이지가 정상적으로 열리고 클라이언트에 해당 도메인의 연결 기록이 나타난다면 브라우저 요청이 Clash로 들어간 것입니다.

이어서 해당 연결의 규칙과 전략 정보를 확인하세요. 규칙 모드에서는 클라이언트가 요청이 특정 도메인 규칙, 규칙 세트 또는 최종 규칙에 매칭되었는지 표시하고 사용한 전략 그룹도 보여 주는 경우가 많습니다. 대상 웹사이트는 예상한 프록시 전략에 매칭되어야 하며, 로컬 네트워크 서비스와 직접 연결이 적합한 사이트는 DIRECT로 표시될 수 있습니다. 요청마다 프록시와 직접 연결이 나뉘어 처리된다면 규칙 분할이 정상 작동하는 것입니다.

페이지는 열리지만 클라이언트에 새 연결 기록이 전혀 없다면 브라우저가 시스템 프록시를 읽지 않거나 다른 네트워크 경로를 사용하고 있을 수 있습니다. 먼저 시스템 프록시 스위치가 계속 켜져 있는지 확인한 다음 브라우저의 독립 프록시 설정, 확장 프로그램 또는 보안 소프트웨어의 네트워크 모듈을 점검하세요. 시스템 프록시를 따르는 다른 브라우저로 비교 테스트를 해도 됩니다.

클라이언트에 연결 기록은 나타나지만 페이지가 시간 초과된다면 해당 요청이 어떤 전략을 사용했는지 중점적으로 확인하세요. 다른 사용 가능한 전략으로 바꾼 뒤 다시 접속하고, 여러 전략이 모두 실패하면 구독 만료 여부, 기본 네트워크 안정성, 클라이언트 로그의 오류 유형을 점검하세요. 특정 도메인만 실패한다면 전역 모드로 잠시 전환해 테스트할 수 있습니다. 전역 모드에서는 접속되지만 규칙 모드에서는 실패한다면 대개 규칙 매칭 또는 전략 그룹 선택에 문제가 있습니다.

완료 기준

  1. 현재 구독이 성공적으로 업데이트되었고 선택되어 있습니다.
  2. 프록시 모드는 규칙 모드이며 기본 전략 그룹이 선택되어 있습니다.
  3. 시스템 프록시 또는 모바일 VPN 상태가 계속 켜져 있습니다.
  4. 대상 웹사이트에 접속할 때 해당 연결 기록이 나타납니다.
  5. 연결 기록이 예상한 규칙과 프록시 전략에 매칭됩니다.

완료 후 유지할 설정

일상적으로는 규칙 모드와 구독 자동 업데이트를 유지하고 필요할 때 시스템 프록시를 켜고 끄면 됩니다. 데스크톱 클라이언트에서는 구독을 업데이트하기 위해 링크를 다시 가져올 필요 없이 기존 구독 항목에서 업데이트를 클릭하면 됩니다. 모바일 기기에서 네트워크를 바꾼 뒤 잠시 접속되지 않는다면 먼저 연결을 끊었다가 로컬 VPN 인터페이스에 다시 연결해 시스템이 네트워크 채널을 재구성하도록 하세요.

구독 내용이 변경되면 업데이트 후 현재 구성이 계속 선택되어 있는지 확인하고 기본 전략 그룹에 기존 선택이 남아 있는지도 점검하세요. 일부 구성 업데이트는 전략 그룹 이름이나 구조를 바꾸므로 이전 선택이 더 이상 대응되지 않을 수 있습니다. 이때 프록시 페이지로 다시 들어가 전략을 선택하면 되며, 클라이언트를 삭제하고 다시 설치할 필요는 없습니다.

빠른 문제 해결

연결이 작동하지 않을 때 순서대로 확인

구독부터 시스템 트래픽 연결까지 단계별로 확인하고 한 번에 설정 하나만 변경하세요. 처음 설정할 때 발생하는 대부분의 문제는 아래 여섯 항목에서 원인을 찾을 수 있습니다.

01

현재 구성 확인

구독 업데이트가 성공했는지, 현재 구성으로 지정되었는지, 프록시 페이지에 전략 그룹이 나타났는지 확인하세요. 구독만 추가하고 구성을 선택하지 않으면 이후 작업에서 이전 내용이 사용될 수 있습니다.

02

프록시 모드 확인

일상적인 테스트에서는 먼저 규칙 모드를 선택하세요. 특정 웹사이트만 실패한다면 전역 모드로 잠시 전환해 결과를 비교하면 규칙 매칭과 관련된 문제인지 판단할 수 있습니다.

03

현재 전략 변경

지연 시간 테스트 성공이 모든 연결의 안정성을 보장하지는 않습니다. 다른 사용 가능한 전략으로 바꾼 뒤 브라우저의 기존 연결을 재사용하지 않도록 요청을 다시 보내세요.

04

시스템 트래픽 연결 확인

데스크톱에서는 시스템 프록시 스위치가 자동으로 꺼지지 않았는지 확인하고, 모바일에서는 시스템 VPN 권한이 승인되었는지 확인하세요. 특수 앱이 시스템 프록시를 읽지 않는 경우에만 TUN 사용을 고려하세요.

05

포트 및 도구 충돌 확인

다른 프록시, VPN 또는 시스템 네트워크 설정을 변경하는 프로그램을 종료한 뒤 Clash를 다시 시작하세요. 로그에 포트 사용 중이라는 메시지가 표시되면 먼저 포트를 해제하거나 리슨 설정을 변경해야 합니다.

06

로그 오류 확인

도메인 확인 실패, 연결 시간 초과, 권한 부족, 인증서 오류는 각각 원인이 다릅니다. 발생 시간과 대상 도메인을 기록한 뒤 사용 설명서에서 오류 유형별 점검을 이어 가세요.