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

시작 전에 두 가지를 확인하세요: 클라이언트가 설치되어 정상적으로 열리는지, 그리고 구독 링크를 가지고 있는지—보통 서비스 제공업체의 사용자 패널에서 제공되는 https://로 시작하는 한 줄짜리 URL입니다. 구독 링크는 본질적으로 원격 설정 파일 주소이며, 클라이언트는 이 주소에서 노드와 분기 규칙이 담긴 YAML 설정을 다운로드합니다. 복사할 때는 반드시 전체 줄을 선택하세요. 링크 중간에 긴 토큰 파라미터가 포함된 경우가 많아 끝부분 문자를 빠뜨리는 것이 가져오기 실패의 가장 흔한 원인입니다.

구체적인 절차: 먼저 구독 링크를 전체 복사해 클립보드에 담고, 클라이언트 좌측(또는 하단) 내비게이션에서 구독/설정 페이지를 열어 "새로 만들기" 또는 "가져오기" 버튼을 클릭합니다. 입력창이 나타나면 링크를 붙여넣고 다운로드를 확인합니다. 1~3초 기다리면 목록에 새 설정 카드가 나타나며, 설정 이름과 업데이트 시간이 표시되고 일부 클라이언트는 남은 트래픽과 만료일도 함께 보여줍니다. 카드가 보이면 다운로드가 성공한 것이며, 이어서 이 카드를 클릭해 현재 활성 설정으로 지정합니다. 활성 상태는 보통 카드 강조, 테두리 색상 변화, 체크 표시 등으로 나타납니다.

클립보드 가져오기와 파일 가져오기

링크 붙여넣기 외에도 대부분의 클라이언트는 로컬 파일 가져오기도 지원합니다. 링크가 아니라 .yaml 설정 파일을 가지고 있다면 같은 가져오기 입구에서 "파일에서 가져오기"를 선택해 파일을 고르면 됩니다. 두 방식의 차이는: 링크로 가져온 설정은 자동 업데이트를 설정할 수 있어(업데이트 간격을 1440분, 즉 하루 한 번으로 설정하는 것을 권장하며 노드 변경 시 수동 개입이 필요 없습니다) 편리하지만, 파일로 가져온 설정은 정적이라 서비스 제공업체가 노드를 조정하면 다시 가져와야 합니다.

구독 다운로드 실패 시 대처법

다운로드 클릭 후 네트워크 오류나 타임아웃이 뜬다면 먼저 두 가지를 확인하세요. 첫째, 링크를 시스템 브라우저 주소창에 붙여넣어 접속해 보세요. 파일 다운로드 창이 뜨면 링크 자체는 유효하며 문제는 클라이언트의 네트워크 환경에 있다는 뜻입니다. 둘째, 링크가 메신저 앱에서 잘리거나 인코딩되었는지 확인하세요. 특히 & 뒤의 파라미터 부분에 주의합니다. 일부 서비스 제공업체는 요청의 User-Agent를 검사해 특정 클라이언트만 가져오기를 허용합니다. 가져오기 오류의 구체적인 처리는 자주 묻는 질문의 설치 설정 분류를 참고하며, 여기서는 자세히 다루지 않습니다.

설정이 활성화되면 클라이언트는 모든 노드와 규칙을 확보했지만, 아직 트래픽을 어떤 정책으로 처리할지 결정하지 않은 상태입니다. 다음 단계에서 프록시 모드를 선택합니다.

프록시 모드는 클라이언트가 각 연결을 어떻게 처리할지 결정합니다. 전환 입구는 보통 메인 화면 상단이나 "프록시" 페이지 상단에 있으며, 셋 중 하나를 고르는 스위치입니다. 세 모드의 동작 차이는 다음과 같습니다.

일상적으로는 규칙 모드를 유지하면 됩니다. 구독에 포함된 규칙 세트가 대부분 웹사이트의 분기 판단을 이미 처리하므로, 한국 국내 트래픽은 직접 연결하고 프록시가 필요한 트래픽은 노드를 경유해 양쪽 모두 속도 손실이 없습니다. 전역 모드는 로컬 웹사이트를 포함한 모든 요청을 노드로 보내므로 규칙에 문제가 있다고 의심될 때 임시로 전환해 검증하는 용도에만 적합합니다. 직접 연결 모드는 "프록시를 켜지 않았을 때 어떤 상태인지"를 비교할 때 주로 사용합니다.

모드를 정한 뒤 "프록시" 페이지로 전환하면 여러 정책 그룹이 보입니다. 각 그룹은 선택 가능한 노드 집합과 선택 전략으로 구성됩니다. 수동 선택형 그룹은 노드를 직접 클릭해야 하고, 자동 테스트(url-test)로 표시된 그룹은 주기적으로 지연을 측정해 자동으로 가장 빠른 노드로 전환하므로 신경 쓰지 않아도 됩니다. 모드가 설정 파일에서 대응하는 mode 필드, 정책 그룹 유형, 규칙 매칭의 우선순위 로직은 설정 필드 참고에 항목별로 상세히 설명되어 있으니 더 깊이 알고 싶은 분은 나중에 확인하면 됩니다.

여기까지 하면 노드와 정책이 모두 준비되었지만 시스템 트래픽은 아직 클라이언트를 실제로 통과하지 않습니다. 마지막으로 연결 스위치를 켜야 합니다.

데스크톱(Windows / macOS / Linux)에서는 클라이언트 메인 화면이나 설정 페이지에서 "시스템 프록시" 스위치를 찾아 켭니다. 켜면 두 가지 변화를 확인할 수 있습니다: 스위치 자체가 강조 상태로 바뀌고, 시스템 네트워크 설정의 HTTP/HTTPS 프록시가 127.0.0.1:7890으로 지정됩니다(7890은 기본 혼합 포트이며 포트를 변경했다면 실제 값을 확인하세요). 이때 시스템 프록시 설정을 따르는 브라우저 등 앱의 트래픽이 클라이언트로 들어가 규칙에 따라 처리됩니다. 스위치를 켜자마자 바로 꺼지거나 포트 점유 안내가 뜬다면 7890 포트가 다른 프로세스에 점유되었다는 뜻이며, 처리 방법은 자주 묻는 질문의 문제 해결 분류를 참고하세요.

시스템 프록시와 TUN 모드의 차이

시스템 프록시는 "시스템 프록시 설정을 능동적으로 읽는" 앱에만 적용됩니다. 브라우저, 대부분의 메신저 및 오피스 소프트웨어가 여기에 속하며, 명령줄 프로그램이나 일부 게임, 백그라운드 서비스는 시스템 프록시를 무시해 트래픽이 클라이언트를 우회합니다. 이런 앱들도 처리하려면 클라이언트의 "TUN 모드"를 켜세요. 가상 네트워크 카드를 생성해 네트워크 계층에서 모든 트래픽을 가로채는 방식으로, 처음 켤 때 관리자 권한 요청이나 시스템 서비스 설치를 요구하므로 안내에 따라 한 번만 승인하면 됩니다. 일상적인 경량 사용에는 시스템 프록시만으로 충분하며, 두 방식의 동작 원리 차이는 자주 묻는 질문에서 더 자세히 설명합니다.

모바일 기기의 연결 방식

Android에서는 메인 화면의 시작 스위치를 누르면 처음에 시스템 수준의 VPN 연결 요청 팝업이 뜨며, "허용"을 누르면 상태 표시줄에 키 아이콘이 나타나면서 트래픽 가로채기가 시작됩니다. iOS(Clash Plus)의 절차도 동일합니다: 첫 실행 시 시스템이 VPN 설정 추가를 요청하며, 팝업에서 확인하고 안내에 따라 인증을 완료하면 이후에는 한 번의 탭으로 켜고 끌 수 있습니다. 모바일에서는 "시스템 프록시"와 "TUN"의 구분이 없으며, VPN 통로를 통해 모든 앱의 트래픽을 일괄 처리합니다.

노드 선택 및 지연 측정

연결을 켠 뒤 "프록시" 페이지로 돌아가 정책 그룹 우측 상단의 테스트 아이콘(번개 또는 파형 모양)을 클릭하면 각 노드 뒤에 밀리초 수치가 표시됩니다. 이는 로컬에서 해당 노드를 경유해 HTTP 요청을 완료하는 데 걸린 지연 시간으로, 숫자가 작을수록 빠르고 타임아웃으로 표시되는 노드는 현재 사용할 수 없습니다. 수동 선택 그룹에서 지연이 낮은 노드를 클릭하면 즉시 적용되며 연결을 다시 시작할 필요가 없습니다.

스위치가 켜졌다고 해서 모든 것이 끝난 것은 아니니, 마지막으로 1분 정도 들여 전체 확인을 해봅시다.

확인은 세 가지 층위에서 안쪽부터 바깥쪽으로 전체 경로를 검증합니다:

• V-01클라이언트 층위: "연결" 패널을 열고 아무 웹페이지에 접속해 보세요. 패널에 실시간으로 새 연결 기록이 나타나야 하며, 각 기록에는 매칭된 규칙과 사용된 정책 그룹이 표시됩니다. 기록이 있다면 트래픽이 실제로 클라이언트를 통과했다는 뜻입니다.
• V-02브라우저 층위: 임의의 IP 확인 페이지에 접속하세요. 표시되는 출구 IP와 소속 지역이 선택한 노드의 지역과 일치해야 합니다. 노드를 전환한 뒤 새로고침했을 때 IP가 바뀌면 정상입니다.
• V-03명령줄 층위: curl로 로컬 프록시 포트를 명시적으로 지정해 요청을 보내보세요. 정상적으로 응답이 오면 프록시 포트가 외부에 정상적으로 서비스되고 있다는 뜻이며, 브라우저 확장 프로그램 등의 간섭 요인도 배제할 수 있습니다.

명령줄 확인은 아래 명령을 그대로 복사해 사용할 수 있습니다(macOS / Linux 터미널과 Windows의 PowerShell 모두 실행 가능):

반환된 텍스트 중 ip= 줄이 현재 출구 IP이고, loc=은 출구 지역 코드이며, 둘 다 선택한 노드와 일치해야 합니다. 명령이 연결 거부 오류를 내면 먼저 클라이언트가 실행 중인지, 포트 번호가 설정과 일치하는지 확인하세요.

세 가지 모두 통과했다면 초기 설정이 완료된 것입니다. 만약 어느 한 가지가 예상과 다르다면 다음의 흔한 원인들을 하나씩 확인해 보세요: 모드가 실수로 직접 연결로 바뀌었는지, 7890 포트가 다른 프로세스에 점유되었는지, 브라우저에 별도의 프록시 전환 확장 프로그램이 설치되어 시스템 프록시를 덮어쓰는지, Windows 스토어 앱이 루프백 제한으로 로컬 프록시를 사용하지 못하는지. 항목별 진단 및 처리 절차는 자주 묻는 질문의 문제 해결 분류에 정리되어 있으니 오류 증상에 따라 찾아보세요.