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

1단계: 구독을 가져와 설정 활성화하기

클라이언트를 열고 사이드바나 하단 메뉴에서 “설정”, “구독” 또는 “Profiles”를 찾습니다. “새로 만들기”, “추가” 또는 “가져오기”를 선택한 뒤 “링크에서 가져오기”를 누르세요. 구독 URL 전체를 입력란에 붙여 넣고 앞뒤에 공백이나 줄바꿈, 메신저에서 덧붙인 설명이 섞이지 않았는지 확인합니다. 이름 입력란이 있다면 “일반 구독”처럼 알아보기 쉬운 이름을 지정한 다음 “다운로드”, “저장” 또는 “가져오기”를 누르세요.

여기에 입력할 것은 구독 URL입니다. 서비스 제공자 홈페이지나 계정 관리 페이지, 개별 노드 공유 텍스트가 아닙니다. 제공자가 여러 형식을 지원한다면 Clash로 명시된 형식이나 현재 클라이언트와 호환되는 설정을 선택하세요. URL의 매개변수를 바꿔 형식을 추측하지 말고, 잘 모르겠다면 서비스 제공자의 구독 안내를 확인하세요.

다운로드가 끝나면 설정 목록에 설정 카드나 구독 항목이 표시됩니다. 일부 클라이언트는 가져온 파일을 저장만 하고 자동으로 적용하지 않습니다. 해당 항목에서 “사용”, “활성화” 또는 선택 버튼을 눌러 선택 표시가 나타나는지 확인하세요. 그런 다음 “프록시” 화면을 열어 정책 그룹과 노드 이름이 표시되는지 확인합니다. “가져오기 성공” 메시지만 보는 것보다 현재 실행 중인 코어가 설정을 읽었는지 확인하기에 더 확실합니다.

기존 설정 파일 가져오기

로컬 설정 파일을 받았다면 같은 가져오기 메뉴에서 “파일에서 가져오기”를 선택하고 해당 .yaml 또는 .yml 파일을 찾아 현재 설정으로 지정하세요. 파일 확장자만으로 내용이 올바르다고 보장할 수는 없으며, 클라이언트가 파일을 정상적으로 파싱해야 합니다. 파일이 완전한 설정이 아니라 일부 설정 조각만 담고 있다면 바로 가져와도 작동하지 않을 수 있으니 먼저 용도를 확인하세요.

링크 구독은 보통 설정 목록에서 직접 업데이트할 수 있지만, 로컬 파일에는 원격 업데이트 주소가 없을 수 있습니다. 첫 연결에 성공한 뒤 서비스 제공자의 안내에 따라 업데이트 주기를 설정하세요. 새 노드를 기다리려고 같은 구독을 반복해서 삭제하고 다시 추가하지 마세요. 보통은 해당 항목의 “업데이트” 버튼을 먼저 눌러 보면 됩니다. 업데이트에 실패해도 현재 사용할 수 있는 설정은 유지해 작동 상태까지 지우지 않도록 하세요.

가져오기에 실패하면 어느 단계에서 멈췄는지 확인하기

시간 초과 메시지가 표시되면 기기에서 구독 URL에 접속할 수 있는지, 링크가 만료되지 않았는지 먼저 확인하세요. 파싱 오류는 웹페이지 내용을 가져왔거나 형식이 맞지 않거나 현재 코어가 지원하지 않는 설정일 수 있습니다. 이때 프록시 모드를 급히 바꾸지 마세요. 모드를 바꿔도 설정 파싱 오류는 해결되지 않습니다. 구독 URL에 접속할 수 없는 문제와 노드 연결 실패는 서로 다른 단계의 문제입니다. 자세한 해결 방법은 자주 묻는 질문에서 확인하세요.

완료 기준: 설정이 선택되어 있고 프록시 화면에 정책 그룹이나 노드가 표시됩니다. 이 설정을 활성화한 상태로 유지하고 다음 단계에서 트래픽 전달 방식을 정하세요.

2단계: 프록시 모드와 노드 선택하기

클라이언트 홈 또는 설정 화면으로 돌아가 “프록시 모드”, “실행 모드” 또는 “Mode”를 찾습니다. 처음 사용하는 경우 “규칙” 모드를 권장합니다. 이 모드에서는 현재 설정의 규칙에 따라 요청을 하나씩 처리합니다. 일부 요청은 프록시 정책 그룹으로 전달되고, 일부는 직접 연결되며, 차단 규칙이 적용될 수도 있습니다. 실제 트래픽 경로는 설정 내용에 따라 달라지므로 모든 규칙 설정이 같은 방식으로 분기되는 것은 아닙니다.

그런 다음 “프록시”, “정책 그룹” 또는 “Proxies” 화면으로 이동합니다. 그룹 이름은 구독 작성자가 정하므로 영어 이름이나 용도를 나타내는 이름일 수 있으며, 반드시 “노드 선택”이라고 표시되지는 않습니다. 설정에서 기본으로 사용하는 프록시 선택 그룹을 찾아 펼친 다음 노드를 선택하세요. 그룹 안에 다른 정책 그룹이 표시되면 최종 노드가 선택될 때까지 계속 확인하거나, 어떤 자동 선택 그룹이 노드를 결정하는지 살펴보세요.

클라이언트에 “지연 시간 테스트”나 “속도 측정” 버튼이 있다면 한 번 실행하고 결과가 나올 때까지 기다린 뒤 노드를 선택할 수 있습니다. 표시되는 수치는 보통 테스트 주소의 응답 시간을 나타내며 다운로드 속도와 같지 않고 모든 웹사이트 접속을 보장하지도 않습니다. 시간 초과는 해당 테스트에서 응답을 받지 못했다는 뜻이며 노드, 테스트 주소 또는 당시 네트워크 상태가 원인일 수 있습니다. 먼저 테스트에 응답한 노드를 선택하고, 이후 실제 웹 접속으로 확인하세요.

규칙·전역·직접 연결 모드의 차이

규칙 모드는 일상적인 사용에 적합하며 설정에 따라 요청별로 트래픽을 전달합니다. 전역 모드에서는 코어로 들어온 연결을 모두 전역 정책에 맡깁니다. 모드를 바꾼 뒤에는 보통 전역 그룹에서 노드도 선택해야 합니다. 코어로 들어오지 않은 트래픽까지 자동으로 가로채는 것은 아닙니다. 직접 연결 모드에서는 코어로 들어온 연결이 프록시 노드를 거치지 않고 대상에 직접 연결됩니다.

규칙 모드에서 특정 페이지가 열리지 않는다면 잠시 전역 모드로 바꾸고 같은 사용 가능한 노드를 선택해 다시 접속해 보세요. 전역 모드에서는 정상인데 규칙 모드에서만 문제가 생긴다면 규칙 적용과 정책 그룹 선택을 확인하세요. 구독 전체를 바로 바꿀 필요는 없습니다. 테스트를 마치면 규칙 모드로 돌아가 원래 직접 연결할 트래픽까지 프록시를 거치지 않도록 하세요. 세 모드의 자세한 차이는 자주 묻는 질문에서 확인할 수 있습니다. 여기서는 우선 기본 절차만 안내합니다.

기존 브라우저 연결은 모드를 바꿔도 바로 새로 만들어지지 않을 수 있습니다. 설정을 변경한 뒤에는 테스트 페이지를 닫았다가 다시 여는 것이 좋습니다. 클라이언트에 “기존 연결 종료” 기능이 있다면 중요한 작업이 중단되지 않는지 확인한 뒤 사용할 수 있습니다. 화면 상단의 모드 이름만 바뀐 것을 보고 기존 연결 경로까지 모두 바뀌었다고 판단하지 마세요.

완료 기준: 모드가 “규칙”으로 설정되어 있고 실제로 사용할 프록시 정책 그룹이 선택되어 있습니다. 이제 트래픽 전달 방식은 준비됐으며, 다음으로 시스템이나 앱이 트래픽을 클라이언트에 전달하도록 설정해야 합니다.

3단계: 연결을 켜고 시스템 트래픽 연결하기

먼저 클라이언트 홈 화면에서 코어가 시작되었거나 서비스가 실행 중인지 확인하세요. 시작에 실패했다면 시스템 연결을 켜기 전에 포트 충돌, 권한 또는 설정 오류 등 클라이언트가 표시한 문제부터 해결합니다. 코어만 실행했다고 브라우저 트래픽이 프록시를 거치는 것은 아닙니다. 코어 실행 여부와 시스템이 트래픽을 코어에 전달하는지는 각각 확인해야 합니다.

데스크톱: 먼저 시스템 프록시 켜기

Windows, macOS 등 데스크톱 클라이언트에서 “시스템 프록시”, “시스템 프록시로 설정” 또는 비슷한 스위치를 찾아 켭니다. 일반적인 브라우저는 시스템 프록시 설정을 사용하므로 처음부터 포트를 직접 입력할 필요는 없습니다. 시스템에서 네트워크 설정이나 보조 서비스 권한을 요청하면 사용 중인 클라이언트에서 보낸 요청인지 확인한 다음 허용하세요. 클라이언트에 따라 시작 버튼이 코어 실행과 프록시 설정을 함께 처리할 수 있으므로 두 항목의 상태를 확인해야 합니다.

Linux 데스크톱 환경과 일부 앱은 시스템 프록시 지원 방식이 다릅니다. 클라이언트에 따라 데스크톱 환경에서 프록시를 직접 설정해야 할 수 있고, 브라우저에 별도 프록시 설정이 있을 수도 있습니다. 브라우저에 프록시 확장 프로그램을 설치했다면 먼저 확장 프로그램을 끄거나 시스템 설정을 따르도록 변경해 방금 켠 프록시를 덮어쓰지 않게 하세요. 터미널, 게임, 일부 스토어 앱은 시스템 프록시를 따르지 않을 수 있으므로 브라우저에서 접속된다고 다른 앱도 같은 경로를 자동으로 사용한다고 볼 수는 없습니다.

처음 설정할 때는 TUN을 함께 켜지 마세요. 시스템 프록시는 상태를 확인하고 원래대로 되돌리기 쉬워 구독과 노드가 작동하는지 먼저 점검하기에 적합합니다. 시스템 프록시를 사용하지 않는 앱까지 연결해야 하는 경우에만 고급 설정에서 TUN에 필요한 권한, 라우팅, DNS 조건을 확인하세요. TUN과 전역 모드는 서로 다른 옵션입니다. TUN은 트래픽이 코어로 들어오는 방식을 다루고, 전역 모드는 코어에 들어온 트래픽의 전달 방식을 결정합니다.

모바일: VPN 연결 권한 확인하기

Android 또는 iOS 클라이언트에서 홈 화면의 “연결”, “시작” 또는 전원 모양 버튼을 누릅니다. 처음 실행하면 시스템에서 VPN 연결 생성 또는 VPN 설정 추가를 허용할지 묻는 경우가 많습니다. 권한을 허용한 뒤 클라이언트로 돌아와 연결 상태가 바뀔 때까지 기다리고, 시스템 상태 표시줄이나 VPN 설정에서 연결 상태를 확인하세요. 시스템은 VPN 터널을 통해 트래픽을 클라이언트에 전달합니다. 그렇다고 구독 노드가 반드시 작동한다는 뜻은 아니므로 마지막 단계에서 실제 접속을 확인해야 합니다.

휴대폰에서 다른 VPN이나 프록시, VPN 터널을 사용하는 네트워크 도구를 실행 중이라면 현재 클라이언트에 연결하기 전에 먼저 종료하세요. 여러 앱을 함께 사용할 수 있는지는 시스템과 앱의 구현에 따라 다릅니다. Android에서 백그라운드로 전환하자마자 연결이 끊긴다면 기본 기능을 테스트하는 동안 클라이언트를 화면에 띄워 두세요. 정상 작동을 확인한 뒤 배터리 최적화와 백그라운드 제한을 점검하면 됩니다. 처음부터 절전, DNS, 노드 설정을 모두 바꾸면 원인을 파악하기 어렵습니다.

완료 기준: 데스크톱에서는 코어가 실행 중이고 시스템 프록시가 켜져 있으며, 모바일에서는 VPN 권한을 허용하고 연결된 상태입니다. 클라이언트를 계속 실행한 채 다음 단계에서 웹 접속과 연결 기록을 함께 확인하세요.

4단계: 접속과 실제 트래픽 경로 확인하기

브라우저를 다시 열고 먼저 평소 직접 접속할 수 있는 웹사이트에 방문해 기본 네트워크가 끊기지 않았는지 확인합니다. 그런 다음 현재 네트워크에서 프록시가 있어야 안정적으로 접속할 수 있는 GitHub 페이지처럼 프록시가 필요한 대상을 방문하세요. 특정 사이트를 모든 환경에서 통용되는 테스트 기준으로 삼지 마세요. 사이트 자체의 상태, 계정 제한, 지역별 서비스 정책도 결과에 영향을 줍니다.

테스트하면서 클라이언트의 “연결”, “Connections” 또는 로그 화면도 여세요. 새 연결에는 보통 대상 도메인이나 주소, 적용된 규칙, 정책 경로가 표시됩니다. 방금 방문한 대상을 찾아 노드를 거쳤는지 직접 연결되었는지 확인하세요. 일부 클라이언트는 연결 상세 화면을 열어야 전체 정책 경로를 보여줍니다. 페이지는 열렸는데 새 기록이 없다면 요청을 다시 보내고, 필터가 연결 목록을 숨기고 있지는 않은지 확인하세요.

결과를 판단할 때는 여러 징후를 함께 살펴보세요. 페이지가 열리고 연결 상세 정보에도 예상한 정책이 표시되어야 작동 여부를 확실하게 판단할 수 있습니다. 트래픽 수치만 늘어난 것으로는 부족합니다. 백그라운드 앱도 요청을 보낼 수 있기 때문입니다. 페이지가 열리는 것만으로도 부족합니다. 원래 직접 연결이 가능했거나 캐시된 내용이 표시됐을 수 있습니다. 필요하다면 새로운 페이지 경로를 열고 해당 연결 기록을 확인하세요.

예상과 다른 결과일 때 확인할 항목

브라우저에서 새 연결 기록이 전혀 보이지 않으면 3단계로 돌아가 시스템 프록시, 브라우저 확장 프로그램 또는 모바일 VPN 상태를 확인하세요. 연결 기록은 있지만 직접 연결로 표시되고 대상은 프록시를 사용해야 한다면 2단계로 돌아가 규칙 모드와 정책 그룹을 점검합니다. 보통 트래픽 분기 방향의 문제입니다. 노드를 사용한 것으로 표시되는데도 계속 연결 시간이 초과된다면 먼저 노드를 바꿔 테스트하세요. DNS와 TUN을 바로 변경하지 마세요.

모든 노드가 실패하면 구독 계정이 유효한지, 현재 네트워크에서 인터넷에 정상적으로 접속되는지 확인하고 클라이언트 로그에 반복해서 나타나는 오류를 살펴보세요. 로그에는 접속 도메인, 노드 주소, 구독 정보가 포함될 수 있으므로 다른 사람에게 도움을 요청하기 전에 민감한 내용을 가리세요. 추가 문제 해결은 자주 묻는 질문을 참고하세요. DNS, Fake-IP, 규칙 세트, 외부 컨트롤 패널을 조정해야 한다면 고급 설정에서 항목별 안내를 확인하세요.

정상 작동 확인 후 일상적으로 사용하기

연결 확인을 마쳤다면 규칙 모드와 현재 사용할 수 있는 정책 그룹을 유지하고 필요에 따라 구독 업데이트를 설정하세요. 이후 네트워크를 바꾸거나 설정을 업데이트하거나 노드를 전환한 뒤에는 “페이지 열기, 새 연결 확인” 과정을 반복하면 됩니다. 매번 설치 과정을 처음부터 다시 할 필요는 없습니다. 문제가 생기면 설정을 한 번에 하나씩만 바꾸고 변경 전 값을 기록하세요. 결과가 좋지 않으면 원래대로 되돌리면 원인을 더 쉽게 파악할 수 있습니다.

사용을 마칠 때는 데스크톱에서 먼저 시스템 프록시를 끈 다음 클라이언트를 종료하고, 모바일에서는 연결 해제를 누른 뒤 시스템 VPN이 중지됐는지 확인하세요. 클라이언트가 비정상 종료된 뒤 일반 웹페이지가 열리지 않으면 시스템에 로컬 주소를 가리키는 프록시 설정이 남아 있는지 먼저 점검하세요. 자동 복구 방식은 클라이언트마다 다르므로 브라우저를 반복해서 다시 시작하기보다 직접 확인하는 편이 빠릅니다.

완료 기준: 기본 웹페이지가 정상적으로 열리고 테스트 대상에 접속할 수 있으며 연결 기록에 예상한 정책이 표시됩니다. 구독, 모드, 시스템 연결, 연결 확인의 네 단계를 모두 마쳤습니다. 이후에는 필요할 때만 고급 설정을 추가로 조정하세요.