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

1. 구독을 가져와 설정 활성화

클라이언트를 연 다음 ‘설정’ 또는 ‘구독’ 페이지로 이동합니다. 처음 실행하면 이 페이지가 비어 있을 수 있는데, 설정을 아직 추가하지 않은 정상 상태입니다. ‘추가’, ‘구독 추가’ 또는 더하기 버튼을 누르고 원격 링크 방식을 선택하세요. 서비스 제공업체 페이지에서 전체 구독 주소를 복사해 링크 입력란에 붙여 넣고, ‘개인 설정’처럼 알아보기 쉬운 이름을 입력한 뒤 ‘저장’, ‘가져오기’ 또는 ‘다운로드’를 누릅니다.

붙여 넣은 뒤 링크의 앞뒤를 확인해 공백, 줄바꿈, 안내 문구가 포함되지 않았는지 살펴보세요. 구독 주소에는 보통 접근 정보가 들어 있으므로 계정 정보처럼 안전하게 관리해야 합니다. 공개 댓글에 올리거나 문의할 때 전체 링크를 캡처해 공유하지 마세요. 서비스 제공업체가 클라이언트별 형식을 제공한다면 현재 클라이언트 코어에서 지원하는 Clash 또는 Mihomo 설정 형식을 선택하세요. 임의의 노드 공유 링크를 전체 구독으로 가져오면 안 됩니다.

저장한 뒤 다운로드와 파싱이 끝날 때까지 기다립니다. 정상적으로 완료되면 입력한 이름이 표시된 설정 카드가 나타납니다. 일부 클라이언트에는 업데이트 시간이나 업데이트 버튼도 표시됩니다. 설정 카드가 보인다고 해서 설정이 활성화된 것은 아닙니다. 카드를 누르거나 카드 메뉴에서 ‘사용’ 또는 ‘활성화’를 선택해 선택 표시가 나타날 때까지 진행하세요. 그런 다음 프록시 페이지에서 설정에 포함된 정책 그룹과 선택 가능한 회선을 확인하고 다음 단계로 넘어갑니다.

로컬 설정 파일 사용

파일을 받은 경우 설정 페이지에서 ‘파일에서 가져오기’를 선택하고 서비스 제공업체가 제공한 YAML 파일을 고릅니다. 가져온 뒤에는 설정을 선택하고 활성화해야 합니다. 파일 확장자만 보고 내용이 올바르다고 판단하지 마세요. 웹페이지를 저장한 로그인 화면은 파일 이름을 설정 파일로 바꿔도 코어에서 읽을 수 없습니다. 파싱 오류가 표시되면 먼저 원본 파일을 다시 받으세요. 형식에 익숙하지 않다면 오류가 난 부분의 줄을 임의로 삭제하지 마세요.

로컬 파일과 원격 구독은 이후 관리 방법이 다릅니다. 원격 구독은 보통 업데이트를 눌러 내용을 다시 가져올 수 있지만, 로컬 파일은 다시 가져오거나 직접 교체해야 합니다. 처음에는 확실히 사용할 수 있는 출처 하나만 선택하면 됩니다. 같은 설정을 여러 번 추가하면 나중에 이전 설정을 선택해 새 구독이 적용되지 않았다고 오해할 수 있습니다.

가져오기에 실패하면 먼저 출처 확인

다운로드 실패 메시지가 표시되면 서비스 제공업체 페이지로 돌아가 구독이 유효한지, 로그인이 필요한지, 올바른 클라이언트 전용 주소를 복사했는지 확인하세요. 지원하지 않는 형식이라는 메시지가 나오면 ‘내용을 다운로드했는지’와 ‘내용을 파싱할 수 있는지’를 구분해야 합니다. 이 경우 전역 모드로 바꿔도 형식 오류는 해결되지 않으며 시스템 DNS를 바로 변경할 필요도 없습니다. 먼저 설정을 정상적으로 불러온 뒤 연결 문제를 확인하세요.

이 단계가 완료되었다고 볼 수 있는 기준은 설정 페이지에 현재 설정이 명확히 표시되고, 프록시 페이지에 해당 설정의 정책 그룹이 나타나며, 설정 파싱 오류가 계속 발생하지 않는 것입니다. 이 상태가 되면 다음 단계에서 요청을 어떻게 분기할지, 프록시 그룹이 실제로 어떤 회선을 선택할지만 정하면 됩니다.

2. 규칙 모드와 프록시 정책 선택

‘프록시’ 페이지로 이동하거나 홈 화면에서 모드 선택 메뉴를 찾으세요. 일반적으로 ‘규칙 / 전역 / 직접 연결’ 옵션이 있으며, 영어로는 Rule, Global, Direct입니다. 처음 사용할 때는 규칙 모드를 선택하세요. 현재 설정에 따라 요청을 직접 연결할지, 프록시를 사용할지, 차단할지 결정하므로 일상적인 사용에 적합합니다. 또한 적용된 규칙을 확인해 특정 웹사이트가 어떤 출구를 사용하는지 파악하기 쉽습니다.

모드를 선택한 다음에는 정책 그룹도 확인해야 합니다. 모드는 라우팅 판단 방식을 정하고, 정책 그룹은 규칙이 프록시를 가리킬 때 실제로 사용할 대상을 정합니다. 설정의 주요 프록시 그룹을 눌러 현재 선택된 항목을 확인하세요. 그룹 이름은 설정 작성자가 정하므로 ‘Proxy’, ‘노드 선택’ 등 다양할 수 있습니다. 이름만 보고 모든 요청을 처리하는 그룹이라고 단정하지 말고 서비스 제공업체의 설정 안내를 우선 확인하세요.

주요 프록시 그룹에서 DIRECT가 선택되어 있다면 의도한 설정인지 확인하세요. DIRECT는 직접 연결을 뜻하며 프록시 노드가 아닙니다. 프록시가 필요한 대상에는 보통 사용 가능한 회선을 선택하거나 설정에 포함된 자동 선택 그룹을 선택해야 합니다. 문제를 처음 점검할 때는 출구가 명확한 수동 선택이 적합합니다. 자동 선택은 설정이 정상적으로 작동하는 것을 확인한 뒤 사용할 수 있으며, 구체적인 선택 방식은 설정 내용에 따라 다릅니다.

전역 모드가 모든 앱의 트래픽을 처리하는 것은 아닙니다

전역 모드는 프록시 코어에 이미 전달된 트래픽의 라우팅 방식만 바꿉니다. 시스템 프록시를 우회하던 앱의 트래픽까지 자동으로 코어에 전달하지는 않습니다. 브라우저에서는 프록시를 사용할 수 있지만 특정 데스크톱 앱의 요청 기록이 없다면 규칙 모드와 전역 모드를 반복해서 바꿔도 해결되지 않습니다. 먼저 다음 단계에서 트래픽을 처리하도록 설정한 뒤 TUN이 필요한지 판단하세요.

클라이언트에 속도 테스트 버튼이 있다면 현재 정책 그룹을 한 번 테스트할 수 있습니다. 테스트가 성공하면 해당 시점에 테스트 대상에 해당 회선으로 접속할 수 있다는 뜻이지만 모든 웹사이트와 앱이 작동한다는 보장은 없습니다. 테스트 시간 초과는 테스트 주소의 문제일 수도 있습니다. 처음부터 가장 낮은 수치를 반복해서 찾을 필요는 없습니다. 실제 웹페이지에 접속할 수 있는 회선 하나를 먼저 선택하세요.

이 단계가 끝나기 전에 현재 값 두 가지를 기억해 두세요. 모드는 ‘규칙’이고, 주요 프록시 그룹은 어떤 회선이나 자동 그룹을 선택했는지입니다. 이후 문제가 발생하면 이 값을 바탕으로 상황을 재현할 수 있습니다. 규칙 순서, 중첩 정책 그룹, 자동 선택 방식에 대한 자세한 내용은 시스템 가이드에서 확인할 수 있습니다. 첫 연결을 위해 미리 설정을 변경할 필요는 없습니다.

3. 연결 및 시스템 트래픽 처리 시작

설정과 정책을 선택한 뒤 홈 화면으로 돌아가 연결을 시작합니다. 일부 데스크톱 클라이언트는 앱을 실행하면 코어가 이미 작동하고, 일부는 ‘시작’ 또는 전원 버튼을 눌러야 합니다. 먼저 코어 시작 오류가 없는지 확인한 뒤 시스템 프록시를 켜세요. ‘코어가 실행 중인 상태’와 ‘앱 요청이 코어에 전달되는 상태’는 다릅니다. 전자는 로컬 서비스가 준비되었음을 뜻하고, 후자에 따라 브라우저에서 선택한 정책을 사용할 수 있는지가 결정됩니다.

데스크톱에서는 먼저 시스템 프록시 사용

Windows와 macOS용 일반 데스크톱 클라이언트에서는 ‘설정’ 또는 ‘네트워크 설정’을 열고 ‘시스템 프록시’를 찾아 켜세요. 일부 클라이언트는 시스템 트레이나 메뉴 막대의 오른쪽 클릭 메뉴에도 같은 기능을 제공합니다. 첫 테스트에는 이 방법이면 충분하며 브라우저는 보통 시스템 프록시 설정을 따릅니다. Linux 데스크톱 환경에서는 프록시 설정 방식이 다를 수 있습니다. 클라이언트가 설정을 자동으로 적용하지 못하면 현재 클라이언트의 안내를 확인하고 다른 운영체제의 메뉴 경로를 그대로 따라 하지 마세요.

브라우저에 프록시 전환 확장 프로그램이 설치되어 있다면 먼저 시스템 프록시를 사용하도록 설정하거나 독립 프록시 규칙을 잠시 끄세요. 브라우저 자체에 다른 프록시 주소가 설정되어 있다면 시스템 설정과 동일하게 되돌려야 합니다. 그렇지 않으면 클라이언트에서 시스템 프록시가 켜져 있어도 브라우저는 다른 포트로 연결할 수 있습니다. 이 경우 구독과 회선이 정상이어도 웹페이지가 열리지 않을 수 있습니다.

처음 연결할 때 혼합 포트를 직접 변경할 필요는 없습니다. 로그에 포트 충돌이 명확히 표시되거나 다른 앱에 프록시 주소를 직접 입력해야 할 때만 클라이언트가 실제로 수신하는 로컬 주소와 포트를 확인하세요. 다른 안내에서 본 숫자를 그대로 브라우저에 입력하지 마세요. 클라이언트와 설치 이력에 따라 설정이 다를 수 있습니다.

모바일에서는 시스템 안내에 따라 연결 권한 허용

Android 또는 iOS 클라이언트에서 홈 화면의 ‘연결’ 또는 전원 버튼을 누릅니다. 처음 연결할 때 시스템에서 VPN 연결이나 VPN 설정 추가를 요청하는 경우가 많습니다. 현재 설치한 클라이언트에서 보낸 요청인지 확인한 다음 안내에 따라 허용하세요. 앱으로 돌아와 연결 상태가 안정될 때까지 기다립니다. 시스템에 VPN 표시가 나타나면 네트워크 터널이 설정된 것입니다. 회선이 실제로 작동하는지는 다음 단계에서 접속을 확인해야 합니다.

연결을 누른 직후 끊어진다면 먼저 앱 안의 오류 메시지를 확인하고 다른 VPN이 연결을 사용 중인지 살펴보세요. 처음 테스트할 때는 네트워크 트래픽을 처리하는 클라이언트를 하나만 남겨 여러 프록시 도구가 서로 덮어쓰지 않도록 합니다. 상태가 안정되기 전에 연결 버튼을 연속해서 누르지 마세요. 시작 및 중지 기록이 뒤섞여 문제를 파악하기 어려워집니다.

TUN 모드는 언제 고려해야 하나요?

브라우저에서는 프록시가 정상 작동하지만 시스템 프록시를 따르지 않는 앱에도 프록시가 필요하다면 TUN을 고려하세요. TUN은 가상 네트워크 인터페이스를 통해 트래픽을 처리하며, 보통 서비스 모드, 관리자 권한 또는 시스템 권한이 필요합니다. 구체적인 요구 사항은 클라이언트 안내를 확인하세요. TUN을 사용해도 라우팅, 제외 항목, 시스템 제한의 영향을 받으므로 모든 문제가 자동으로 해결되는 것은 아닙니다.

이 가이드의 첫 테스트에서는 변수를 줄이기 위해 TUN을 함께 사용하지 않습니다. 꼭 켜야 한다면 현재 설정을 먼저 기록하고 클라이언트 안내에 따라 권한을 허용한 뒤 다시 확인하세요. TUN을 켠 후 기기 전체에서 인터넷이 되지 않으면 TUN을 끄고, 직전에 작동했던 시스템 프록시 방식으로 되돌리세요. 그런 다음 시스템 가이드의 네트워크 트래픽 처리 안내를 확인하세요. DNS와 라우팅을 동시에 변경하지 마세요.

4. 요청 및 프록시 출구 확인

연결 상태가 안정되면 브라우저를 다시 열고 평소 직접 접속할 수 있는 일반 웹페이지에 먼저 방문해 기본 네트워크가 정상인지 확인하세요. 이어서 실제로 프록시를 사용하려는 페이지를 열고 콘텐츠가 모두 로드되는지 살펴봅니다. 캐시된 이전 탭만 새로 고치거나 페이지 제목이 나타나는지만 확인하지 마세요. 본문과 이미지가 표시되고 이후 요청까지 완료되는지가 실제 접속 상태를 더 잘 보여줍니다.

대상 페이지를 열어 둔 채 클라이언트의 ‘연결’ 또는 ‘로그’ 페이지로 전환합니다. 웹페이지를 다시 새로 고친 다음 새로 발생한 요청을 찾아 대상 도메인, 적용된 규칙, 최종 정책을 확인하세요. 일부 클라이언트에서는 연결 기록이 종료되자마자 사라지므로 새로 고치기 전에 기록 페이지를 열어 두거나 최근 로그를 확인하세요. 기록이 보이지 않는다면 로그 필터가 관련 요청을 숨기고 있지 않은지도 확인하세요.

웹페이지 결과와 라우팅 기록을 함께 확인하세요

규칙 모드에서 일부 웹사이트에 DIRECT가 표시되는 것은 정상일 수 있으며 프록시가 실패했다는 뜻은 아닙니다. 확인할 점은 프록시를 사용해야 하는 대상이 예상한 정책 그룹에 연결되었는지, 해당 그룹이 최종적으로 프록시 회선을 선택했는지, 페이지가 정상적으로 로드되는지입니다. 주요 정책 그룹이 내부에서 다른 그룹을 가리킨다면 최상위 이름만 보지 말고 클라이언트에 표시되는 전체 선택 경로를 확인하세요.

출구를 더 확인하고 싶다면 신뢰할 수 있는 IP 확인 페이지에서 연결 전후를 비교할 수 있습니다. 다만 해당 페이지의 요청도 규칙에 따라 분기된다는 점에 유의하세요. 조회 요청이 직접 연결되면 표시되는 주소는 로컬 네트워크 출구이므로, 이를 근거로 다른 웹사이트도 프록시를 사용하지 않는다고 판단할 수 없습니다. 출구 주소, 요청 기록, 실제 웹페이지 결과를 함께 비교하고 하나의 정보만으로 결론 내리지 마세요.

웹페이지가 열리지 않으면 순서대로 점검

클라이언트에 해당 요청이 나타나지 않는다면 세 번째 단계로 돌아가 시스템 프록시가 켜져 있는지, 브라우저가 시스템 설정을 사용하는지, 다른 프록시 확장 프로그램이나 VPN이 있는지 확인하세요. 이때는 요청이 클라이언트에 전달되는 경로부터 해결하고 구독을 바꾸는 일은 미루세요. 요청이 코어에 들어왔지만 연결에 실패한다면 현재 정책 그룹을 잘못 선택했는지, 회선이 작동하는지, 로그에 명확한 오류가 있는지 확인하세요.

규칙 모드에서 실패하면 잠시 전역 모드로 바꿔 비교하고, 전역 정책에서도 유효한 회선을 선택했는지 확인하세요. 전역에서는 작동하지만 규칙 모드에서 실패한다면 규칙 적용이나 정책 그룹 선택을 중점적으로 살펴보세요. 두 모드 모두 실패하면 구독 유효성, 회선, 로컬 네트워크를 계속 점검합니다. 비교가 끝나면 규칙 모드로 되돌려 임시 테스트 상태를 계속 사용하지 않도록 하세요.

웹사이트나 앱 하나만 실패한다고 설정 전체를 바로 초기화하지 마세요. 먼저 다른 대상에서도 문제가 있는지 확인하고 실패 시간, 대상 도메인, 사용한 모드, 관련 오류 요약을 기록하세요. 도움을 요청할 때는 구독 링크, 계정 정보, 개인 접속 기록을 숨기세요. DNS, 인증서, 규칙, 포트에 대한 자세한 점검은 Clash 시스템 가이드를 참고하세요. 처음 설정하는 동안 여러 항목을 한꺼번에 바꾸지 않는 것이 좋습니다.

마지막으로 간단한 사용 습관을 기억하세요. 구독이 만료되면 먼저 설정을 업데이트하고, 접속 문제가 생기면 현재 정책부터 확인하세요. 데스크톱 클라이언트를 종료하기 전에는 시스템 프록시를 껐는지 또는 클라이언트가 정상적으로 원래 설정으로 되돌릴 수 있는지 확인하세요. 앱을 종료한 뒤 인터넷이 되지 않는다면 시스템 네트워크 설정에 로컬 주소를 가리키는 프록시가 남아 있는지 살펴보세요. 다음에 실행할 때도 같은 네 단계에 따라 확인하면 반복해서 재설치하는 것보다 원인을 찾기 쉽습니다.