Clash 구독 가져오기와 첫 연결

# prerequisites

시작 전 준비

먼저 다운로드 센터에서 현재 운영체제와 프로세서 아키텍처에 맞는 클라이언트를 선택해 설치하고 실행하세요. 클라이언트는 설정을 불러오고 코어와 프록시를 관리하는 도구이며, 설치만으로 사용할 수 있는 출구가 생기는 것은 아닙니다. 클라이언트와 호환되는 Clash 설정 파일이나 서비스 제공업체가 발급한 구독 링크도 필요합니다. 이 사이트는 노드 계정을 제공하거나 구독 서비스를 대신하지 않습니다.

처음 설정할 때는 실행 중인 다른 프록시 클라이언트, 브라우저 프록시 확장 프로그램, 네트워크를 제어할 수 있는 VPN을 잠시 종료하세요. 여러 프로그램이 동시에 시스템 프록시, 라우팅 또는 DNS를 변경하면 결과를 파악하기 어렵습니다. 우선 클라이언트의 기본 포트와 DNS 설정을 유지하고, 부팅 시 자동 실행·LAN 공유·TUN은 서둘러 켜지 마세요. 가장 단순한 연결 경로부터 확인한 뒤 기능을 하나씩 추가하세요.

시스템 날짜와 시간이 올바른지 확인하고 프록시를 켜지 않은 상태에서도 일반 웹페이지에 접속되는지 확인하세요. 설치에 시스템 권한이 필요하거나 플랫폼별 설치 방법을 확인해야 한다면 먼저 전체 문서의 사전 준비를 읽어 보세요. 이 페이지는 첫 연결 절차를 다루며, 하위 프로토콜과 네트워크 스택 설명은 용어집에서 확인할 수 있습니다.

# 01단계 · profiles

구독을 가져와 설정 활성화

클라이언트 사이드바에서 ‘설정’ 또는 ‘구독’ 페이지를 열고 ‘새로 만들기’, ‘추가’ 또는 ‘URL에서 가져오기’를 찾으세요. 원격 설정 유형을 선택하고 서비스 제공업체가 발급한 Clash 구독 링크를 주소 입력란에 붙여 넣습니다. 알아보기 쉬운 이름을 지정한 뒤 다운로드하거나 저장하세요. 여기에 필요한 것은 구독 API 주소이지 계정 로그인 페이지, 구매 페이지 또는 안내 문서 주소가 아닙니다. 복사한 링크의 앞뒤 공백과 줄바꿈을 확인하고, 메신저에서 함께 복사된 문장부호가 없는지도 살펴보세요.

제출한 뒤 설정 다운로드가 완료될 때까지 기다리세요. 클라이언트에 따라 업데이트 시간, 다운로드 완료 알림 또는 새 설정 카드가 표시될 수 있습니다. 그런 다음 해당 설정을 선택하고 ‘활성화’, ‘현재 설정으로 지정’ 또는 카드의 선택 메뉴를 눌러 코어가 설정을 불러오도록 하세요. 링크를 목록에 저장하는 것만으로 현재 설정이 전환되지 않을 수 있습니다. 프록시 페이지에 정책 그룹이 보이지 않으면 클라이언트를 반복해서 재설치하지 말고 설정 페이지에서 현재 선택된 항목부터 확인하세요.

설정이 정상적으로 로드되면 ‘프록시’ 페이지에 정책 그룹과 선택 가능한 출구가 표시됩니다. 그룹 이름은 설정 작성자가 정하므로 ‘프록시 선택’, ‘노드 선택’ 등 다양할 수 있습니다. 이름이 정확히 일치하는 항목을 찾을 필요는 없습니다. 우선 목록이 표시되는지만 확인하고 노드 설정은 변경하지 마세요. 그룹이 몇 개 없다고 해서 가져오기에 실패한 것은 아닙니다. 일부 설정은 원격 제공자에서 노드를 불러오므로 제공자가 업데이트될 때까지 기다려야 할 수 있습니다.

로컬 파일을 사용하는 경우

YAML 파일을 받았다면 설정 페이지에서 ‘파일에서 가져오기’를 선택하고 시스템 파일 선택기로 파일을 연 다음 설정을 활성화하세요. 노드 공유 링크 하나를 완전한 YAML 설정 파일처럼 가져오지 마세요. 전체 설정에는 정책 그룹, 규칙, DNS 설정도 포함될 수 있습니다. 단일 링크를 가져올 수 있는지는 클라이언트의 가져오기 기능에 따라 다릅니다. 인식되지 않는다면 서비스 제공업체에 Clash 또는 mihomo용이라고 명시된 설정 형식을 요청하세요.

가져오기 중 구문 분석 오류가 표시되면 오류에 나온 줄 번호나 필드를 확인하고 다운로드된 내용이 로그인 페이지로 바뀌지 않았는지 살펴보세요. 다운로드 실패라면 구독 유효 기간과 계정 상태, 현재 네트워크에서 구독 주소에 접속할 수 있는지 확인하세요. 이 단계에서는 프록시 연결이 아직 설정되지 않았으므로 모든 다운로드 문제를 노드 오류로 볼 수는 없습니다. 구독 주소가 열리더라도 응답 내용이 반드시 호환되는 것은 아닙니다. 형식 차이는 용어집의 구독 및 설정 파일 유형에서 확인하세요.

이 단계의 완료 기준은 현재 설정이 선택되어 있고, 코어에서 설정 로드 오류가 반복되지 않으며, 프록시 페이지에 사용할 수 있는 정책 그룹이 표시되는 것입니다. 다음 단계에서는 프록시 모드만 선택하세요. 구독에서 생성된 규칙 파일은 수정하지 마세요. 다음 업데이트 때 직접 변경한 내용이 덮어써질 수 있습니다.

# 02단계 · mode: rule

규칙 모드 선택

클라이언트의 ‘프록시 모드’ 설정을 여세요. 보통 프록시 페이지 상단, 설정 페이지 또는 시스템 트레이 메뉴에 있습니다. 첫 연결에서는 ‘규칙’을 선택합니다. 규칙 모드에서는 코어가 설정의 규칙을 순서대로 확인해 각 연결을 직접 연결할지, 특정 정책 그룹으로 보낼지, 차단할지 결정합니다. 앱의 사용 지역만으로 단순히 판단하는 방식이 아니며 모든 웹사이트가 같은 노드를 통과한다고 보장하지도 않습니다. 실제 연결 경로는 현재 설정에 따라 달라집니다.

모드를 선택한 다음 주요 출구 정책 그룹에서 현재 어떤 항목이 선택되어 있는지 확인하세요. 그룹에 ‘직접 연결’, ‘자동 선택’, 개별 노드가 있다면 각각 다른 출구 옵션입니다. 첫 테스트를 쉽게 재현하려면 노드를 하나 명확히 선택하거나 자동 선택 그룹을 열어 실제로 선택된 노드를 확인하세요. 그룹 이름만 보고 원격 출구가 선택되었다고 단정하지 마세요. 정책 그룹이 다른 그룹을 참조할 수도 있으므로 선택 관계를 따라 최종 경로를 확인해야 합니다.

헷갈리기 쉬운 점이 있습니다. 프록시 모드는 이미 코어에 들어온 트래픽의 처리 방식을 결정하고, 시스템 프록시와 TUN은 트래픽이 코어에 들어올 수 있는지를 결정합니다. 따라서 전역 모드로 바꿔도 모든 앱이 자동으로 연결되는 것은 아닙니다. 시스템 프록시를 따르지 않는 앱은 모드만 바꿔도 연결 패널에 표시되지 않을 수 있습니다. 다음 단계에서는 트래픽이 들어오는 경로를 따로 설정합니다.

처음 실행할 때는 구독에서 제공하는 기본 규칙을 유지하고 rules, proxy-groups, DNS를 동시에 수정하지 마세요. 첫 번째로 일치하는 규칙, 기본 처리 규칙, 정책 그룹의 중첩 구조를 이해하려면 용어집의 규칙 및 트래픽 분할 유형을 읽어 보세요. 설정을 직접 수정해야 한다면 전체 문서를 참고하세요. 이 단계에서는 규칙 모드인지 확인하고 주요 정책 그룹이 최종적으로 어떤 출구를 가리키는지 파악하면 됩니다.

# 03단계 · connection

노드를 선택하고 트래픽 연결

Clash 노드 지연 시간 테스트

‘프록시’ 페이지에서 사용할 정책 그룹을 열고 그룹 안의 ‘테스트’, ‘지연 시간 테스트’ 또는 속도 측정 아이콘을 누른 뒤 결과가 나올 때까지 기다리세요. 지연 시간 테스트는 보통 프록시를 통해 지정된 테스트 주소에 접속해 현재 해당 경로가 응답하는지 확인합니다. 대역폭 측정이 아니므로 수치가 낮다고 다운로드 속도가 더 빠른 것은 아니며 모든 서비스에 접속할 수 있다는 보장도 없습니다. 우선 테스트에 성공하고 사용 목적에 맞는 지역의 노드를 하나 선택하세요.

노드를 누른 뒤 선택 표시가 원하는 항목으로 이동했는지 확인하세요. 현재 정책 그룹이 자동 테스트 유형이면 클라이언트가 설정에 따라 출구를 자동 선택해 노드를 계속 고정할 수 없을 수도 있습니다. 직접 선택하려면 수동 선택을 지원하는 그룹에서 설정하세요. 그룹을 옮겨 다니며 선택할 때 주요 정책 그룹이 실제로 어느 그룹을 참조하는지 놓치지 마세요. 화면에서 선택된 노드가 대상 연결에 사용되는 노드가 아닐 수도 있습니다.

모든 노드가 시간 초과로 표시되면 구독을 한 번 업데이트하고 서비스 계정과 트래픽 한도가 정상인지 확인한 뒤 다른 노드도 테스트하세요. 테스트 주소 자체에 접속할 수 없어 여러 노드가 모두 시간 초과로 표시될 수도 있으므로 한 번의 측정 결과만으로 결론을 내리지 마세요. 트래픽 연결 설정을 마친 뒤 실제 대상 페이지와 연결 패널을 함께 확인하세요. 실제 요청도 모두 실패한다면 설정 관련 자주 묻는 질문을 참고해 단계별로 점검하세요.

Clash 시스템 프록시 켜기

데스크톱 클라이언트 설정에서 ‘시스템 프록시’를 찾아 켜고 코어가 실행 중인지 확인하세요. 시스템 프록시는 운영체제 설정을 따르는 앱을 클라이언트의 수신 포트로 연결합니다. 포트는 현재 클라이언트에 표시된 값을 사용하면 되며 안내와 맞추려고 특정 숫자로 바꿀 필요는 없습니다. 설정을 켠 뒤 기존 브라우저 탭을 닫고 새 페이지를 열어 새 연결을 만드세요. 기존 연결이 이전 경로를 계속 사용할 수 있으므로 예전 페이지가 열린다는 이유만으로 새 설정이 적용됐다고 판단하지 마세요.

Android와 iOS에서는 보통 데스크톱과 같은 이름의 시스템 프록시 스위치를 켜지 않습니다. 클라이언트에서 시작 또는 연결을 누른 뒤 시스템에 표시되는 VPN 권한 요청을 승인하세요. 이 권한은 클라이언트가 로컬 트래픽 연결 경로를 만들도록 허용하는 것이며 구독 노드가 사용 가능하다는 뜻은 아닙니다. 시스템 VPN 아이콘이 표시된 뒤에도 다음 단계에서 연결을 확인해야 합니다. 다른 VPN이 실행 중이면 먼저 중지한 뒤 현재 클라이언트를 시작하세요.

TUN이 필요한 경우

브라우저에서는 프록시를 사용할 수 있지만 특정 앱이 연결 패널에 전혀 표시되지 않는다면 해당 앱이 시스템 프록시를 따르지 않을 수 있습니다. 이런 경우 TUN을 고려하세요. TUN은 가상 네트워크 인터페이스와 라우팅 규칙으로 트래픽을 연결하며 보통 서비스 구성 요소나 관리자 권한이 필요합니다. 처음부터 시스템 프록시와 TUN을 동시에 켜서 해결하려 하지 마세요. 먼저 시스템 프록시 경로가 작동하는지 확인한 뒤 클라이언트 안내에 따라 TUN을 별도로 테스트해야 어떤 설정이 변화를 일으켰는지 알 수 있습니다.

TUN의 DNS 및 라우팅 설정에는 고려할 변수가 많아 스위치 하나로 모든 환경에서 작동한다고 보장할 수 없습니다. TUN이 필요하다면 해당 플랫폼의 전체 설정 안내를 읽고, 용어는 DNS 및 네트워크 스택에서 확인하세요. 이번에는 필요한 앱에 명확한 트래픽 진입 경로만 설정되어 있으면 다음 단계로 넘어갈 수 있습니다. 모든 기능을 켤 필요는 없습니다.

# 04단계 · verify

프록시 및 규칙 작동 확인

클라이언트를 켜 둔 상태에서 ‘연결’ 페이지를 열고 브라우저에서 새 대상 페이지를 여세요. 현재 규칙에서 프록시를 사용하도록 예상되는 서비스 중 실제로 이용하려는 대상을 선택하는 것이 좋습니다. 연결 패널로 돌아가 도메인으로 관련 기록을 검색하고 적용된 규칙, 정책 그룹, 출구 경로를 확인하세요. 클라이언트마다 표시되는 항목은 다르지만 확인할 내용은 세 가지입니다. 요청이 코어에 들어왔는지, 어떤 정책이 적용됐는지, 예상한 노드를 통과했는지 확인하세요.

기록에 선택한 정책 그룹과 원격 노드가 표시되면 해당 연결은 실제로 프록시를 사용한 것입니다. 현재 설정에서 직접 연결해야 하는 대상도 열어 DIRECT로 표시되는지 확인하세요. 두 종류의 요청이 모두 설정과 일치해야 트래픽 분할 경로가 대체로 올바른 것입니다. 클라이언트에 ‘실행 중’이라고 표시되는 것만으로는 프로세스나 코어가 시작됐다는 사실만 확인할 수 있습니다. 브라우저 트래픽이 연결됐는지, 모든 규칙이 예상대로 작동하는지는 알 수 없습니다.

연결 패널에 활성 연결만 표시되면 짧은 요청은 금방 사라질 수 있습니다. 페이지를 다시 불러오고 바로 확인하세요. 일부 클라이언트에서는 연결 기록이나 로그로 확인할 수도 있습니다. 웹페이지는 여러 도메인에 요청하므로 본문, 이미지, 로그인, 동영상 리소스에 서로 다른 규칙이 적용될 수 있습니다. 부가 리소스 하나만 보고 사이트 전체의 경로를 단정하지 마세요. 먼저 기본 도메인을 확인한 다음 실패한 리소스의 연결 기록을 살펴보세요.

확인 결과에 따라 문제 지점 찾기

관련 요청이 패널에 전혀 표시되지 않음: 먼저 현재 클라이언트의 코어가 실행 중인지, 시스템 프록시가 실제로 켜져 있는지, 브라우저에 별도 프록시를 지정하는 확장 프로그램이 있는지 확인하세요. 백그라운드에서 실행 중인 다른 인스턴스가 아니라 현재 클라이언트의 패널을 보고 있는지도 확인해야 합니다. 노드를 점검하기 전에 요청이 패널에 표시되도록 하세요. 트래픽이 코어에 들어오지 않는다면 노드를 계속 바꿔도 대개 해결되지 않습니다.

요청은 있지만 출구가 예상과 다름: 적용된 규칙과 현재 선택된 정책 그룹을 확인하고 직접 연결 모드가 선택되어 있거나 주요 정책 그룹이 직접 연결을 가리키지 않는지 살펴보세요. 잠시 비교하려면 전역 모드로 전환하고 사용할 수 있는 노드 하나를 명확히 선택한 뒤 새 연결을 만드세요. 전역 모드는 정상인데 규칙 모드에서 문제가 생긴다면 규칙과 그룹 참조를 먼저 확인하세요. 비교가 끝나면 규칙 모드로 되돌리고 테스트 설정을 최종 설정으로 착각하지 마세요.

출구는 맞지만 페이지가 열리지 않음: 다른 사용 가능한 노드로 바꿔 같은 대상에 다시 접속해 문제가 특정 서비스에만 발생하는지 모든 대상에서 발생하는지 확인하세요. 노드 연결 상태, 대상 서비스의 제한, 계정 상태, DNS가 모두 결과에 영향을 줄 수 있습니다. 인증서 검증을 끄거나 네트워크 설정을 여러 개 한꺼번에 바꾸지 마세요. 출구 IP를 확인하면 보조 근거가 되지만, 해당 조회 요청의 출구만 보여 줄 뿐 다른 앱과 도메인도 같은 경로를 사용한다는 뜻은 아닙니다.

재현 가능한 작동 설정 저장

확인이 끝나면 현재 설정 이름, 프록시 모드, 주요 정책 그룹의 선택 항목, 트래픽 연결 방식을 기록해 두세요. 구독 주소를 포함하지 않은 설정 화면을 캡처해 나중에 비교할 수도 있습니다. 구독을 자동 업데이트하려면 설정 항목에서 적절한 업데이트 주기를 지정하세요. 업데이트 후 정책 그룹이 바뀌거나 선택 항목이 초기화되면 다운로드 성공 여부만 확인하지 말고 주요 정책 그룹을 다시 점검하세요.

데스크톱 클라이언트를 종료하기 전에 시스템 프록시를 끄거나 종료 시 시스템 설정을 복원하는지 확인하세요. 그렇지 않으면 이미 연결이 중지된 로컬 포트로 요청이 계속 전송되어 일반 웹페이지도 열리지 않을 수 있습니다. 모바일에서는 클라이언트의 연결 중지 기능을 사용하고 시스템 VPN이 종료됐는지 확인하세요. 첫 연결 설정은 여기서 완료됩니다. 이후 실제 필요에 따라 부팅 시 자동 실행, 백그라운드 유지, TUN을 설정하세요. 한 번의 문제 해결 과정에서 모든 기능을 설정할 필요는 없습니다.