Clash 구독 가져오기 및 프록시 연결

시작 전 확인: 클라이언트, 구독, 시스템 시간

설정을 시작하기 전에 클라이언트가 설치되어 정상적으로 열리는지 확인합니다. 처음 실행하면 Windows 방화벽, macOS 네트워크 확장, Android VPN 연결 또는 iOS VPN 구성에 대한 권한 요청이 표시될 수 있습니다. 이러한 권한은 로컬 프록시 진입점을 만드는 데 필요합니다. 일단 거부해도 나중에 시스템 프록시나 VPN 연결을 활성화할 때 다시 요청되는 경우가 많습니다. 운영체제가 명확히 표시하는 네트워크 권한만 처리하고, 처음부터 포트, DNS 또는 라우팅 매개변수를 변경할 필요는 없습니다.

유효 기간이 남아 있는 구독 링크를 준비합니다. 구독 링크는 일반적으로 사용 중인 서비스 제공업체가 생성한 https://로 시작하는 전체 주소입니다. 복사할 때 모든 문자를 포함하고, 웹페이지 제목만 복사하거나 구독 주소를 검색엔진 및 공개 페이지에 붙여넣지 마세요. 일부 서비스는 “원클릭 가져오기”와 “구독 복사”를 함께 제공합니다. 이 튜토리얼에서는 링크를 복사한 뒤 클라이언트에서 가져오는 일반적인 방식을 사용해 각 단계의 상태를 확인하기 쉽게 합니다.

기기의 날짜, 시간, 시간대가 정확한지도 확인합니다. 시간 오차는 HTTPS 연결에 영향을 주어 구독 다운로드 실패, 노드 핸드셰이크 실패 또는 웹 인증서 오류로 나타날 수 있습니다. 시스템 시간을 자동 동기화로 설정한 뒤, 시스템 프록시나 VPN 채널을 사용 중인 다른 소프트웨어를 종료하는 것이 좋습니다. 여러 네트워크 도구가 동시에 트래픽을 처리하면 Clash 구성이 올바르더라도 연결 루프, 포트 충돌 또는 브라우저가 이전 프록시를 계속 사용하는 문제가 발생할 수 있습니다.

구독 링크 가져오기

클라이언트를 연 뒤 먼저 “구성”, “구독”, “Profiles” 또는 “구성 파일” 페이지로 이동합니다. 이 페이지에서는 로컬 구성과 원격 구독을 관리하며, 일반적으로 URL 가져오기, 구독 추가, 구성 다운로드 또는 새 구성 만들기 메뉴를 찾을 수 있습니다. URL 관련 메뉴를 선택하고 YAML 직접 작성은 피하세요. 직접 편집은 구성 경험이 있는 사용자에게 적합하며, 첫 연결에는 필요하지 않습니다.

방금 복사한 전체 구독 주소를 입력란에 붙여넣습니다. 이름을 입력해야 한다면 “일상 구성” 또는 서비스 이름처럼 알아보기 쉬운 짧은 이름을 사용합니다. 이름은 클라이언트 안에서 구성을 구분하기 위한 것일 뿐 구독 내용에는 영향을 주지 않습니다. 확인한 뒤 “가져오기”, “다운로드”, “저장” 또는 “추가”를 클릭하면 클라이언트가 구독 주소에서 구성 파일을 요청합니다. 정상이라면 몇 초 안에 새 구성 기록이 표시되고 업데이트 시간, 업데이트 버튼 또는 구성 메뉴가 나타납니다.

새 기록이 나타난 뒤 바로 페이지를 떠나지 마세요. 해당 구성을 클릭하거나 메뉴를 열어 “사용”, “활성화”, “활성 구성으로 설정”을 선택합니다. 일부 클라이언트는 가져오기가 끝나면 자동으로 전환하지만, 일부는 파일만 목록에 추가합니다. 명확히 선택하지 않으면 새 구성이 다운로드되었어도 프록시 페이지에서 이전의 빈 구성이나 오래된 구성을 사용할 수 있습니다. 불러오기가 완료되었는지는 프록시 페이지에서 “노드 선택”, “자동 선택”, “글로벌 직접 연결” 등의 프록시 그룹이 표시되는지 확인하면 됩니다. 프록시 그룹 이름은 구독 내용에 따라 달라지므로 구성마다 완전히 같지는 않습니다.

가져온 뒤 형식 오류가 표시되면 먼저 구독 제공 페이지로 돌아가 주소를 다시 복사하고, 링크 앞뒤에 공백이 없으며 메신저에서 잘리지 않았는지 확인합니다. 네트워크 오류가 표시되거나 계속 로딩된다면 브라우저에서 구독 도메인의 홈페이지를 잠시 열어 현재 네트워크가 서버에 연결되는지 확인할 수 있습니다. 업데이트를 빠르게 반복해서 클릭하지 마세요. 연속 요청으로 서버 제한이 발생할 수 있습니다. 잠시 기다린 뒤 다시 시도하거나 모바일 핫스팟으로 바꿔 현재 Wi-Fi의 DNS 및 네트워크 정책 영향을 배제합니다.

가져오기가 끝나면 자동 업데이트 간격을 설정할 수 있지만, 처음에는 수동 업데이트를 한 번 진행하는 것이 좋습니다. 구성 옆의 업데이트 버튼을 클릭하고 업데이트 시간이 바뀌거나 성공 메시지가 표시된 뒤 다음 단계로 넘어갑니다. 이렇게 하면 클라이언트가 구독 주소를 저장했으며 이후 새 노드와 규칙을 가져올 수 있는지 확인할 수 있습니다. 구독 업데이트는 구성 내용만 새로 고칠 뿐 자동으로 프록시 연결을 만들지는 않으므로, 다음으로 실행 모드와 프록시 그룹을 선택해야 합니다.

프록시 모드와 프록시 그룹 선택

구성을 불러온 뒤 “모드”, “프록시 모드” 또는 “Mode” 설정으로 이동합니다. 일반적인 선택지는 규칙, 글로벌, 직접 연결입니다. 처음 사용할 때는 “규칙” 또는 Rule을 우선 선택하세요. 규칙 모드는 구성의 라우팅 규칙을 위에서부터 대조합니다. 직접 연결에 적합한 요청은 바로 연결하고, 프록시가 필요한 요청은 프록시 그룹으로 보내며, 차단 규칙에 해당하는 요청은 거부합니다. 일상적인 웹 사용에 적합하고 연결 기록에서 각 요청의 처리 결과를 확인하기도 쉽습니다.

“글로벌” 모드는 대부분의 요청을 하나의 프록시 그룹으로 보내므로, 짧은 시간 동안 특정 웹사이트가 프록시 경로에서 접속되는지 확인할 때 유용합니다. 하지만 모든 문제를 진단하는 유일한 방법으로 사용하기에는 적합하지 않습니다. “직접 연결” 모드는 프록시를 우회하며, 프록시를 잠시 중지하거나 일반 네트워크 결과와 비교할 때 사용합니다. 클라이언트에 스크립트 모드, 혼합 모드 등의 추가 옵션이 표시되어도 우선 구독의 기본값을 유지하세요. 더 자세한 모드 차이는 용어집의 프록시 모드 분류에서 확인할 수 있습니다.

규칙 모드를 선택한 뒤 “프록시” 또는 “Proxies” 페이지로 이동합니다. 이곳에는 구독 파일 자체가 아니라 구성에 정의된 프록시 그룹이 표시됩니다. 주요 트래픽을 담당하는 그룹을 찾으세요. 일반적으로 “노드 선택”, “프록시”, “Proxy” 또는 서비스 제공업체가 지정한 이름으로 표시됩니다. 그룹을 열어 특정 노드를 선택하거나 “자동 선택”, “장애 조치”와 같은 전략 그룹을 선택합니다. 무엇을 선택해야 할지 모르겠다면 먼저 구독의 자동 전략을 사용하세요. 구성에 정의된 방식으로 사용 가능한 항목을 선택합니다.

클라이언트의 지연 시간 테스트는 당시 테스트 요청이 완료되었는지와 대략적인 왕복 시간만 보여 주며, 다운로드 속도나 지속적인 안정성을 직접 의미하지는 않습니다. 처음 설정할 때는 후보 노드가 계속 시간 초과를 일으키지 않는지만 확인하면 됩니다. 모든 노드에 대해 연속으로 반복 테스트하지 마세요. 짧은 연결이 대량으로 발생하고 동시 요청의 영향을 받아 결과가 달라질 수 있습니다. 테스트를 완료할 수 있는 노드를 선택한 뒤 프록시 그룹 목록으로 돌아가 주요 그룹 옆에 방금 선택한 노드 또는 전략이 표시되는지 확인합니다.

여러 프록시 그룹은 서로 참조할 수 있습니다. 예를 들어 “노드 선택” 그룹에서 “자동 선택”을 선택하고, 규칙은 최종적으로 “노드 선택”을 가리킬 수 있습니다. 따라서 하위 그룹에서만 노드를 클릭해도 실제 주 출구가 바뀌지 않을 수 있습니다. 규칙이 직접 참조하는 최상위 주요 프록시 그룹을 확인하고 DIRECT 또는 REJECT에 머물러 있지 않은지 점검하세요. DIRECT는 직접 연결, REJECT는 연결 거부를 뜻하며 일반 프록시 노드가 아니라 규칙 동작입니다.

시스템 프록시 활성화 및 연결 설정

구성과 프록시 그룹을 준비한 뒤 “개요”, “홈” 또는 “설정” 페이지로 돌아가 “시스템 프록시”, “Set as system proxy” 또는 같은 의미의 스위치를 찾습니다. 활성화하면 클라이언트가 시스템의 HTTP 및 HTTPS 프록시를 로컬 수신 포트로 지정합니다. Windows와 macOS에서는 시스템 프록시를 따르는 대부분의 브라우저와 데스크톱 앱이 즉시 이 경로를 사용합니다. 스위치가 켜졌다고 해서 모든 앱이 반드시 프록시를 사용하는 것은 아닙니다. 일부 앱은 시스템 프록시를 무시하거나 독립적인 네트워크 스택을 사용합니다.

모바일에서는 일반적인 시스템 프록시 스위치 대신 시스템 VPN 인터페이스를 통해 로컬 연결을 만드는 경우가 많습니다. Android 또는 iOS에서 처음 활성화하면 VPN 권한 확인이 표시되고, 허용한 뒤 상태 표시줄에 VPN 아이콘이 나타날 수 있습니다. 이 로컬 VPN 인터페이스는 기기 트래픽을 Clash 규칙으로 전달할 뿐, 앞서 구성과 프록시 그룹을 선택한 순서는 바꾸지 않습니다. 시스템에 다른 VPN 연결이 이미 있다면 먼저 연결을 끊어야 합니다. 모바일 운영체제는 일반적으로 하나의 앱만 VPN 채널을 사용할 수 있기 때문입니다.

대상 앱이 시스템 프록시를 따르지 않거나 더 많은 TCP, UDP 및 명령줄 프로그램 트래픽을 처리해야 할 때 TUN 모드를 고려합니다. TUN은 가상 네트워크 인터페이스를 만들어 일반 시스템 프록시보다 넓은 범위를 처리하지만 관리자 권한, 네트워크 확장 권한 또는 드라이버 지원이 필요합니다. 처음에는 시스템 프록시, TUN, DNS, 라우팅 설정을 동시에 바꾸지 마세요. 먼저 시스템 프록시로 브라우저를 확인한 뒤 실제 필요에 따라 TUN을 별도로 활성화하는 것이 좋습니다. 이렇게 하면 문제가 기본 구성에서 발생했는지 가상 네트워크 카드 환경에서 발생했는지 구분하기 쉽습니다.

스위치를 켠 뒤 클라이언트 상태 영역을 확인합니다. 정상이라면 “실행 중”, “연결됨”이 표시되거나 스위치가 계속 켜져 있어야 하며, 로그 페이지에 포트 사용 중, 권한 부족 또는 구성 파싱 실패가 반복해서 표시되지 않아야 합니다. 시스템 프록시를 켜자마자 자동으로 꺼진다면 다른 프록시 클라이언트를 완전히 종료한 뒤 현재 클라이언트를 다시 시작합니다. Windows에서는 드라이버가 필요한 기능을 관리자 권한으로 실행해 보고, macOS에서는 시스템 설정에서 네트워크 확장 실행이 허용되었는지 확인합니다.

이때 서둘러 노드나 구성을 변경하지 마세요. 방금 설정한 상태를 유지한 채 새 브라우저 창을 열어 확인합니다. 새 창을 사용하면 기존 연결, 브라우저 캐시 및 이미 열린 페이지의 백그라운드 요청 영향을 줄일 수 있습니다. 브라우저에 별도의 프록시 확장 프로그램이 설치되어 있다면 일시적으로 비활성화해 브라우저가 시스템 프록시를 따르게 하세요. 그렇지 않으면 요청이 Clash를 우회하거나 두 개의 프록시를 거치면서 연결 루프가 발생할 수 있습니다.

프록시 작동 확인

클라이언트를 실행한 상태에서 먼저 평소 직접 연결되는 웹사이트를 열고, 이어서 프록시 규칙 처리가 필요한 대상 웹사이트에 접속합니다. 두 종류의 페이지가 모두 열리면 기본 라우팅 경로가 작동할 조건을 갖춘 것입니다. 한 사이트만 테스트하면 사이트 자체 장애, 브라우저 캐시 또는 지역 제한의 영향을 받을 수 있으므로 서로 다른 도메인 두 개 이상으로 교차 확인하세요. 테스트할 때는 클라이언트 홈 화면의 스위치 상태만 보지 말고 연결 기록을 함께 확인해 트래픽이 실제로 클라이언트에 들어오는지 판단합니다.

“연결”, “Connections” 또는 “로그” 페이지로 이동한 뒤 브라우저의 테스트 페이지를 새로 고칩니다. 연결 목록에 해당 도메인, 대상 주소, 프로토콜 및 규칙 결과가 표시되어야 합니다. 기록에 프록시 그룹과 선택한 노드가 표시되면 요청이 Clash로 들어와 프록시 규칙에 따라 전달된 것입니다. DIRECT로 표시되면 해당 요청이 직접 연결 규칙과 일치한 것입니다. 관련 기록이 전혀 나타나지 않으면 일반적으로 브라우저가 시스템 프록시를 사용하지 않거나 현재 앱의 트래픽이 TUN으로 처리되지 않는다는 뜻입니다.

연결 기록은 보이지만 웹페이지가 열리지 않을 때는 먼저 실패 지점을 구분합니다. 기록이 빠르게 나타난 뒤 즉시 종료되고 시간 초과 또는 연결 실패가 함께 표시되면 우선 다른 프록시 노드로 바꿔 다시 시도합니다. 여러 노드가 모두 실패하면 구독을 한 번 수동 업데이트하고 구성을 다시 불러옵니다. DNS 오류가 표시되면 먼저 구독 제공업체의 기본 DNS 설정으로 되돌리세요. 브라우저 보안 DNS, 시스템 사용자 지정 DNS, 클라이언트 덮어쓰기를 동시에 적용하지 마세요. 규칙 결과가 REJECT로 표시되면 구성 규칙이 요청을 명시적으로 거부한 것이므로 시스템 프록시를 반복해서 전환하지 말고 규칙 출처를 확인해야 합니다.

직접 연결 웹사이트도 열리지 않는다면 먼저 시스템 프록시를 끄거나 모바일 VPN 연결을 해제해 일반 네트워크가 복구되는지 확인합니다. 해제한 뒤에도 접속할 수 없다면 문제는 현재 네트워크, 라우터 또는 시스템 DNS에 있으므로 Clash에서 노드를 계속 변경해서는 안 됩니다. 해제하자마자 복구된다면 클라이언트의 로컬 포트, 실행 상태 및 현재 구성을 확인합니다. 시스템 프록시가 가리키는 포트는 클라이언트가 실제로 수신 중인 포트와 일치해야 합니다. 정상적인 경우 클라이언트가 자동으로 설정하므로 직접 입력할 필요가 없습니다.

확인을 마친 뒤 실제로 사용할 앱도 테스트합니다. 브라우저는 정상인데 특정 앱에 연결 기록이 전혀 없다면 해당 앱이 시스템 프록시를 읽지 않는 것일 수 있으며 TUN 모드 또는 앱 자체의 프록시 설정이 필요합니다. 앱에 연결 기록은 있지만 특정 기능이 실패한다면 도메인, 적용된 규칙 및 오류 시간을 기록한 뒤 문제 해결 전체 가이드에서 증상에 맞는 항목을 확인합니다. 심층적으로 점검할 때는 한 번에 변수 하나만 변경하고 변경할 때마다 다시 테스트해 어떤 설정이 영향을 주었는지 판단하기 쉽게 하세요.

이후 사용: 구성 업데이트, 노드 전환 및 연결 중지

일상적으로 사용할 때마다 구독을 다시 가져올 필요는 없습니다. 클라이언트를 실행한 뒤 현재 구성이 계속 선택되어 있는지 확인하고 시스템 프록시 또는 모바일 연결을 활성화하면 됩니다. 서비스 제공업체가 노드나 규칙을 변경하면 구성 페이지에서 업데이트를 클릭한 뒤 업데이트된 구성이 계속 활성 상태인지 확인합니다. 일부 클라이언트는 업데이트 후 자동으로 다시 불러오지만, 일부는 “다시 불러오기”를 클릭하거나 구성을 다시 한 번 선택해야 합니다.

특정 노드 하나가 불안정할 때는 주요 프록시 그룹의 노드만 바꾸고 구독을 삭제하거나 클라이언트를 다시 설치하지 마세요. 전환한 뒤 기존 웹페이지 연결을 닫고 새로 고친 다음 연결 기록에서 새 요청이 새로운 출구를 사용하는지 확인합니다. 프록시를 잠시 중지하려면 시스템 프록시, VPN 또는 TUN 스위치를 끕니다. 화면만 닫고 프로그램을 트레이에 남겨 두면 시스템 프록시가 계속 켜져 있을 수 있으므로 클라이언트 상태와 시스템 네트워크 설정이 모두 복원되었는지 확인해야 합니다.

기본 절차를 마친 뒤 규칙 매칭, 프록시 그룹, Fake-IP, TUN 및 DNS 등의 개념을 더 알아볼 수 있습니다. 용어의 의미는 Clash 용어집에 정리되어 있습니다. 인터넷 연결 불가, 노드 시간 초과, 구독 실패, 시스템 프록시가 작동하지 않는 문제는 문제 해결 문서의 증상별 항목에 따라 차례로 확인하세요. 이 튜토리얼을 다시 점검해야 한다면 “가져오기가 성공했는가, 모드가 올바른가, 연결이 활성화되었는가, 기록이 표시되는가”라는 네 가지 확인 지점부터 시작하면 대개 문제가 발생한 계층을 빠르게 찾을 수 있습니다.