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

시작 전: 클라이언트와 설정 출처 확인

설치된 클라이언트를 열고 기본 창이 정상적으로 표시되는지 확인합니다. 시스템에서 클라이언트의 네트워크 접근을 요청하면 실제 사용 범위에 맞게 허용하세요. 서비스 설치나 가상 네트워크 어댑터 생성에 관리자 권한이 필요하다면 안내를 남겨 두었다가 연결 단계에서 처리합니다. 첫 설정 중에는 네트워크를 제어하는 다른 프록시나 VPN 클라이언트를 종료하세요. 두 제품이 동시에 시스템 프록시, 라우팅, DNS를 변경하면 이후 테스트에서 어떤 설정이 적용됐는지 판단하기 어렵습니다.

다음으로 구독 링크 또는 완전한 YAML 설정 파일을 준비합니다. 클라이언트는 설정을 읽고 트래픽을 처리하는 프로그램이며, 클라이언트만 설치한다고 사용할 수 있는 노드가 자동으로 생기는 것은 아닙니다. 구독 URL은 일반적으로 이용 중인 서비스 제공업체에서 받을 수 있습니다. 제공업체 웹사이트의 메인 페이지나 계정 로그인 주소를 가져오기 창에 붙여 넣지 말고, 현재 코어와 호환되는 Clash 또는 Mihomo 설정 형식을 사용하세요. 노드 목록만 들어 있는 파일에는 프록시 그룹과 규칙이 빠져 있을 수 있으므로, 실행 가능한 완전한 설정 파일과 동일하게 취급하면 안 됩니다.

구독 링크에는 계정 식별 정보가 포함될 수 있습니다. 복사할 때는 URL 전체를 유지하고, 문제를 해결할 때 전체 링크나 QR 코드, 인증 정보가 포함된 설정을 공개하지 마세요. 기존 설정을 수정해야 한다면 먼저 내보내거나 사본을 저장해 두세요. 아래 절차는 일상적인 연결에 필요한 설정만 다루므로 YAML의 모든 항목을 미리 이해할 필요는 없습니다. 항목별 설명과 플랫폼 설치 세부 정보는 설정 파일 섹션에서 확인하세요.

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

클라이언트의 왼쪽 또는 하단 메뉴에서 “설정” 페이지를 열고 “새로 만들기”, “구독 추가”, “링크에서 가져오기”와 같은 항목을 찾습니다. 링크 유형을 선택한 뒤 URL 입력란에 구독 주소를 붙여 넣으세요. 이름 입력란이 있다면 알아보기 쉬운 이름을 지정할 수 있습니다. 저장하기 전에 주소 앞뒤에 공백, 줄바꿈, 메신저가 덧붙인 문장 부호가 없는지 확인하세요. 주소를 짧게 만들려고 물음표 뒤의 매개변수를 지우지 마세요. 인증 정보나 응답 형식에 필요한 값일 수 있습니다.

“가져오기” 또는 “저장”을 눌러 클라이언트가 내용을 다운로드하고 파싱할 때까지 기다립니다. 정상적으로 완료되면 설정 목록에 항목이 추가되고 이름, 업데이트 시각, 활성 상태 등이 표시될 수 있습니다. 추가 완료와 사용 중은 서로 다른 상태입니다. 새 설정이 자동으로 활성화되지 않았다면 해당 항목을 누르거나 메뉴에서 “사용”, “활성화”, “현재 설정으로 지정”을 선택하세요. 그런 다음 “프록시” 페이지로 돌아가 해당 설정에 정의된 프록시 그룹과 선택 가능한 아웃바운드가 표시되는지 확인합니다.

로컬 파일을 받았다면 같은 페이지에서 “파일 가져오기” 또는 “파일에서 새로 만들기”를 선택하고 확장자가 .yaml 또는 .yml인 완전한 설정 파일을 엽니다. 모바일에서는 먼저 시스템 파일 관리자에 저장한 다음 파일 선택기에서 열어야 할 수 있습니다. 파일을 가져온 뒤에도 현재 활성화된 항목인지 확인하세요. 다운로드 폴더에 파일을 저장하기만 하고 클라이언트에서 가져오지 않았다면 사용 중인 설정은 바뀌지 않습니다.

“설정 파싱 실패”가 표시되면 여기서 멈추고, 시스템 프록시를 반복해서 켜고 끄며 해결하려 하지 마세요. 링크를 가져오는 경우 구독이 만료되었는지, 로그인이 필요한지, 제공업체가 설정 파일 대신 웹 페이지를 반환했는지 확인합니다. 파일을 가져오는 경우 내용이 누락되지 않았는지, 편집기로 인해 들여쓰기가 바뀌지 않았는지, 현재 코어가 지원하지 않는 항목이 포함되지 않았는지 확인하세요. 먼저 로그에서 명확하게 표시된 첫 오류를 확인한 뒤 FAQ의 설치·설정 및 문제 해결 항목에서 원인을 찾아보세요.

설정이 정상적으로 사용 가능한 것을 확인한 뒤 “구독 업데이트”를 한 번 직접 실행해 나중에 업데이트할 때 사용할 메뉴 위치를 알아 둡니다. 원격 구독을 업데이트하면 기존 내용이 바뀔 수 있으므로 덮어쓰일 다운로드 사본에 중요한 수정 사항을 직접 추가하지 마세요. 클라이언트에 오버라이드 또는 병합 기능이 있다면 사용법을 익힌 뒤 활용하세요. 지금은 설정이 활성화되고 프록시 그룹이 표시되는지만 확인한 다음 아웃바운드 모드 설정으로 넘어가면 됩니다.

2단계: 규칙 모드와 프록시 그룹 선택

홈 화면, “프록시” 페이지 또는 설정의 “아웃바운드 모드” 영역에서 “규칙 / 전역 / 직접 연결” 옵션을 찾습니다. 처음 사용할 때는 규칙 모드를 선택하는 것이 좋습니다. 이 모드는 현재 설정의 규칙에 따라 요청의 아웃바운드를 선택합니다. 일부 요청은 직접 연결되고, 일부는 지정된 프록시 그룹으로 전달되며, 규칙에 따라 차단될 수도 있습니다. 규칙 모드가 예상대로 동작하는지는 가져온 설정에 달려 있으므로, 모드 이름만 보고 특정 사이트가 반드시 프록시를 통과한다고 판단하면 안 됩니다.

“전역”으로 바꾸면 코어에 들어오는 일반 프록시 요청이 전역으로 선택한 아웃바운드를 사용하고, “직접 연결”로 바꾸면 일반 요청이 대상에 바로 연결됩니다. 여기서 조정하는 것은 코어가 요청을 받은 뒤 어떻게 전달할지이며, 어떤 앱이 요청을 코어로 보낼지를 제어하는 기능은 아닙니다. 따라서 터미널이 원래 시스템 프록시를 사용하지 않았다면 전역 모드만 바꿔도 터미널 트래픽이 자동으로 클라이언트에 들어오지 않습니다. 먼저 규칙 모드에서 동작을 확인하고, 문제를 진단해야 할 때만 잠시 전역 모드로 전환하세요.

규칙 모드를 유지한 상태에서 “프록시” 페이지를 열고 설정에 포함된 선택 그룹을 펼칩니다. 그룹 이름은 설정에 따라 한글이나 영어로 표시될 수 있으므로 특정 이름을 찾을 필요는 없습니다. 그룹의 후보 항목을 확인하세요. 수동 선택 그룹이라면 현재 사용할 수 있는 노드를 누릅니다. 후보에 다른 그룹이 있다면 선택된 하위 그룹이 어떤 아웃바운드를 사용하는지도 확인하세요. DIRECT를 선택하면 직접 연결되고, REJECT를 선택하면 연결이 거부됩니다. 둘 다 프록시 노드를 선택한 것과는 다릅니다.

“지연 시간 테스트” 또는 “연결 테스트” 버튼이 있다면 한 번 실행해 명백히 연결할 수 없는 후보를 걸러낼 수 있습니다. 표시되는 수치는 지정된 테스트 대상에 대한 한 번의 측정 결과일 뿐, 다운로드 속도를 나타내거나 모든 사이트에 접속할 수 있음을 보장하지 않습니다. “시간 초과”는 노드 사용 불가, 테스트 대상 접근 불가, 로컬 네트워크 제한 등으로 발생할 수 있습니다. 여러 노드를 반복해서 한꺼번에 테스트하지 마세요. 먼저 테스트에 통과한 아웃바운드를 하나 선택하고, 실제 접속은 4단계에서 확인합니다.

자동 선택 그룹은 일반적으로 설정된 테스트 주소, 간격, 정책에 따라 아웃바운드를 선택하므로 특정 노드를 직접 고정할 수 없는 경우가 많습니다. 수동으로 제어하려면 익숙하지 않은 그룹 유형을 수정하는 대신, 설정에서 수동 선택을 지원하는 그룹을 선택하세요. 설정을 마친 뒤에는 현재 사용 중인 그룹 이름과 아웃바운드를 기억해 두세요. 이후 연결 기록과 비교할 때 필요합니다. 규칙 순서와 프록시 그룹 중첩에 관한 자세한 설명은 멀티 플랫폼 가이드에서 확인할 수 있으며, 여기서는 규칙을 미리 수정하지 않아도 됩니다.

3단계: 코어를 시작하고 연결 활성화

먼저 홈 화면으로 돌아가 코어 상태를 확인합니다. 클라이언트를 열면 코어가 자동으로 시작되는 경우도 있고, “시작” 또는 “연결”을 눌러야 하는 경우도 있습니다. 트레이 아이콘이 있는지만 보지 말고 화면에 표시된 실행 상태와 로그를 확인하세요. 시작에 실패하면 “로그”를 열어 포트 충돌, 설정 로드 실패, 권한 부족이 있는지 살펴봅니다. 시스템 프록시를 켜기 전에 시작 오류를 해결하세요. 실행 중이 아닌 로컬 포트로 요청이 전달될 수 있습니다.

데스크톱: 시스템 프록시로 브라우저 테스트

Windows, macOS 또는 Linux 데스크톱에서 클라이언트 설정이나 트레이 메뉴를 열고 “시스템 프록시”를 켭니다. 클라이언트가 시스템 프록시를 로컬 리스닝 주소로 설정합니다. 시스템 프록시를 따르는 브라우저라면 이것만으로 첫 접속 테스트를 할 수 있습니다. Linux는 데스크톱 환경과 앱에 따라 시스템 프록시 지원이 다릅니다. 스위치를 사용할 수 없다면 해당 클라이언트 안내에 따라 데스크톱 프록시 설정을 확인하고, 다른 플랫폼의 메뉴 경로를 그대로 적용하지 마세요.

그런 다음 “혼합 포트” 또는 “Mixed Port”가 정상적으로 리스닝 중인지 확인합니다. 흔히 쓰이는 예시 값은 7890이지만 현재 클라이언트에 표시된 값을 기준으로 하세요. 포트 충돌을 피하려고 값을 변경했다면 프록시를 직접 설정한 앱의 포트도 함께 바꿔야 합니다. 처음 사용할 때는 로컬 리스닝만 유지하면 되며, 일반적으로 “LAN 연결 허용”을 켤 필요는 없습니다. 외부 컨트롤 주소는 코어 관리용이며 브라우저에 입력하는 인터넷 프록시 포트가 아닙니다.

모바일: 시스템 VPN 설정 허용

Android와 iOS는 일반적으로 시스템 VPN 인터페이스를 통해 트래픽을 처리합니다. 클라이언트에서 “연결” 또는 시작 버튼을 누르면 시스템에 VPN 설정 허용 요청이 표시될 수 있습니다. 요청을 보낸 앱이 현재 클라이언트인지 확인한 뒤 허용하세요. 클라이언트로 돌아와 연결 상태가 계속 유지되는지 확인합니다. 시스템의 VPN 표시 아이콘은 터널이 연결되었다는 뜻이지만, 원격 아웃바운드까지 정상이라는 보장은 아닙니다. 대상에 접속할 수 있는지는 다음 단계에서 테스트해야 합니다.

시스템에서 다른 VPN을 사용 중이라면 연결을 끊은 다음 현재 클라이언트를 시작하세요. VPN을 함께 사용할 수 있는지는 시스템 기능과 제품 구현에 따라 다릅니다. Android에서 화면을 잠근 뒤 연결이 자주 끊긴다면 첫 테스트를 마친 후 배터리 최적화와 백그라운드 실행 권한을 확인하세요. iOS에서는 시스템 설정의 VPN 상태와 클라이언트 표시가 일치하는지 먼저 살펴보세요. 여러 클라이언트를 번갈아 연결하면 권한 문제와 노드 문제를 구분하기 어려워집니다.

TUN: 필요한 경우에만 활성화

브라우저는 정상적으로 작동하지만 시스템 프록시를 따르지 않는 일부 앱의 트래픽도 처리해야 할 때 TUN 모드를 고려하세요. 이 모드는 보통 가상 네트워크 어댑터, 서비스 설치 또는 관리자 권한이 필요합니다. 클라이언트 안내에 따라 권한을 허용한 뒤 활성화하세요. 첫 테스트에서는 시스템 프록시, TUN, DNS, 라우팅 설정을 동시에 바꾸지 마세요. 한 번에 하나씩 조정해야 변화의 원인을 파악할 수 있습니다. 플랫폼 지원, 권한, 라우팅 문제를 자세히 확인하려면 멀티 플랫폼 가이드를 참고하세요.

4단계: 접속 및 규칙 적용 확인

클라이언트를 실행한 상태에서 브라우저의 새 페이지를 열고 현재 설정의 사용 범위에 맞는, 접속 가능한 사이트를 방문합니다. 오래전에 열어 둔 페이지를 새로고침하는 방식은 피하세요. 캐시, 연결 재사용, 브라우저 자체 프록시 확장 프로그램이 결과를 왜곡할 수 있습니다. 프록시 전환 확장 프로그램을 설치했다면 시스템 설정을 덮어쓰는지 확인하세요. 확장 프로그램을 잠시 비활성화하고 브라우저 기본 네트워크 설정으로 비교 테스트를 할 수 있습니다.

페이지가 열리면 클라이언트의 “연결” 또는 “활성 연결” 페이지로 돌아가 방금 방문한 대상 도메인을 찾습니다. 기록에 표시된 적용 규칙, 프록시 그룹, 아웃바운드 경로가 2단계에서 선택한 내용과 일치하는지 확인하세요. 기록 항목과 보존 시간은 클라이언트마다 다릅니다. 짧은 연결은 금방 사라질 수 있으므로 연결 페이지를 열어 둔 채 다시 접속해 보세요. 로그로 확인할 때는 필요한 정보만 남기고, 화면을 공유하기 전에 개인 도메인, 구독 정보, 인증 정보를 가리세요.

검증은 두 가지로 나눠야 합니다. 요청이 클라이언트에 들어왔는지, 들어온 뒤 어떤 아웃바운드로 전달됐는지 확인하세요. 관련 기록이 전혀 없다면 브라우저가 시스템 프록시를 사용하는지, 리스닝 포트가 일치하는지, 다른 확장 프로그램이나 VPN이 트래픽을 처리하고 있는지 먼저 확인합니다. 기록은 있지만 접속에 실패한다면 선택한 노드, 규칙 대상, 로그 오류를 점검하세요. 기록에 DIRECT가 표시되고 설정에서도 해당 대상을 직접 연결하도록 되어 있다면 프록시가 고장 난 것이 아닙니다. 설정상 프록시를 거쳐야 하는 대상을 사용해 계속 테스트하세요.

브라우저는 정상인데 터미널이나 특정 앱에서 실패한다면 해당 앱이 시스템 프록시를 읽는지 먼저 확인하세요. 많은 명령줄 프로그램은 프록시 환경 변수를 별도로 설정해야 하며, 일부 앱은 자체 프록시 설정 메뉴를 제공합니다. 브라우저에서 성공했다고 모든 앱의 트래픽도 처리되고 있다고 단정하지 마세요. 터미널에서 실패하더라도 구독을 다시 가져올 필요는 없습니다. 앱별 확인 방법은 연결 문제 해결을 참고하거나 브라우저와 터미널을 구분해 문제를 해결하는 방법을 읽어 보세요.

페이지에 접속할 수 있지만 외부로 나가는 경로도 확인하려면 신뢰하는 IP 확인 서비스를 보조 수단으로 이용하고, 해당 요청에 적용된 규칙도 함께 살펴보세요. 조회 결과는 그 요청 한 번의 경로만 보여 주므로 모든 앱의 트래픽을 대표하지 않습니다. 규칙이 해당 서비스에 직접 연결을 지정했다면 로컬 네트워크의 IP가 표시되어도 설정대로 동작한 것입니다. 최종 판단은 대상 사이트 접속 여부, 연결 기록과 규칙의 일치 여부, 사용하는 앱이 클라이언트에 연결되었는지를 기준으로 하세요.

테스트가 끝난 뒤에는 검증된 설정을 그대로 사용해도 됩니다. 나중에 프록시를 중지할 때는 먼저 클라이언트에서 시스템 프록시를 끄거나 VPN 연결을 해제한 다음 클라이언트를 종료하세요. 시스템 설정이 자동으로 복원되는지는 제품마다 다르므로 종료 후 네트워크가 정상인지 확인합니다. 기기를 변경하거나 규칙을 작성하고 DNS를 조정해야 한다면 멀티 플랫폼 설치 및 설정 가이드를 이어서 읽어 보세요. 첫 연결을 완료하기 위해 모든 고급 옵션을 미리 조정할 필요는 없습니다.