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

시작 전 점검

클라이언트와 유효한 구독 준비

시작하기 전에 두 가지를 준비해야 합니다. 현재 운영체제에 맞는 Clash 클라이언트와 네트워크 서비스 제공업체가 발급한 유효한 구독 링크입니다. 클라이언트는 설정을 읽고 정책을 선택해 시스템 연결을 관리하며, 구독 링크는 프록시 노드, 정책 그룹, 분할 규칙을 제공합니다. 두 가지의 역할은 다릅니다. 클라이언트만 설치하고 설정을 가져오지 않으면 프록시 페이지에 선택 가능한 노드가 표시되지 않는 경우가 많습니다.

컴퓨터나 휴대폰에 클라이언트가 아직 없다면 먼저 클라이언트 다운로드 페이지로 이동해 운영체제에 맞는 그래픽 버전을 선택하세요. 처음부터 커널 압축 파일로 시작하는 것은 권장하지 않습니다. 커널은 보통 설정 파일과 실행 매개변수를 직접 작성해야 하기 때문입니다. 설치가 끝나면 한 번 정상적으로 실행해 시스템 권한을 확인하고 설정 디렉터리를 초기화한 뒤 구독을 가져오세요.

구독 링크는 보통 https://로 시작하는 URL이며, 현재 이용 중인 서비스의 관리 페이지에서 복사해야 합니다. 복사할 때 앞뒤 문자가 빠지거나 불필요한 공백이 포함되지 않았는지 확인하고, 웹페이지 주소나 요금제 안내 페이지 주소를 구독 주소로 착각하지 않도록 주의하세요. 일부 서비스는 Clash, 범용 구독, 기타 클라이언트 형식을 따로 제공합니다. 이때는 Clash 또는 YAML 설정이라고 명확히 표시된 항목을 우선 선택하세요.

이 가이드는 일반적인 그래픽 클라이언트를 기준으로 하며, 처음부터 포트, DNS 또는 TUN 매개변수를 수정할 필요는 없습니다. 점검 범위를 줄여 기본 연결을 먼저 확인한 뒤 고급 기능을 하나씩 추가하면 문제를 일으킨 설정을 더 쉽게 찾을 수 있습니다. 커널, 설정 파일 구조, 복잡한 분할 규칙에 대한 자세한 설명은 이 페이지를 완료한 후 사용 설명서에서 확인하세요.

첫 번째 단계

구독을 가져오고 설정 선택

Clash 클라이언트를 연 뒤 먼저 “설정”, “구독” 또는 “Profiles” 페이지로 이동합니다. 일반적으로 URL 입력란과 함께 “가져오기”, “다운로드”, “추가” 또는 “업데이트” 버튼이 표시됩니다. 방금 복사한 구독 링크를 입력란에 빠짐없이 붙여 넣고 앞뒤에 불필요한 공백이 없는지 확인한 다음 해당 버튼을 클릭하세요. 클라이언트가 구독 주소에서 설정을 요청하고, 정상적으로 읽은 내용을 로컬 설정 목록에 저장합니다.

가져오기가 성공하면 페이지에 새 설정 기록이 추가됩니다. 이름은 서비스 제공업체가 지정한 이름일 수도 있고 설정 파일명이 그대로 표시될 수도 있습니다. 새 기록이 생긴 것만 확인하고 페이지를 떠나지 말고, 해당 설정을 클릭하거나 옆의 활성화 버튼을 눌러 현재 설정으로 지정하세요. 선택된 항목에는 보통 강조 표시, 체크 표시 또는 “현재 사용 중” 상태가 나타납니다. 구독이 로컬에 다운로드된 것과 클라이언트가 그 구독을 사용하는 것은 별개의 작업입니다.

설정을 선택한 후 “프록시” 또는 “Proxies” 페이지로 이동해 결과를 확인합니다. 정상이라면 자동 선택, 노드 선택, 장애 조치 또는 특정 웹사이트 그룹과 같은 정책 그룹이 표시됩니다. 구독마다 그룹 이름은 다르므로 특정 이름을 찾을 필요는 없습니다. 페이지가 비어 있지 않고 하나 이상의 정책 그룹을 펼칠 수 있다면 클라이언트가 설정을 해석한 것이므로 다음 단계로 진행할 수 있습니다.

가져오기를 눌렀는데 새 기록이 생기지 않으면 먼저 페이지의 안내를 확인하세요. 시간 초과는 현재 네트워크에서 구독 서버에 연결하지 못했다는 뜻인 경우가 많습니다. 형식 미지원은 링크에서 반환된 내용이 클라이언트가 바로 읽을 수 있는 설정이 아니라는 의미입니다. 404 또는 링크 만료 안내가 표시되면 구독 주소가 만료되었을 가능성이 있습니다. 이 단계에서는 프록시 포트와 DNS를 계속 바꾸지 마세요. 문제는 아직 설정 다운로드 과정에 있습니다. 구독 주소를 다시 복사하거나 서비스 관리 페이지에서 새 링크를 발급받는 것이 우선입니다.

일부 클라이언트는 로컬 파일 가져오기를 지원합니다. 서비스 제공업체가 .yaml 또는 .yml 파일을 제공한다면 “로컬 가져오기”, “파일에서 추가”와 같은 메뉴에서 해당 파일을 선택하세요. 가져온 뒤에는 목록에서 동일하게 선택해야 합니다. 구독 형식, 변환 과정 또는 업데이트 실패 원인이 복잡하다면 문제 해결의 설치 및 설정 항목을 확인하세요. 처음 설정할 때 긴 YAML을 직접 수정할 필요는 없습니다.

두 번째 단계

규칙 모드와 사용 가능한 정책 선택

설정을 불러온 후 클라이언트에서 “프록시 모드”, “Mode” 또는 모드 전환 영역을 찾습니다. 일반적인 선택지는 규칙, 글로벌, 직접 연결입니다. 처음 설정할 때는 규칙 모드를 권장합니다. 클라이언트가 구독 설정의 규칙에 따라 각 연결을 프록시로 보낼지, 직접 연결할지, 특정 정책 그룹에 맡길지 판단합니다. 따라서 프록시가 필요한 접속은 처리하면서 직접 연결에 적합한 트래픽은 기존 경로로 유지할 수 있습니다.

글로벌 모드는 대부분의 연결을 하나의 프록시 정책으로 보내므로 노드 작동 여부를 짧게 확인할 때 유용하지만, 처음 문제를 점검할 때 장기간 사용할 유일한 설정으로는 적합하지 않습니다. 직접 연결 모드는 프록시를 우회하며 프록시 효과를 잠시 끄거나 비교 테스트할 때 사용합니다. 일반적인 첫 연결을 완료하려면 규칙 모드를 유지하면 되며, 세 모드를 모두 하나씩 테스트할 필요는 없습니다.

이어서 프록시 정책 페이지로 이동해 주요 트래픽을 담당하는 정책 그룹을 펼칩니다. 그룹 이름은 “노드 선택”, “Proxy”, “수동 선택”일 수도 있고 구독 서비스가 직접 지정한 이름일 수도 있습니다. 처음 테스트할 때는 명확한 단일 노드를 선택하거나 구독에 이미 설정된 자동 선택 정책을 사용하세요. 선택하면 보통 현재 항목 옆에 강조 표시나 체크 표시가 나타납니다.

일부 클라이언트에는 지연 시간 테스트 버튼이 있습니다. 노드가 응답하는지 판단하는 데 도움이 되지만, 테스트 결과는 탐색 요청에 대한 결과일 뿐 모든 웹사이트 접속을 보장하지는 않습니다. 처음에는 특정 수치를 반복해서 맞추려 하지 말고 노드가 시간 초과로 표시되지 않으며 이후 실제 웹페이지에서 확인되는지만 보면 됩니다. 모든 노드가 시간 초과라면 더 많은 접속 기능을 켜기보다 먼저 구독을 업데이트하고 로컬 네트워크를 점검하세요.

정책 그룹은 서로 중첩될 수 있습니다. 상위 선택 그룹에서 “자동 선택”을 고르고, 자동 선택 그룹이 다시 구체적인 노드를 결정하는 구조입니다. 이는 정상적인 설정입니다. 일반 트래픽을 담당하는 최상위 그룹에 선택 항목이 있는지만 확인하면 되며, 모든 웹사이트 분류 그룹을 일일이 수정할 필요는 없습니다. 구독 제공업체가 기본 정책을 이미 지정한 경우가 많으므로 처음에는 기본값을 유지하는 편이 확인을 완료하기 쉽습니다.

모드와 정책을 선택하면 설정 내용은 준비되지만 시스템 트래픽이 아직 클라이언트로 들어오지 않을 수 있습니다. 다음 단계에서는 시스템 프록시를 켜서 시스템 프록시 설정을 따르는 브라우저와 앱의 연결을 Clash로 보내야 합니다. 모드는 “연결을 받은 뒤 어떻게 처리할지”를 결정하고, 시스템 프록시는 “연결을 먼저 클라이언트에 넘길지”를 결정하므로 둘 다 필요합니다.

세 번째 단계

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

Clash 클라이언트의 홈, 일반 설정 또는 시스템 설정 영역으로 돌아가 “시스템 프록시”, “System Proxy” 스위치를 찾아 켭니다. 켜면 클라이언트가 로컬 프록시 주소를 운영체제의 프록시 설정에 기록하고, 브라우저와 시스템 설정을 따르는 앱이 요청을 Clash로 전달합니다. 스위치가 켜져 있으면 보통 브랜드 색상, 체크 표시 또는 “사용 설정됨”이라는 문구가 나타납니다.

Windows 클라이언트의 시스템 프록시는 보통 홈이나 설정 페이지에 있습니다. macOS 클라이언트는 메뉴 막대 아이콘의 빠른 메뉴에 있을 수 있습니다. Android 클라이언트는 대체로 시스템 VPN 권한을 통해 로컬 연결을 설정하고, iOS 클라이언트는 VPN 설정 추가를 요청합니다. Linux 데스크톱 환경에서는 클라이언트가 데스크톱 프록시 설정을 직접 기록해야 할 수도 있습니다. 처음 시스템 권한 대화상자가 나타나면 방금 설치한 클라이언트에서 보낸 요청인지 확인한 뒤 시스템 안내에 따라 허용하세요.

이 단계에서는 TUN 모드를 함께 켜지 마세요. 시스템 프록시는 브라우저와 일반적인 데스크톱 앱을 확인하기에 적합하고 관련 변수가 적습니다. TUN 모드는 가상 네트워크 어댑터를 만들어 시스템 프록시를 읽지 않는 프로그램, 일부 게임 또는 명령줄 트래픽을 관리하며 관리자 권한, 서비스 설치, 추가 DNS 설정이 필요할 수 있습니다. 기본 연결을 확인하기 전에 두 가지 관리 방식을 동시에 켜면 문제 발생 지점을 파악하기 어려워집니다.

시스템 프록시를 켠 뒤에는 Clash 클라이언트를 계속 실행하고 바로 종료하지 마세요. 일부 데스크톱 클라이언트는 주 창을 닫아도 작업 표시줄이나 메뉴 막대에 계속 실행되며, 이는 보통 연결에 영향을 주지 않습니다. 하지만 “최소화”가 아닌 “종료”를 선택하면 로컬 프록시 포트가 더 이상 연결을 받지 않습니다. 시스템 프록시에 설정이 남아 있어도 요청을 처리할 수 없습니다. 처음 테스트할 때는 클라이언트 창을 열어 두는 것이 가장 안전합니다.

클라이언트에서 포트가 사용 중이라고 표시되면 설정의 로컬 수신 포트를 다른 프로그램이 사용하고 있다는 뜻입니다. 먼저 프록시 클라이언트를 두 개 실행하고 있지는 않은지, 이전 프로세스가 백그라운드에 남아 있지는 않은지 확인하세요. 중복 프로그램을 종료한 뒤 현재 클라이언트를 다시 시작합니다. 안내를 피하려고 여러 포트를 임의로 바꾸지 마세요. 시스템 프록시 주소와 클라이언트의 수신 포트는 서로 일치해야 하며 한쪽만 바꾸면 시스템이 존재하지 않는 포트로 요청을 보낼 수 있습니다.

모바일 기기의 연결 아이콘은 시스템이 클라이언트의 로컬 VPN 채널 생성을 허용했다는 뜻일 뿐, 원격 노드를 직접 사용할 수 있다는 증거는 아닙니다. 상태 표시줄 아이콘이 보인 뒤에도 실제 접속 확인을 계속 진행해야 합니다. 데스크톱도 마찬가지입니다. 시스템 프록시 스위치가 켜졌다는 것은 관리 설정이 시스템에 기록되었다는 의미일 뿐이며, 최종 결과는 웹페이지 접속과 클라이언트 연결 기록을 함께 확인해야 합니다.

네 번째 단계

웹페이지와 연결 기록으로 결과 확인

시스템 프록시를 켠 뒤 테스트 브라우저에 남아 있는 오류 페이지를 먼저 닫고 새 탭에서 대상 웹사이트를 엽니다. 페이지를 새로 열면 이전 캐시, 실패한 연결, 브라우저 내부의 재시도 상태로 인한 간섭을 줄일 수 있습니다. 평소 프록시 연결이 필요한 웹사이트를 선택하면 되며 별도의 확인 도구를 설치할 필요는 없습니다.

페이지가 정상적으로 열리면 Clash 클라이언트의 “연결”, “Connections” 또는 로그 페이지로 돌아갑니다. 방금 방문한 도메인의 연결 기록이 나타나고 적용된 규칙과 실제 사용한 정책이 표시되어야 합니다. 웹페이지 접속 성공과 연결 기록이 함께 확인되면 브라우저 트래픽이 클라이언트에 들어왔고 규칙 모드의 정책 선택도 완료된 것입니다. 이로써 첫 설정의 핵심 과정이 끝났습니다.

비교 점검도 한 번 진행할 수 있습니다. 시스템 프록시를 잠시 끄고 같은 페이지를 새로 고쳐 접속 경로가 예상대로 바뀌는지 확인한 다음 시스템 프록시를 다시 켭니다. 비교 테스트의 목적은 반복적인 전환이 아니라 현재 효과가 클라이언트의 관리에서 비롯되었는지 확인하는 것입니다. 끈 뒤에도 결과가 완전히 같다면 브라우저에 별도 프록시 설정이 있거나 시스템에 다른 프록시 프로그램이 실행 중일 수 있으며, 해당 웹사이트가 원래 직접 접속 가능한 경우일 수도 있습니다.

페이지가 여전히 열리지 않을 때는 정해진 순서로 점검하세요

먼저 설정 페이지로 돌아가 방금 가져온 구독이 현재 설정인지 확인합니다. 이어서 프록시 모드가 규칙 모드인지, 주요 정책 그룹에서 특정 노드나 자동 정책이 선택되어 있는지 확인합니다. 마지막으로 시스템 프록시가 켜져 있고 클라이언트가 계속 실행 중인지 점검합니다. 이 순서는 설정, 정책, 관리의 세 계층을 차례로 확인하므로 여러 스위치를 동시에 바꾸는 것보다 원인을 찾기 쉽습니다.

연결 페이지에 테스트 도메인이 전혀 나타나지 않는다면 문제는 대개 시스템 관리 단계에 있습니다. 시스템 프록시 스위치를 확인하고 브라우저에 별도 프록시 규칙이 설정되어 있지 않은지 점검한 뒤 브라우저를 완전히 종료하고 다시 열어 보세요. 연결 기록은 나타나지만 실패, 시간 초과 또는 연결 불가로 표시된다면 트래픽은 이미 클라이언트에 들어온 것입니다. 다음으로 구독을 업데이트하고 다른 노드로 전환하며, 로컬 네트워크가 일반 웹사이트에 정상적으로 접속되는지도 확인하세요.

일부 웹사이트만 문제가 있고 프록시가 필요한 다른 사이트는 열리는 경우 기본 연결은 대체로 정상적으로 작동한 것입니다. 문제는 구독 규칙, 도메인 확인 또는 대상 웹사이트 상태와 관련 있을 수 있습니다. 이때 클라이언트를 다시 설치하거나 모든 설정을 지울 필요는 없습니다. 문제가 있는 도메인, 현재 적용된 규칙, 선택한 정책을 기록한 뒤 문제 해결에서 증상에 따라 계속 점검하는 편이 전체 과정을 처음부터 반복하는 것보다 효과적입니다.

브라우저는 사용할 수 있지만 특정 게임, 명령줄 도구 또는 독립 앱에 연결 기록이 없다면 해당 프로그램이 시스템 프록시를 따르지 않는 경우가 많습니다. 기본 설정은 성공했지만 관리 범위가 다른 것입니다. 이후 해당 프로그램에 별도로 프록시를 설정하거나 권한과 DNS 영향을 이해한 뒤 TUN 모드를 활성화할 수 있습니다. “특정 프로그램이 관리되지 않음”을 “구독 가져오기 실패”와 동일하게 보지 마세요.

설정 완료 후 일상적인 작업

구독 업데이트, 정책 전환 및 안전한 종료

첫 연결을 완료한 뒤 일상적인 사용은 보통 세 가지 작업으로 나뉩니다. 첫째는 구독 업데이트입니다. 노드 목록이 바뀌거나 기존 노드를 계속 사용할 수 없거나 서비스 제공업체가 설정 업데이트를 안내하면 설정 페이지로 돌아가 현재 구독 옆의 “업데이트”를 클릭하세요. 업데이트가 끝난 뒤에도 해당 구독이 현재 설정인지 다시 확인해야 합니다. 새 내용을 가져온 후 클라이언트가 다른 로컬 설정으로 전환하는 경우가 있기 때문입니다.

둘째는 정책 전환입니다. 네트워크 환경이 바뀌면 주요 정책 그룹에서 다른 노드나 자동 선택 정책으로 바꿀 수 있으며 같은 구독을 다시 가져올 필요는 없습니다. 전환 후 대상 페이지를 새로 열고 새 연결 기록을 확인하세요. 기존 장시간 연결은 잠시 이전 정책을 계속 사용할 수 있으므로 테스트할 때 새 탭을 만들거나 해당 앱을 다시 시작하면 결과를 더 명확하게 확인할 수 있습니다.

셋째는 올바른 종료입니다. 프록시를 잠시 사용하지 않을 때는 먼저 시스템 프록시를 끈 다음 클라이언트를 종료하세요. 운영체제에 더 이상 수신하지 않는 프록시 주소가 남는 것을 막을 수 있습니다. 일부 클라이언트는 종료할 때 시스템 설정을 자동으로 복원하지만, 먼저 관리 스위치를 끄는 습관을 들이면 현재 상태를 확인하기 쉽습니다. 모바일에서는 클라이언트 연결을 끊은 뒤 시스템 화면에서 VPN 상태가 종료되었는지 확인하세요.

구독 링크는 설정에 접근할 수 있는 자격 정보와 같으므로 공개 게시, 공용 커뮤니티로 전달, 공개 설정 파일에 기록하는 일을 피해야 합니다. 개인 소유의 다른 기기에 설정할 때는 서비스 관리 페이지에서 다시 복사해 클라이언트의 구독 메뉴로 가져오세요. 링크가 만료되면 원래 서비스 페이지에서 업데이트하고, 출처가 불분명한 곳에서 이른바 범용 구독을 찾지 마세요.

이제 Clash의 기본 사용 흐름을 익혔습니다. 설정은 규칙과 정책을 제공하고, 프록시 모드는 트래픽 분할 방식을 결정하며, 시스템 프록시는 일반적인 앱의 연결을 관리하고, 연결 페이지는 실제 경로를 확인하는 데 사용됩니다. TUN, DNS, 규칙 우선순위, 설정 파일 구조와 장기 관리까지 더 알아보려면 처음부터 배우는 사용 설명서를 확인하세요. 특정 오류나 “켜도 인터넷이 되지 않음” 문제가 발생하면 문제 해결에서 증상에 따라 원인을 찾는 것이 가장 빠릅니다.