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

시작 전: 구독 URL 준비

다음 두 가지를 준비하세요. 정상적으로 설치되고 실행되는 클라이언트와 서비스 제공업체에서 받은 구독 URL입니다. 클라이언트는 설정을 읽고 코어를 실행해 트래픽을 전달하며, 구독은 프록시 노드와 정책 그룹, 관련 규칙을 제공합니다. 클라이언트만 설치한다고 프록시 서비스를 사용할 수 있는 것은 아니며, 페이지의 설정 예시도 실제 구독을 대신하지 않습니다.

서비스 제공업체의 구독 페이지에서 Clash 또는 mihomo에 맞는 설정 형식을 선택한 뒤 ‘구독 URL 복사’를 누르세요. 계정 로그인 페이지, 결제 페이지, 브라우저 주소창에 표시된 관리 페이지 URL을 복사하지 마세요. 구독 URL에는 접근 정보가 포함될 수 있으므로 개인 기기에 안전하게 보관하세요. 화면을 캡처하거나 질문을 올리고 로그를 공유하기 전에는 URL 매개변수, 계정 정보, 노드 비밀번호를 가려야 합니다.

처음 설정할 때는 네트워크를 이미 제어 중인 다른 프록시나 VPN 프로그램을 종료하고, 일반 네트워크 연결은 유지하세요. 온라인에서 찾은 덮어쓰기 스크립트는 가져오지 말고 DNS와 라우팅도 동시에 변경하지 마세요. 각 단계를 마칠 때마다 어떤 설정이 변화를 일으켰는지 확인하기 쉬워집니다.

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

클라이언트를 열고 사이드바에서 ‘구독’ 또는 ‘설정’으로 이동하세요. 원격 주소 입력란에 방금 복사한 URL 전체를 붙여 넣고 ‘가져오기’, ‘다운로드’ 또는 ‘추가’를 누릅니다. 추가 창이 나타나면 원격 구독을 선택하고, 구분하기 쉬운 짧은 이름을 입력해도 됩니다. 주소는 원본 그대로 사용하고 매개변수를 삭제하거나 공백을 넣지 마세요.

요청을 제출한 뒤 다운로드와 파싱이 끝날 때까지 기다리세요. 성공하면 목록에 이름, 업데이트 시간 또는 업데이트 버튼이 표시된 설정 카드가 나타납니다. 카드가 보인다는 것은 설정이 저장되었다는 뜻일 뿐, 현재 사용 중이라는 의미는 아닙니다. 카드를 누르거나 메뉴에서 ‘사용’ 또는 ‘활성화’를 선택하세요. 선택 표시나 현재 설정 이름을 확인해 해당 설정이 활성화되었는지 확인합니다.

이어서 ‘프록시’ 페이지를 여세요. 정상적으로 가져왔다면 구독에 정의된 정책 그룹이 표시되고, 그룹을 펼치면 선택 가능한 프록시 항목을 볼 수 있습니다. 페이지가 비어 있다면 설정 목록으로 돌아가 선택 상태를 확인한 뒤 알림이나 로그에 파싱 오류가 있는지 살펴보세요. 아직 시스템 프록시를 켜지 마세요. 설정을 제대로 불러오지 못했다면 다음 연결 단계로 진행해도 해결되지 않습니다.

URL이 설정 내용을 반환하는지 확인하기

가져오기 오류가 발생하면 먼저 ‘다운로드 실패’인지 ‘형식 호환 문제’인지 구분하세요. 다운로드 실패는 URL이 불완전하거나 구독이 만료되었거나 현재 네트워크에서 서버에 접근할 수 없을 때 발생하는 경우가 많습니다. 형식 오류는 다른 클라이언트용 형식을 복사했거나 서버에서 로그인 페이지를 반환했을 수 있습니다. 낯선 설정 항목을 직접 수정하기보다 원래 구독 페이지에서 Clash 형식을 다시 선택하는 편이 안전합니다.

제공업체가 로컬 YAML 파일만 제공한다면 ‘파일 가져오기’ 또는 ‘로컬 설정’ 메뉴에서 파일을 선택한 뒤 직접 활성화할 수 있습니다. 파일 가져오기는 업데이트 방식이 원격 구독과 다릅니다. 로컬 파일은 서버의 변경 사항이 자동으로 반영되지 않는 경우가 많습니다. 원격 구독은 설정 카드에서 ‘업데이트’를 선택해 서버의 설정을 다시 가져올 수 있습니다.

먼저 수동 업데이트 한 번 실행하기

원격 구독을 활성화한 뒤 설정 카드 메뉴에서 ‘업데이트’를 한 번 실행해 URL에 계속 접근할 수 있는지 확인하세요. 자동 업데이트 간격은 우선 클라이언트 기본값으로 두고, 나중에 제공업체의 권장 설정에 맞추면 됩니다. 업데이트하면 노드와 정책 그룹 이름이 바뀔 수 있으며, 원격 설정을 직접 편집해도 다음 업데이트 때 덮어써질 수 있습니다. 처음에는 구독에 포함된 설정을 그대로 사용하세요.

URL을 다운로드할 때 프록시가 필요하다면 제공업체의 안내에 따라 사용 가능한 로컬 설정이나 다른 접속 방법을 확인하세요. 개인 구독 정보를 낯선 온라인 변환 사이트에 입력하지 마세요. 가져오기가 계속 실패하면 문제 해결 안내서에서 구독 오류 점검 순서에 따라 확인하세요. 정책 그룹이 표시되고 현재 설정이 올바르면 프록시 모드를 선택합니다.

2단계: 규칙 모드와 정책 그룹 선택하기

클라이언트 홈 화면이나 ‘프록시’ 페이지에서 ‘프록시 모드’를 찾아 ‘규칙’으로 설정하세요. 이 옵션은 코어에 들어온 요청을 어떻게 처리할지 정하지만, 모든 앱의 트래픽을 자동으로 코어에 전달하지는 않습니다. 트래픽을 클라이언트로 보내는 방법은 다음 단계에서 시스템 프록시, VPN 또는 TUN 설정으로 지정합니다.

처음 사용할 때는 규칙 모드가 적합합니다. 각 요청이 현재 설정의 규칙에 따라 직접 연결되거나 프록시 정책 그룹으로 전달됩니다. ‘전역’ 모드는 코어에 들어온 요청을 전역 정책으로 처리하지만 기기의 모든 프로그램을 제어한다는 뜻은 아닙니다. ‘직접 연결’은 잠시 결과를 비교하거나 프록시 연결을 중지할 때 사용할 수 있습니다. 특정 페이지가 잠시 열리지 않는다는 이유로 전역 모드를 계속 켜 두지는 마세요.

규칙에서 사용하는 정책 그룹의 연결 대상 선택

규칙 모드를 유지하고 주요 프록시 정책 그룹을 펼치세요. 그룹 이름은 구독 작성자가 정하므로 ‘프록시’, ‘노드 선택’ 등으로 표시될 수 있으며 이 가이드와 이름이 다를 수도 있습니다. 사용할 노드를 선택하세요. 구독에 ‘자동 선택’ 그룹이 있다면 선택해도 되지만, 이름을 맞추려고 빈 그룹을 새로 만들 필요는 없습니다.

정책 그룹은 다른 정책 그룹을 참조할 수 있습니다. 예를 들어 기본 프록시 그룹에서 ‘자동 선택’을 고르면 실제 노드는 하위 자동 선택 그룹이 결정합니다. 기본 프록시 그룹에서 ‘직접 연결’을 고르면 다른 그룹에서 노드를 선택했더라도 해당 그룹을 사용하는 요청은 직접 연결됩니다. 처음에는 주요 프록시 그룹만 변경하고 다른 앱별 그룹은 구독 기본값으로 두세요. 여러 항목을 한꺼번에 바꾸지 않는 것이 좋습니다.

클라이언트에 연결 테스트 기능이 있다면 후보 항목을 테스트해 명확한 오류가 나는 항목을 먼저 제외하세요. 테스트 성공은 해당 테스트 대상에 접근할 수 있다는 뜻이지, 모든 웹사이트나 앱에서 사용할 수 있다는 보장은 아닙니다. 여기서는 선택한 항목이 사용 가능한지만 확인한 뒤 실제 웹페이지와 연결 기록으로 계속 점검하면 됩니다. 모든 항목이 같은 결과를 보여야 하는 것은 아닙니다.

지금은 규칙 파일을 편집하거나 모든 정책 유형을 이해할 필요가 없습니다. select, url-test와 규칙 매칭에 관한 설명은 용어 빠른 검색에서 이름으로 찾아볼 수 있습니다. 모드와 주요 연결 대상을 선택했다면 다음 단계에서 기기 트래픽을 클라이언트로 전달하는 기능을 켜세요.

3단계: 시스템 프록시 또는 VPN 연결 활성화

클라이언트 홈 화면으로 돌아가 현재 설정이 선택되어 있고 코어 시작 오류가 없는지 확인하세요. 데스크톱 클라이언트에 따라 코어가 자동으로 실행되기도 하고 ‘시작’ 또는 연결 버튼을 눌러야 하기도 합니다. 로그에 설정 오류, 리스닝 실패, 포트 충돌이 반복되면 먼저 오류를 해결하세요. 시스템 프록시와 TUN을 계속 켜서 문제를 겹치게 만들지 마세요.

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

Windows, macOS 또는 Linux 데스크톱 클라이언트에서 ‘시스템 프록시’를 찾아 켜세요. Clash Verge Rev에서는 보통 홈 화면에 스위치가 있으며, 설정의 시스템 관련 메뉴에 있을 수도 있습니다. 시스템 프록시를 따르는 브라우저와 앱은 요청을 로컬 프록시 포트로 보내고, 선택한 규칙과 정책에 따라 처리됩니다.

시스템에서 네트워크 접근을 허용하라는 메시지가 나타나면 앱 이름과 설치 경로를 확인한 뒤 필요한 권한만 허용하세요. 처음 실행할 때 기기 관리자 암호를 입력해야 할 수도 있습니다. 다른 가이드에서 본 포트 번호를 직접 입력하지 마세요. 로컬 리스닝 포트는 현재 클라이언트에 표시된 값을 기준으로 합니다. ‘LAN 연결 허용’은 꺼 둡니다. 같은 기기의 브라우저를 연결하는 데 다른 기기에 프록시를 개방할 필요는 없습니다.

Linux 데스크톱 환경마다 시스템 프록시 지원이 다르고, 일부 앱은 데스크톱 프록시 설정을 따르지 않습니다. 먼저 프록시 설정을 따르는 브라우저로 기본 연결을 확인하세요. 특정 터미널 명령이 실패했다고 클라이언트 전체가 작동하지 않는다고 판단하지 마세요. 브라우저 확장 프로그램이 프록시를 제어하고 있다면 방금 켠 시스템 설정을 덮어쓰지 않도록 일단 사용 중지하세요.

모바일: 시스템 VPN 권한 허용

Android 클라이언트에서 설정과 정책을 선택한 뒤 홈 화면으로 돌아가 ‘시작’ 또는 연결 버튼을 누르세요. 처음 연결하면 시스템 VPN 연결 요청이 나타납니다. 현재 클라이언트에서 보낸 요청인지 확인한 다음 허용하세요. iOS 클라이언트에서는 VPN 설정 추가 메시지가 표시될 수 있습니다. 시스템 안내에 따라 권한을 허용한 뒤 클라이언트로 돌아와 연결을 시작하세요. 권한 요청을 취소해도 구독은 표시될 수 있지만 트래픽 연결은 아직 설정되지 않은 상태입니다.

연결 후 시스템 VPN 상태와 클라이언트 연결 상태를 확인하세요. 휴대폰에서 다른 VPN이나 로컬 VPN 기반 필터링 도구를 사용 중이라면 해당 서비스를 먼저 중지한 뒤 현재 클라이언트를 실행하세요. Android에서 앱별 프록시를 켰다면 테스트에 사용할 브라우저가 처리 범위에 포함되어 있는지 확인합니다. 처음에는 기본 범위를 유지하고 연결이 확인된 뒤 앱 목록을 조정하면 됩니다.

TUN 모드: 기본 연결을 확인한 뒤 활성화

TUN은 시스템 프록시를 사용하지 않는 일부 프로그램의 트래픽을 처리하는 기능으로, 가상 네트워크 어댑터와 라우팅, DNS 설정이 관련될 수 있습니다. 데스크톱에서 꼭 필요한 경우 클라이언트 안내에 따라 서비스 모드를 설치하거나 활성화한 뒤 ‘TUN 모드’를 켜고 다시 확인하세요. 처음 설정할 때 네트워크 스택, DNS 모드, 라우팅 매개변수를 한꺼번에 바꾸지 마세요. 모든 기기에 공통으로 적용할 수 있는 정답은 없습니다.

TUN을 켠 뒤 정상적으로 작동하던 네트워크가 끊기면 우선 TUN을 끄고, 앞서 확인한 연결 방식으로 복구하세요. 권한이나 가상 네트워크 어댑터 문제는 문제 해결 안내서의 항목별 절차에 따라 확인하면 됩니다. 클라이언트에 연결 성공으로 표시되어도 트래픽 경로가 만들어졌을 가능성만 확인된 것입니다. 예상한 대로 연결되는지는 마지막 단계에서 확인해야 합니다.

4단계: 규칙과 실제 트래픽 경로 확인

브라우저에서 새 탭을 열고 평소 직접 연결되는 웹사이트에 먼저 접속해 기본 네트워크가 정상인지 확인한 다음, 현재 설정에서 프록시를 사용할 것으로 예상되는 사이트에 접속하세요. 캐시된 페이지를 새로 고치는 데 그치지 말고 새 요청을 보내는 것이 좋습니다. 클라이언트에 ‘연결’ 패널이 있다면 먼저 열어 두세요. 방금 보낸 요청과 페이지 동작을 연결해 확인하기 쉽습니다.

연결 목록에서 대상 도메인의 요청을 찾아 세부 정보를 펼친 다음 ‘매칭 규칙’, ‘정책 체인’ 또는 ‘연결 대상’ 항목을 확인하세요. 클라이언트마다 표시 이름은 다르지만 점검할 내용은 같습니다. 요청이 코어에 들어왔는지, 어떤 규칙과 일치했는지, 마지막에 직접 연결과 프록시 중 무엇을 선택했는지 확인하면 됩니다. 규칙 모드에서 직접 연결되는 사이트가 DIRECT로 표시되는 것은 일반적인 분기 결과입니다.

확인 가능한 결과로 다음 단계 판단하기

웹페이지가 열리고 해당 요청이 예상한 정책으로 처리되면 기본 연결이 작동하는 것입니다. 웹페이지가 열린 것만으로는 클라이언트를 거쳤다고 단정할 수 없습니다. 원래 직접 연결되는 사이트일 수도 있고 연결 기록 기능이 꺼져 있을 수도 있습니다. 클라이언트에서 연결 기록을 볼 수 있다면 기록 기능이 정상인지 먼저 확인한 뒤 테스트하세요. 목록이 비었다는 이유만으로 노드에 문제가 있다고 판단하지 마세요.

프록시를 사용해야 하는 요청이 목록에 전혀 나타나지 않으면 시스템 프록시 스위치, 브라우저 프록시 확장 프로그램, 모바일 앱별 처리 범위를 먼저 확인하세요. 요청은 표시되지만 직접 연결로 나온다면 규칙 모드와 기본 정책 그룹의 연결 대상을 확인합니다. 프록시 정책으로 전달됐는데도 실패하면 다른 후보 항목을 선택해 비교하세요. 한 번에 하나씩만 변경해야 결과를 정확히 판단할 수 있습니다.

브라우저는 되지만 터미널에서 연결되지 않는다면 터미널 자체의 프록시 설정을 확인해야 하는 경우가 많습니다. 구독이 만료되었다고 바로 판단하지 마세요. 터미널 환경 변수, 앱별 프록시, TUN은 서로 다른 트래픽 처리 방식이므로 처음부터 전부 설정할 필요는 없습니다. 자세한 순서는 브라우저와 터미널을 나눠서 점검하기를 참고하세요. DNS, 인증서 또는 클라이언트 충돌 문제는 체계적인 문제 해결 안내서에서 확인할 수 있습니다.

연결을 껐다가 다시 켜 비교하기

진행 중인 작업을 저장한 뒤 시스템 프록시나 모바일 연결을 잠시 끄고 같은 대상에 다시 요청해 보세요. 그런 다음 연결을 복구하고 다시 요청합니다. 전후의 접속 결과와 클라이언트 기록을 비교하면 실제 경로를 확인하는 데 도움이 됩니다. 테스트 중에는 네트워크, 노드, 모드를 동시에 바꾸지 마세요. 데스크톱에서 시스템 프록시를 꺼도 TUN은 자동으로 꺼지지 않습니다. TUN을 사용 중이라면 비교할 때 함께 확인하세요.

기본 작동을 확인한 뒤 필요에 따라 ‘시작 시 실행’과 ‘시작 후 자동 연결’을 켜세요. 보통 두 설정은 별개입니다. 앞의 설정은 앱을 실행하고, 뒤의 설정은 앱이 시작된 뒤 네트워크 트래픽을 처리할지 결정합니다. 설정을 마친 후 편한 시간에 기기를 다시 시작해 현재 설정, 프록시 모드, 시스템 프록시 상태를 다시 확인하세요. 시스템 트레이에 클라이언트 아이콘이 보이는지만 확인해서는 안 됩니다.

평소 종료할 때는 데스크톱에서 먼저 시스템 프록시를 끈 다음 클라이언트 메뉴의 ‘종료’를 선택하세요. 비정상 종료 후 브라우저에서 인터넷이 되지 않으면 시스템 네트워크 설정에 로컬 주소를 가리키는 수동 프록시 설정이 남아 있는지 확인합니다. 클라이언트가 설정한 주소는 실제 실행 상태와 일치해야 합니다. 모바일에서는 클라이언트에서 연결을 중지하고 시스템 VPN도 연결 해제되었는지 확인하세요.