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

첫 번째 단계

구독을 가져와 현재 설정으로 지정

클라이언트를 연 뒤 “설정”, “Profiles” 또는 “구독” 페이지를 찾습니다. “새 구독 추가”, “URL에서 가져오기” 또는 더하기 버튼을 선택하고 입력란에 준비한 전체 구독 링크를 붙여 넣으세요. 이름은 서비스명이나 용도, 예를 들어 “일상용”으로 지정하면 여러 설정을 저장했을 때 구분하기 쉽습니다. 저장하기 전에 주소가 https://로 시작하는지, 중간에 공백이 없는지, 끝에 불필요한 문장 부호가 없는지 확인하세요.

“가져오기”, “다운로드” 또는 “저장”을 누릅니다. 클라이언트가 구독 주소에 요청을 보내 내용을 파싱하며 보통 몇 초 안에 완료됩니다. 성공하면 설정 목록에 새 항목이 나타나고 설정 이름, 업데이트 시간 또는 업데이트 버튼이 표시됩니다. 이때 바로 시스템 프록시를 켜지 말고 해당 설정을 먼저 선택해 현재 활성 Profile로 지정하세요. Profile은 클라이언트에서 설정을 저장하고 전환하는 관리 단위입니다. 구독 주소는 업데이트 원본이고, 다운로드한 내용은 클라이언트가 실제로 불러오는 설정 파일로 정리됩니다.

설정을 선택한 뒤 프록시 페이지에서 정책 그룹이 표시되는지 확인합니다. “노드 선택”, “자동 선택”, “해외 트래픽” 또는 제공업체가 지정한 이름이 흔히 사용됩니다. 여러 정책 그룹과 선택 항목이 보이면 일반적으로 구독 파싱이 완료된 것입니다. 목록이 비어 있다면 설정 페이지로 돌아가 “업데이트”를 한 번 누르고 완료될 때까지 기다리세요. 가져오기 버튼을 연속으로 빠르게 누르면 이름이 비슷한 중복 설정이 여러 개 생길 수 있습니다.

일부 클라이언트에서는 자동 업데이트 주기를 설정할 수 있습니다. 처음에는 기본값을 유지해도 됩니다. 구독 업데이트는 서비스 제공업체의 최신 설정을 가져오는 기능일 뿐, 클라이언트가 계속 자주 요청해야 한다는 뜻은 아닙니다. 나중에 노드 목록이나 규칙, 정책 그룹이 제공업체 페이지와 다를 때 수동으로 업데이트하면 됩니다. 여러 설정을 관리한다면 각각 알아보기 쉬운 이름을 사용하고, 전환 후 선택 항목이 실제로 바뀌었는지 확인하세요.

두 번째 단계

규칙 모드와 사용할 수 있는 노드 선택

설정을 불러온 뒤 “모드”, “Mode” 또는 실행 설정을 찾습니다. 첫 연결에서는 “규칙” 모드를 권장합니다. 규칙 모드는 설정에 포함된 규칙에 따라 각 도메인이나 IP를 직접 연결할지, 프록시를 사용할지, 특정 정책 그룹으로 보낼지 판단합니다. 따라서 로컬 네트워크 서비스는 보통 직접 연결하고 프록시가 필요한 요청만 선택한 노드로 보내므로 일상적인 사용에 가장 적합합니다.

“전역” 모드는 대부분의 요청을 하나의 프록시 정책으로 보내며, 특정 접속 문제가 규칙 때문인지 임시로 확인할 때 유용합니다. 하지만 첫 설정의 기본 모드로는 권장하지 않습니다. “직접 연결” 모드는 트래픽이 프록시를 거치지 않게 하며 프록시를 잠시 중지하거나 비교 테스트를 할 때 사용합니다. 모드 전환은 트래픽이 정책을 선택하는 방식만 바꿀 뿐 코어를 자동으로 시작하거나 시스템 프록시를 켜지는 않습니다. 따라서 모드를 선택한 뒤 세 번째 단계도 완료해야 합니다.

이어서 “프록시”, “Proxies” 또는 정책 그룹 페이지로 이동합니다. 주요 트래픽을 처리하는 정책 그룹을 찾은 다음 특정 노드를 선택하세요. 일부 설정에는 “자동 선택”, “장애 조치” 또는 “로드 밸런싱”과 같은 정책 항목이 있습니다. 처음에는 일반 노드를 선택하는 편이 연결 성공 여부를 판단하기 쉽습니다. 클라이언트에 표시되는 지연 시간은 한 번의 탐색 결과일 뿐 실제 다운로드 속도를 의미하지 않습니다. 최저 수치를 반복해서 찾기보다 탐색이 안정적으로 완료되고 대상 웹사이트가 정상적으로 열리는지가 더 중요합니다.

노드를 클릭한 뒤 옆에 선택 표시가 나타나는지 확인합니다. 여러 정책 그룹이 있다면 상위 정책 그룹이 최종적으로 어디를 가리키는지도 확인해야 합니다. 예를 들어 주요 정책 그룹이 “자동 선택”을 사용한다면 “자동 선택”으로 들어가 사용할 수 있는 노드가 포함되어 있는지 확인하세요. 주요 정책 그룹이 여전히 DIRECT를 가리키면 해당 그룹 규칙에 맞는 트래픽은 계속 직접 연결됩니다. 첫 설정에서 모든 정책 그룹을 하나씩 수정할 필요는 없습니다. 먼저 이름이 분명한 주요 선택 그룹을 처리한 뒤 네 번째 단계의 접속 테스트로 결과를 확인하세요.

모든 노드 테스트가 실패해도 바로 포트, DNS 또는 여러 규칙을 수정하지 마세요. 먼저 한두 개의 노드를 바꿔 다시 테스트하고 서비스 제공업체 페이지에서 구독 상태를 확인하세요. 시스템 시간이 크게 어긋나도 암호화 연결에 영향을 줄 수 있으므로 기기에서 날짜와 시간대를 자동으로 동기화하도록 설정해 보세요. 노드 시간 초과, 규칙 매칭 및 DNS에 대한 체계적인 점검 절차는 문제 해결 매뉴얼에서 확인할 수 있으며, 이 페이지에서는 첫 연결에 필요한 판단만 다룹니다.

세 번째 단계

코어를 시작하고 시스템 프록시 켜기

이제 클라이언트 홈 화면이나 설정 페이지로 돌아가 Mihomo 코어가 시작되었는지 확인합니다. 클라이언트에 따라 코어 상태를 “시작”, “서비스 모드”, “실행 상태” 또는 전원 아이콘으로 표시할 수 있습니다. 시작에 성공하면 보통 실행 중이라는 표시가 나타나고 로그 페이지에도 연결 및 규칙 매칭 기록이 생깁니다. 포트가 사용 중이거나 설정 파싱에 실패하거나 코어가 시작되지 않는다면 시스템 프록시를 켜도 트래픽이 정상적으로 전달되지 않으므로 먼저 시작 오류를 해결해야 합니다.

데스크톱에서는 이어서 “시스템 프록시”, “System Proxy” 스위치를 켭니다. 이 작업은 운영체제의 HTTP 및 HTTPS 프록시 주소를 클라이언트가 수신 대기 중인 로컬 포트로 지정합니다. 대부분의 브라우저와 시스템 프록시를 따르는 앱은 자동으로 이를 사용합니다. 코어만 시작하고 시스템 프록시를 켜지 않으면 클라이언트가 백그라운드에서 실행 중이어도 일반 브라우저 트래픽은 직접 연결될 수 있습니다. 이는 처음 사용할 때 가장 흔히 빠뜨리는 단계입니다.

Windows 사용자는 보통 시스템 프록시 스위치만 켜면 됩니다. 클라이언트에 “서비스 모드”나 관리자 구성 요소가 있어도 이는 시스템 수준 제어를 강화하는 기능일 뿐 모든 클라이언트의 첫 연결에 필수는 아닙니다. macOS에서는 네트워크 설정 변경을 확인하는 시스템 대화 상자가 나타날 수 있으므로 안내에 따라 권한을 승인하세요. Wi-Fi, 유선 네트워크 또는 네트워크 서비스를 바꾼 뒤에는 서비스마다 프록시 설정이 따로 저장될 수 있으므로 시스템 프록시 상태를 다시 확인하는 것이 좋습니다.

Android와 iOS는 작동 방식이 다릅니다. 모바일 클라이언트는 보통 시스템 VPN 인터페이스를 통해 트래픽을 처리하므로 연결 버튼을 누르면 VPN 구성 요청이 표시됩니다. 승인하면 상태 표시줄에 VPN 아이콘이 나타납니다. 이 로컬 VPN 인터페이스는 앱 트래픽을 Mihomo 코어로 전달하는 역할을 하며, 기기가 전통적인 기업용 VPN에 연결되었다는 뜻은 아닙니다. 권한을 거부하면 클라이언트가 다른 앱의 네트워크 요청을 처리할 수 없으므로 다시 연결을 누르고 시스템 요청을 허용해야 합니다.

Linux 그래픽 클라이언트가 시스템 프록시를 지원한다면 우선 내장 스위치를 사용하세요. 데스크톱 환경마다 시스템 프록시 구현이 다르고 터미널 프로그램은 데스크톱 프록시 설정을 읽지 않는 경우도 많습니다. 먼저 브라우저로 확인하고 셸 환경 변수는 동시에 수정하지 마세요. 브라우저는 정상 작동하지만 터미널 명령이 계속 직접 연결된다면 코어와 노드는 기본적으로 정상이며, 이후 터미널용 프록시 환경만 별도로 설정하면 됩니다. 관련 명령과 데스크톱 환경별 차이는 시스템 프록시가 적용되지 않는 경우에서 확인하세요.

네 번째 단계

외부 IP와 규칙 분할 적용 여부 확인

연결이 완료된 뒤에는 클라이언트 스위치 색상만 확인하지 마세요. 가장 직접적인 방법은 브라우저 창을 새로 열어 신뢰할 수 있는 외부 IP 조회 페이지에 접속하고 현재 공인 IP 주소와 지역을 기록하는 것입니다. 그런 다음 시스템 프록시나 모바일 연결을 끄고 같은 페이지를 새로 고쳐 비교하세요. 다시 켜면 선택한 노드에 따라 외부 IP 정보가 달라져야 합니다. 특정 웹페이지가 열리는지만 확인하는 것보다 비교 테스트가 더 정확합니다. 페이지가 캐시를 사용하거나 원래 직접 연결이 가능할 수도 있기 때문입니다.

외부 IP가 바뀌는 것을 확인한 뒤 두 종류의 웹사이트를 테스트하세요. 하나는 설정상 직접 연결되어야 하는 국내에서 자주 쓰는 사이트이고, 다른 하나는 설정상 프록시를 사용해야 하는 대상 사이트입니다. 규칙 모드에서는 두 요청의 처리 경로가 다를 수 있으며 이는 정상적인 트래픽 분할 결과입니다. 클라이언트의 연결 또는 로그 페이지에는 보통 도메인, 적용된 규칙과 최종 정책이 표시됩니다. 예를 들어 DIRECT는 직접 연결을, 정책 그룹이나 노드 이름은 프록시 사용을 뜻합니다. 처음 확인할 때는 방금 생성된 기록 몇 개만 살펴보면 되며 전체 로그를 한 줄씩 읽을 필요는 없습니다.

브라우저는 프록시로 접속되지만 특정 앱만 연결되지 않는다면 먼저 해당 앱을 완전히 종료한 뒤 다시 실행하세요. 일부 프로그램은 시작할 때만 시스템 프록시를 읽고, 자체 프록시 설정을 사용하는 프로그램도 있습니다. 앱 설정에서 “시스템 프록시 사용”, “자동 감지” 또는 수동 프록시 옵션이 있는지 확인하고 시스템 설정을 따르는 옵션을 우선 선택하세요. 게임, 가상 머신, 컨테이너, 명령줄 도구 및 일부 스토어 앱은 데스크톱 시스템 프록시를 자동으로 따르지 않을 수 있으므로 각 네트워크 방식에 맞춰 별도로 설정해야 합니다.

외부 IP 주소가 바뀌지 않는다면 클라이언트에서 네 가지를 차례로 확인하세요. 현재 설정이 방금 가져온 설정인지, 모드가 규칙인지, 주요 정책 그룹에서 프록시 노드를 선택했는지, 시스템 프록시 또는 VPN이 켜져 있는지 확인합니다. 여러 옵션을 동시에 바꾸지 마세요. 항목 하나를 확인할 때마다 외부 IP 페이지를 새로 고쳐 어느 단계에서 차이가 생기는지 파악해야 합니다.

확인이 끝나면 규칙 모드로 계속 일상적으로 사용할 수 있습니다. 잠시 중지하려면 데스크톱에서는 먼저 시스템 프록시를 끈 다음 코어를 중지하세요. 모바일에서는 클라이언트 연결을 끊으면 됩니다. 비정상 종료 후 브라우저에서 인터넷이 전혀 되지 않는다면 운영체제에 로컬 포트를 가리키는 프록시 설정이 남아 있을 가능성이 큽니다. 클라이언트를 다시 열어 시스템 프록시를 끄거나 시스템 네트워크 설정에서 수동 프록시를 삭제하세요.