Clash 빠른 시작: 구독 가져오기부터 연결 확인까지

시작 전 준비: 클라이언트와 구독 주소 확인

첫 설정 전에 클라이언트 페이지에서 운영체제에 맞는 그래픽 클라이언트를 선택하세요. Windows와 macOS 사용자는 보통 그래픽 인터페이스를 지원하는 클라이언트가 적합합니다. Android 사용자는 시스템이 앱의 VPN 연결을 허용하는지 확인해야 합니다. iOS 사용자는 App Store에서 사용할 수 있는 클라이언트를 설치하고 프록시 권한을 준비해야 합니다. Linux 사용자는 데스크톱 환경에 맞는 GUI 클라이언트를 선택하고, 서버나 라우터에서는 Mihomo 커널 문서를 참고할 수 있습니다. 클라이언트 버전, 메뉴 이름, 권한 안내는 플랫폼에 따라 달라지지만 설정 가져오기와 프록시 확인의 기본 원리는 같습니다.

유효한 구독 주소도 준비해야 합니다. 구독 주소는 일반적으로 서비스 제공업체의 계정 페이지에서 생성되며, https://로 시작하는 긴 URL이거나 구독 링크 버튼에 연결된 주소일 수 있습니다. 브라우저 주소창에서 잘린 일부만 복사하지 말고 전체 내용을 복사하세요. 웹 로그인 주소를 구독 주소로 사용해서도 안 됩니다. 서비스 제공업체가 여러 형식을 제공한다면 Clash, Clash Meta 또는 Mihomo로 명확히 표시된 설정 링크를 우선 선택하세요. 구독에는 보통 프록시 노드, 프록시 그룹, 규칙이 포함되며 클라이언트는 이 설정을 읽고 실행합니다.

공용 컴퓨터나 다른 사람의 기기에서 작업할 때는 구독 주소를 단체 채팅, 스크린샷 또는 공개 문서에 올리지 마세요. 구독 주소는 계정 설정에 접근하는 정보이므로 유출되면 다른 사람이 트래픽 할당량을 사용할 수 있습니다. 이 문서에서는 계정 비밀번호를 입력할 필요가 없습니다. 클라이언트 설치가 끝나고 구독 주소를 복사했다면 다음 단계로 이동하면 됩니다. 주소의 출처가 불분명하거나 복사한 내용에 공백이 포함되어 있다면 먼저 서비스 제공업체 페이지에서 다시 복사해 클라이언트 자체를 문제 원인으로 잘못 판단하지 않도록 하세요.

준비가 끝나면 먼저 클라이언트의 프록시를 끈 상태로 유지하세요. 이렇게 하면 “설정이 가져와진 상태”와 “시스템 프록시가 작동하는 상태”를 구분하기 쉽습니다. 다음으로 구독을 클라이언트에 저장하고 파일을 읽을 수 있는지 확인한 뒤 모드와 노드를 선택합니다.

1단계: 구독 설정 가져오기

클라이언트 메인 창을 열고 “설정”, “구독 관리”, “Profiles” 또는 이와 비슷한 이름의 페이지를 찾으세요. 데스크톱 클라이언트에서는 보통 왼쪽 탐색 메뉴에 있으며, 모바일에서는 홈 화면의 설정 카드나 오른쪽 상단 메뉴에 있을 수 있습니다. 페이지에 들어간 뒤 현재 설정 파일이 이미 있는지 먼저 확인하세요. 목록에 기존 설정이 있다면 사용 중인 항목을 바로 덮어쓰지 말고 새 구독 항목을 만들어 업데이트 실패 시 기존에 작동하던 설정을 보존하세요.

구독 입력란에 전체 주소를 붙여 넣은 다음 “추가”, “저장”, “가져오기” 또는 “설정 다운로드”를 클릭하세요. 일부 클라이언트는 이 작업을 두 단계로 나눕니다. 먼저 구독 주소를 저장하고, 그다음 항목 오른쪽의 업데이트 버튼을 클릭하는 방식입니다. 클릭 후 네트워크 요청이 끝날 때까지 기다려 목록에 설정 이름, 업데이트 시간 또는 선택 가능 상태가 표시되는지 확인하세요. 설정 이름은 서비스 제공업체가 정하거나 도메인 문자열 또는 날짜가 기본으로 표시될 수 있습니다. 항목을 선택할 수 있다면 이름 자체는 프록시 기능에 영향을 주지 않습니다.

클라이언트에서 이름을 입력하라고 하면 “기본 구독”이나 “일상 설정”처럼 알아보기 쉬운 짧은 이름을 사용하세요. 이름에 전체 구독 주소를 적는 것은 권장하지 않습니다. 저장 후 설정 세부 정보를 열어 내용이 빈 파일이 아닌지, 프록시 그룹, 노드 또는 규칙 관련 필드가 표시되는지 확인하세요. 그래픽 클라이언트가 원본 YAML 전체를 보여주지 않을 수도 있지만, 보통 설정 카드에 노드 수, 프록시 그룹 이름 또는 최근 업데이트 시간 등을 표시합니다. 이 단계의 핵심은 단순히 URL을 저장한 것이 아니라 클라이언트가 실제로 설정을 받아왔는지 확인하는 것입니다.

구독 업데이트가 끝나면 방금 가져온 설정을 현재 설정으로 지정하세요. 일부 소프트웨어는 설정 카드를 클릭해 전환하고, 다른 소프트웨어는 “활성화” 또는 “사용” 버튼을 제공합니다. 전환한 뒤 메인 화면으로 돌아가 프록시 그룹 목록이 바뀌었는지 확인하세요. “설정이 선택되지 않음”, “프록시 없음” 또는 빈 목록이 계속 표시되면 시스템 프록시를 켜지 말고 구독 주소, 네트워크 연결, 클라이언트 로그부터 확인하세요. 구독 업데이트 실패의 흔한 원인은 불완전한 주소 복사, 현재 네트워크에서 구독 서비스에 접근할 수 없는 상태, 시스템 시간 오류, 서비스 제공업체의 일시적인 요청 제한입니다. 자세한 처리 순서는 FAQ의 문제 해결 섹션을 참고하세요.

설정이 활성화되고 프록시 그룹을 펼칠 수 있으며 노드가 하나 이상 표시되면 가져오기 단계가 완료된 것입니다. 이제 클라이언트에 실행 가능한 라우팅 규칙은 있지만 어떤 요청을 프록시로 보낼지와 시스템 수준의 프록시 권한은 아직 정해지지 않았습니다. 다음 단계에서 적절한 실행 모드를 선택한 뒤 구체적인 노드를 선택하세요.

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

메인 화면에서 “모드”, “실행 모드” 또는 비슷한 설정을 찾으세요. 대부분의 Clash 클라이언트는 규칙, 전역, 직접 연결의 세 가지 일반적인 모드를 제공합니다. 처음 사용할 때는 보통 규칙 모드를 선택하는 것이 좋습니다. 클라이언트가 설정 파일의 도메인, IP, 프로세스 규칙에 따라 연결 경로를 결정하고, 프록시 규칙에 일치하는 요청은 프록시 그룹으로 전달되므로 일상적인 웹 사용에 적합합니다. 일치하지 않는 요청은 설정 파일의 기본 규칙에 따라 처리됩니다. 규칙 모드의 실제 결과는 구독 내용에 따라 달라지며 서비스 제공업체마다 규칙 범위가 다를 수 있습니다.

전역 모드에서는 대부분의 요청이 현재 선택한 프록시 그룹을 거치므로 노드 연결 가능 여부를 임시로 확인하거나 규칙이 아직 완성되지 않았을 때 짧게 테스트하기에 적합합니다. 더 많은 앱의 접속 경로를 바꿀 수 있으므로 설정 내용을 잘 모른다면 장시간 사용하는 것은 권장하지 않습니다. 직접 연결 모드에서는 요청이 대상 주소에 바로 접속하며, 문제가 프록시 경로에서 발생했는지 확인할 때 유용합니다. 모드를 바꿔도 구독이 변경되거나 노드가 삭제되지는 않습니다. 요청 처리에 사용하는 경로만 바뀝니다.

모드를 선택한 뒤 “프록시”, “Proxies” 또는 프록시 그룹 페이지로 이동하세요. 자동 선택, 장애 조치, 지역별 그룹, 수동 선택과 같은 하나 이상의 정책 그룹이 표시됩니다. 가장 상위 프록시 그룹을 먼저 열어 선택 가능한 노드가 있는지 확인하세요. 그룹에 “선택되지 않음”이 표시되거나 빈 항목만 있다면 설정 페이지로 돌아가 구독을 다시 업데이트합니다. 노드를 선택할 때는 한 번의 테스트 결과보다 지속적인 사용 가능성을 우선적으로 확인하세요. 노드 이름의 지역, 회선, 배율 정보는 서비스 제공업체가 붙인 표시일 뿐이며 실제 사용 가능 여부는 연결 테스트로 확인해야 합니다.

클라이언트에 “속도 측정”, “지연 시간 테스트” 또는 “URL Test”가 있다면 노드 선별을 위해 한 번 실행해도 됩니다. 하지만 측정값은 특정 테스트 주소와 해당 시점의 연결 상태만 나타냅니다. 테스트가 끝나면 상태가 정상이고 지연 시간이 비교적 안정적인 노드를 선택하세요. 최저 수치를 얻으려고 자주 전환하지 마세요. 노드 선택에는 패킷 손실, 출구 지역, 대상 웹사이트 응답, 로컬 네트워크 품질도 영향을 줍니다. 테스트 결과와 실제 체감 속도의 차이는 Clash 지연 시간 테스트 원리에서 확인할 수 있습니다.

모드와 노드 선택을 마친 뒤 메인 화면으로 돌아가 현재 설정 이름, 실행 모드, 프록시 그룹 상태가 모두 저장되었는지 확인하세요. 일부 클라이언트는 설정을 전환하면 프록시 그룹 선택을 초기화하므로 노드를 다시 선택해야 합니다. 방금 선택한 노드가 유지되지 않았다면 한 번 더 선택한 후 시스템 연결을 켜세요. 이 확인을 거치면 다음 단계에서 클라이언트가 “실행 중”으로 표시되지만 실제 요청에는 명확한 출구가 없는 상황을 피할 수 있습니다.

3단계: 시스템 프록시 활성화 및 연결 설정

이제 클라이언트 홈 화면으로 돌아가 “시스템 프록시”, “System Proxy”, “시작” 또는 전원 모양의 스위치를 찾으세요. 데스크톱 클라이언트는 보통 홈 화면 상단이나 상태 표시줄에 시스템 프록시 스위치를 둡니다. 클릭하면 시스템 프록시 설정을 지원하는 앱의 요청이 Clash의 리스닝 포트로 전달됩니다. Windows와 macOS에서는 관리자 권한 승인이 표시될 수 있고, Android에서는 VPN 연결 확인 창이, iOS에서는 VPN 설정 추가 허용 요청이 나타날 수 있습니다. 시스템 안내에 따라 권한을 허용하고 클라이언트 상태가 “실행 중”, “시작됨” 또는 비슷한 상태로 바뀔 때까지 기다리세요.

시스템 프록시와 클라이언트 프로세스는 서로 다른 계층입니다. 클라이언트에 실행 중이라고 표시되는 것은 커널이 시작되었다는 뜻일 뿐입니다. 브라우저나 다른 앱이 이를 사용하는지는 시스템 프록시 스위치, 앱 자체의 프록시 설정, 시스템 권한에 따라 달라집니다. 처음 설정할 때는 브라우저 확장 프록시, 다른 VPN 소프트웨어, 타사 네트워크 가속기를 먼저 끄세요. 여러 프로그램이 동시에 시스템 프록시 설정을 바꾸는 일을 막을 수 있습니다. Android에서 절전 제한이 활성화되어 있으면 백그라운드에서 VPN 서비스가 중지될 수 있으므로 먼저 클라이언트를 전면에 둔 상태에서 확인하고, 이후 기기 제조업체 설정에서 백그라운드 실행 허용 목록에 추가하세요.

시스템 프록시를 활성화한 뒤 클라이언트의 상태 정보와 로그 영역을 확인하세요. 정상이라면 브라우저가 요청을 보낸 후 로그에 연결 기록이 나타나며, 대상 도메인, 일치한 정책 그룹, 연결 결과가 포함될 수 있습니다. 이때 구독 내용, 계정 정보 또는 전체 주소를 공개된 곳에 복사하지 마세요. 시스템 스위치를 켤 수 없다면 다른 VPN이 권한을 사용 중인지 먼저 확인하세요. 스위치를 켜자마자 꺼진다면 시스템이 권한을 거부했는지, 절전 정책이 클라이언트를 중지했는지, 현재 설정이 정상적으로 시작되는지 점검하세요.

데스크톱에서는 먼저 브라우저 창 하나만 열어 테스트하고 다른 앱은 종료해 두는 것이 좋습니다. 그러면 로그의 새 요청을 방금 연 웹페이지와 쉽게 연결할 수 있습니다. Android와 iOS에서는 처음 연결할 때 평소에 잘 열리는 일반 웹사이트를 브라우저로 방문한 뒤 클라이언트 상태를 확인하세요. 처음부터 특수 DNS, 로그인 인증 또는 많은 스크립트에 의존하는 복잡한 사이트를 사용하지 않는 것이 좋습니다. 연결이 설정되면 마지막 단계에서 웹페이지 결과, 클라이언트 로그, 프록시 설정을 각각 확인해 정상 작동 여부를 판단합니다.

시스템 프록시를 따르지 않는 앱까지 제어하려면 먼저 이 문서의 기본 확인을 완료한 뒤 사용 설명서의 TUN 장을 참고하세요. TUN은 시스템 권한, 라우팅 테이블, DNS 처리를 포함하므로 첫 설정 단계에서 바로 활성화하면 변수가 늘어납니다. 구독이나 노드 문제를 확인할 때 첫 단계로 사용하기에는 적합하지 않습니다.

4단계: 프록시가 실제로 작동하는지 확인

먼저 자주 사용하는 브라우저 페이지를 열고 평소 안정적으로 접속되는 웹사이트를 방문하세요. 페이지가 정상적으로 로드되었다고 해서 요청이 예상한 노드를 거쳤다고 단정할 수는 없습니다. 이제 Clash 클라이언트로 돌아가 로그 또는 연결 목록에서 방금 웹페이지가 생성한 도메인 요청을 찾으세요. 요청이 특정 규칙에 일치했고 최종 정책 그룹이 방금 선택한 프록시 그룹인지, 직접 연결이나 거부가 아닌지 확인합니다. 클라이언트가 도메인별 규칙 일치 결과를 지원한다면 해당 기록을 열어 더 정확한 정보를 확인할 수 있습니다.

그다음 시스템 프록시 상태를 확인하세요. Windows에서는 시스템 네트워크 프록시 설정에서 수동 프록시가 클라이언트에 의해 입력되었는지 확인하고, macOS에서는 현재 네트워크 서비스의 프록시 항목을 확인할 수 있습니다. Android와 iOS에서는 VPN 아이콘 또는 클라이언트 연결 상태를 살펴보세요. 시스템별 표시 방식은 다르지만 핵심 조건은 클라이언트 실행, 시스템 권한 허용, 브라우저 요청의 클라이언트 로그 표시, 선택한 모드와 일치하는 정책 결과입니다. 세 조건이 모두 충족되어야 기본 프록시 경로가 설정되었다고 볼 수 있습니다.

웹페이지는 열리지만 로그에 해당 요청이 없다면 브라우저가 자체 프록시 설정, QUIC 또는 다른 독립 네트워크 경로를 사용하거나 시스템 프록시가 실제로 활성화되지 않았을 수 있습니다. 먼저 브라우저에 별도로 설정된 프록시 확장 기능을 끄고 페이지를 다시 여세요. 로그에 요청은 있지만 모두 직접 연결로 표시된다면 현재 직접 연결 모드인지, 규칙이 대상 도메인을 DIRECT로 분류했는지 확인하세요. 요청이 프록시로 표시되지만 페이지가 열리지 않는다면 다른 노드로 테스트하고 로그의 오류 유형을 확인하세요. 연결 시간 초과, TLS 오류, DNS 조회 실패는 해결 방향이 서로 다릅니다.

일부 웹사이트에서만 문제가 발생한다면 클라이언트를 바로 재설치하지 마세요. 규칙 모드에서는 도메인마다 다른 정책 그룹으로 연결될 수 있으므로 프록시 페이지에서 해당 그룹에 노드가 있는지, 규칙 페이지에서 도메인 일치 결과가 올바른지 확인하세요. 모든 도메인에 접속할 수 없다면 노드, 구독 업데이트 시간, 시스템 시간, 네트워크 권한을 집중적으로 점검합니다. 특정 앱만 프록시를 거치지 않는다면 먼저 해당 앱이 시스템 프록시를 따르는지 확인하고, 따르지 않을 때 TUN 또는 앱별 프록시 설정을 고려하세요. Fake-IP, DNS 라우팅, LAN 접근과 관련된 문제는 DNS 및 라우팅 장을 바로 참고하고 여러 설정 페이지의 값을 동시에 변경하지 마세요.

확인이 끝나면 현재 설정, 모드, 노드 선택을 유지하고 필요하지 않은 디버그 로그는 끄세요. 이번에 정상 작동한 노드 이름도 기록해 두면 좋습니다. 이후 연결 문제가 발생하면 설정 업데이트 여부, 모드의 정확성, 시스템 프록시 활성화 여부, 로그의 요청 표시 여부를 먼저 확인하세요. 같은 순서로 점검하면 클라이언트를 반복해서 바꾸거나 모든 설정을 삭제하는 것보다 원인을 빠르게 찾을 수 있습니다. 구독 업데이트 실패, 반복되는 권한 팝업, 시스템 프록시의 지속적인 덮어쓰기 문제가 있다면 FAQ에서 관련 항목을 확인하세요. 규칙 순서, 정책 그룹, 커널 매개변수를 이해하려면 전체 사용 설명서를 참고하세요.

완료 후 확인할 네 가지 항목

첫 설정을 마칠 때 다음 순서로 빠르게 점검하세요. 첫째, 현재 설정 목록에 방금 업데이트한 구독이 있고 활성화되어 있는지 확인합니다. 둘째, 실행 모드가 현재 목적에 맞는지 확인하며 일상적인 사용은 보통 규칙 모드에서 시작합니다. 셋째, 프록시 그룹에서 상태가 정상인 노드를 선택했는지 확인합니다. 넷째, 시스템 프록시 또는 VPN 권한이 켜져 있고 브라우저 요청을 클라이언트 로그에서 찾을 수 있는지 확인합니다. 네 항목이 모두 충족되면 기본 사용 과정이 완료된 것입니다.

• 구독에 내용이 있음: 프록시 그룹, 노드 또는 규칙이 정상적으로 표시되고 업데이트 날짜가 명백히 오래되지 않았습니다.
• 모드 확인 완료: 실수로 직접 연결 모드에 머물러 있지 않고 테스트 후 규칙 모드로 되돌리는 것을 잊지 않았습니다.
• 노드 선택 가능: 현재 정책 그룹이 비어 있지 않고 선택한 노드에서 지속적인 오류나 즉시 연결 시간 초과가 발생하지 않습니다.
• 요청 추적 가능: 테스트 페이지를 열 때 클라이언트 로그에 해당 요청이 나타나고 합리적인 정책 결과가 표시됩니다.

이 네 가지 확인은 기본 연결만 다루며 모든 앱이 반드시 시스템 프록시를 따르거나 모든 규칙이 예상대로 작동한다는 뜻은 아닙니다. 게임, 명령줄 도구, 가상 머신, LAN 기기까지 제어해야 한다면 기본 연결이 안정적인지 확인한 후 별도로 설정하세요. 심화 설정은 처음부터 배우는 전체 사용 설명서에서 시작할 수 있습니다. 특정 문제 하나만 해결하려면 문제 해결 페이지를 이용하는 편이 더 빠릅니다.