Clash 구독 가져오기 및 연결 설정 가이드

구독 또는 설정 페이지 열기

클라이언트를 실행한 뒤 사이드바나 하단 탐색 메뉴에서 “구독”, “설정”, “Profiles” 또는 “원격 설정”을 찾습니다. 페이지에 들어가면 보통 추가 버튼, 링크 입력란 또는 URL에서 설정을 내려받는 메뉴가 보입니다. 추가를 누르고 유형으로 “URL”, “Remote” 또는 “원격 구독”을 선택하세요. 로컬 파일과 원격 링크가 함께 표시되면 이 튜토리얼에서는 원격 링크를 선택합니다.

이름 입력란에 “일상 구독”처럼 알아보기 쉬운 이름을 입력합니다. 이름은 이 기기에서 설정을 구분하기 위한 것일 뿐 연결에는 영향을 주지 않습니다. 그런 다음 전체 구독 주소를 URL 입력란에 붙여 넣습니다. 링크의 시작 부분이 완전한지, 끝에 공백이나 줄바꿈이 섞이지 않았는지 확인한 뒤 “추가”, “저장” 또는 “다운로드”를 누릅니다. 클라이언트가 구독 주소로 설정을 요청하므로 이 시간 동안 현재 네트워크를 사용할 수 있어야 합니다.

새 설정 업데이트 및 활성화

저장하면 새 설정이 대개 목록에 표시됩니다. 일부 클라이언트는 즉시 다운로드하지만, 다른 클라이언트는 “업데이트” 버튼을 한 번 더 눌러야 합니다. 업데이트가 끝나면 설정 카드에 업데이트 시간이 표시되는 경우가 많으며, 프록시 페이지에서는 프록시 그룹과 노드 이름도 확인할 수 있습니다. 목록에 설정 이름만 있고 프록시 그룹이 전혀 없다면 파일이 아직 활성화되지 않았을 수 있습니다. 해당 설정의 “사용”, “활성 설정으로 지정” 또는 선택 표시를 눌러 현재 설정으로 만드세요.

이 단계에서는 비슷한 구독을 여러 개 연속으로 가져오지 마세요. 먼저 하나의 설정으로 연결 확인까지 끝내면 같은 이름의 정책 그룹이 서로 간섭하는 일을 줄일 수 있습니다. 첫 번째 구독이 정상적으로 작동하는 것을 확인한 뒤 예비 설정을 추가하세요. 구독 업데이트는 서버에서 설정을 다시 가져오는 작업이며 노드 전환과는 다릅니다. 업데이트가 끝나도 다음 단계에서 프록시 모드와 정책 그룹을 선택해야 합니다.

먼저 Rule 규칙 모드 선택

“프록시”, “Proxies” 또는 “모드” 페이지로 이동해 Rule, Global, Direct라는 세 가지 일반적인 옵션을 찾습니다. 처음 설정할 때는 Rule을 선택하는 것이 좋습니다. 규칙 모드는 설정 파일에 정의된 도메인, IP, 사용 상황, 기본 처리 순서에 따라 연결 경로를 판단합니다. 프록시가 필요한 요청은 정책 그룹으로 보내고 직접 연결에 적합한 요청은 직접 연결합니다. 따라서 모든 트래픽을 하나의 회선으로 우회할 필요가 없습니다.

Global은 대부분의 연결을 전체 정책 그룹으로 보내므로, 특정 웹사이트에 규칙이 적용되지 않아 접속할 수 없는지 확인할 때 유용합니다. 하지만 일상 설정을 Global 하나로 고정하는 것은 권장하지 않습니다. Direct는 연결을 직접 전송하며 프록시를 잠시 중지하거나 비교 테스트할 때 사용합니다. 모드 이름 뒤의 매칭 방식, 규칙 순서, 기본 규칙은 용어 안내서에서 간단히 설명합니다. 규칙 작성법을 체계적으로 배우려면 초보자부터 고급 사용자까지를 위한 매뉴얼을 확인하세요.

주요 정책 그룹을 열고 회선 선택

Rule을 선택하면 페이지 아래쪽에 여러 정책 그룹이 나타나는 경우가 많습니다. 이름은 구독 설정에 따라 “노드 선택”, “프록시”, “자동 선택”, “장애 조치” 또는 용도별 그룹으로 표시될 수 있습니다. 먼저 주요 트래픽을 담당하는 정책 그룹을 연 다음 구체적인 노드를 선택하거나, 설정에서 미리 정의한 “자동 선택” 같은 하위 정책 그룹을 선택하세요.

어떤 그룹이 주요 진입점인지 모르겠다면 그룹 안에 여러 지역의 노드, 자동 선택, DIRECT 등의 항목이 포함되어 있는지 확인하세요. 일반적으로 설정의 다른 용도별 그룹도 이 주요 그룹을 참조합니다. 처음 연결할 때 모든 정책 그룹을 하나씩 조정할 필요는 없으며 주요 진입점만 먼저 선택하면 됩니다. 스트리밍, 다운로드, 메신저 같은 세부 그룹을 너무 일찍 수정하면 문제 해결 변수가 늘어납니다.

노드 이름은 설정 제공업체가 붙인 라벨일 뿐이며, 이름만으로 현재 회선의 사용 가능 여부를 판단할 수는 없습니다. 일부 클라이언트는 연결 테스트를 지원하므로 결과를 초기 선별에 활용할 수 있지만, 최종 확인은 실제 웹사이트와 앱으로 해야 합니다. 많은 노드를 연속으로 테스트하면 네트워크 요청이 일시적으로 늘어날 수도 있으므로 연결 가능한 후보 하나를 고른 뒤 다음 단계로 넘어가면 됩니다.

시스템 프록시 켜기

“개요”, “홈” 또는 “설정” 페이지로 돌아가 “시스템 프록시”, “Set as System Proxy”와 같은 스위치를 찾아 켭니다. 이 작업은 시스템 프록시 주소를 Clash가 이 기기에서 수신하는 포트로 지정합니다. 브라우저와 시스템 네트워크 설정을 따르는 대부분의 데스크톱 앱은 이때부터 요청을 클라이언트로 전달합니다.

Windows와 macOS 클라이언트는 보통 시스템 프록시를 바로 전환할 수 있습니다. Android와 iOS에서는 시스템 VPN 권한 승인 안내가 표시되는 경우가 많습니다. 연결을 누르면 시스템에서 VPN 구성 생성을 확인하고, 승인 후 상태 표시줄에 해당 아이콘이 나타납니다. Linux 그래픽 데스크톱은 환경별 차이가 커서 클라이언트가 시스템 설정을 자동으로 변경하기도 하고, 데스크톱 네트워크 설정에서 프록시를 직접 지정해야 하기도 합니다. 화면은 달라도 판단 기준은 같습니다. 클라이언트가 실행 중이어야 하며 시스템 계층에서도 트래픽을 클라이언트로 전달해야 합니다.

시스템에서 관리자 권한을 요구하면 방금 실행한 클라이언트에서 보낸 요청인지 먼저 확인한 뒤 안내에 따라 승인합니다. 권한은 시스템 프록시 변경, 가상 네트워크 어댑터 생성 또는 관련 네트워크 서비스 시작에 사용됩니다. 완료 후 클라이언트로 돌아가 코어 상태가 실행 중인지, 시스템 프록시 스위치가 계속 켜져 있는지 확인하세요. 스위치가 즉시 꺼진다면 대개 권한 부족, 포트 사용 중 또는 코어 시작 실패가 원인이므로 해당 상태를 먼저 해결해야 합니다.

TUN은 언제 켜야 하나요?

시스템 프록시는 브라우저와 많은 일반 앱을 처리할 수 있지만 명령줄 도구, 일부 게임, 가상 머신 또는 시스템 프록시 설정을 읽지 않는 소프트웨어는 이를 거치지 않을 수 있습니다. 이런 앱을 시스템 프록시로 처리할 수 없을 때만 TUN 모드를 켜세요. TUN은 가상 네트워크 어댑터를 만들어 네트워크 계층에 더 가까운 위치에서 트래픽을 처리하므로 적용 범위가 넓지만 시스템 권한과 DNS 설정의 영향을 더 많이 받습니다.

처음 사용할 때는 시스템 프록시, TUN, DNS 모드, 규칙 파일을 동시에 변경하지 않는 것이 좋습니다. 올바른 순서는 시스템 프록시만 켜고 다음 단계의 확인을 마친 뒤, 브라우저가 작동하면 처리되지 않는 앱에 한해 TUN을 켜는 것입니다. 이렇게 하면 인터넷이 끊겼을 때 문제가 기본 설정인지 가상 네트워크 어댑터인지 빠르게 판단할 수 있습니다. TUN의 stack, DNS 하이재킹, 라우팅 옵션은 고급 내용이므로 TUN 모드 활성화 가이드와 전체 설정 매뉴얼을 참고하세요.

브라우저에서 새 연결 시작

클라이언트를 실행한 상태로 두고 브라우저에서 반복 로딩 중인 테스트 페이지를 닫은 다음 새 창이나 탭을 엽니다. 현재 설정에 따라 프록시를 거쳐야 하는 웹사이트에 접속하세요. 페이지가 정상적으로 열려도 바로 끝내지 말고 Clash의 “연결”, “Connections” 또는 “로그” 페이지로 돌아가 방금 요청한 도메인이 표시되는지 확인합니다.

연결 기록에는 보통 대상 도메인, 매칭된 규칙, 최종 사용 정책 그룹이 표시됩니다. 요청이 예상한 규칙에 매칭되고 방금 선택한 프록시 그룹에서 처리되었다면 구독, 규칙, 정책 그룹, 시스템 프록시가 하나의 연결 경로로 이어진 것입니다. 웹페이지는 열리지만 기록에 해당 요청이 전혀 없다면 브라우저가 별도 프록시, 확장 프로그램 또는 다른 VPN을 사용 중일 수 있으므로 추가 경로를 먼저 확인하세요.

직접 연결과 프록시 요청을 각각 확인

규칙 모드의 목적은 모든 요청을 같은 회선으로 보내는 것이 아니라 요청마다 규칙에 따라 출구를 선택하는 것입니다. 따라서 직접 연결되어야 하는 자주 쓰는 웹사이트도 하나 더 열어 DIRECT 또는 해당 직접 연결 정책에 매칭되는지 확인하는 것이 좋습니다. 프록시 요청과 직접 연결 요청이 모두 정상이어야 기본 분기가 큰 문제 없이 작동한다고 볼 수 있습니다.

이어서 일상적으로 사용하는 앱 하나를 테스트합니다. 브라우저는 정상인데 해당 앱만 실패한다면 먼저 앱이 시스템 프록시를 따르는지 확인하세요. 명령줄 도구나 시스템 설정을 읽지 않는 소프트웨어는 기본 연결이 정상임을 확인한 뒤 TUN을 켜고 다시 테스트할 수 있습니다. 앱이 실패했다고 구독, 노드, 모드, DNS를 한꺼번에 바꾸지 마세요. 한 번에 하나의 변수만 바꾸는 편이 오히려 더 빠릅니다.

전환 및 업데이트 정상 여부 확인

기본 연결에 성공한 뒤 프록시 그룹으로 돌아가 다른 노드로 전환하고 테스트 페이지를 새로고침할 수 있습니다. 새 연결은 새로 선택한 노드를 사용해야 하며, 이미 설정된 기존 연결이 잠시 원래 회선을 유지하는 것은 정상입니다. 그런 다음 구독 페이지로 돌아가 수동 업데이트를 한 번 실행해 설정을 정상적으로 가져오는지 확인합니다. 이제 일상적인 “구독 업데이트—정책 선택—연결 활성화—기록 확인” 과정이 완료됩니다.