Clash 초보자 설정 가이드

시작 전: 구독과 현재 네트워크 준비

이 튜토리얼을 따라 하려면 클라이언트가 설치되어 있어야 하며, 서비스 제공자가 안내한 Clash 호환 구독 링크 또는 설정 파일이 필요합니다. 클라이언트는 설정을 읽고 연결을 전달하는 프로그램이지 프록시 서비스 자체가 아닙니다. 앱만 설치하고 사용할 수 있는 설정이 없다면 원격 출구에 연결할 수 없습니다. 구독 링크는 보통 긴 URL이며 계정 식별 정보가 포함될 수 있으므로 개인 정보처럼 안전하게 보관하세요. 공개 댓글이나 스크린샷, 온라인 변환 사이트에 올리지 마세요.

먼저 현재 기기에서 평소 직접 접속할 수 있는 웹사이트가 열리는지 확인한 뒤 가져오기를 시작하세요. 현재 네트워크가 연결되지 않으면 구독 다운로드와 후속 연결 테스트가 모두 실패해 문제 발생 지점을 파악하기 어렵습니다. 처음 설정할 때는 트래픽을 연결하는 클라이언트를 하나만 사용하세요. 다른 VPN이나 프록시 프로그램을 쓰고 있다면 먼저 연결을 중지하면 되며, 테스트를 위해 바로 삭제할 필요는 없습니다. 완료 기준은 대상 웹페이지가 열리고 클라이언트 기록으로 요청 경로를 확인할 수 있는 것입니다. 스위치가 켜져 있는지만 확인해서는 안 됩니다.

1단계: 구독 가져오기 및 현재 설정으로 지정

클라이언트를 열고 Configuration, Profiles 또는 구독 페이지로 이동하세요. 추가, 새로 만들기 또는 가져오기 메뉴에서 URL 가져오기를 선택한 뒤 서비스 제공자의 구독 링크 전체를 입력란에 붙여 넣으세요. 구분하기 쉬운 이름을 메모로 지정해도 연결에는 영향을 주지 않습니다. 붙여 넣은 뒤 앞뒤에 공백, 줄바꿈, 따옴표 또는 메신저에서 덧붙인 설명이 들어가지 않았는지 확인하고 저장, 다운로드 또는 가져오기를 눌러 결과가 나올 때까지 기다리세요.

가져오기가 완료되면 페이지에 새 설정 항목이 추가되고 설정 이름, 업데이트 시간 또는 업데이트 버튼이 표시되는 경우가 많습니다. 그런 다음 해당 항목을 누르거나 적용, 이 설정 사용 등의 기능을 이용해 현재 설정으로 지정하세요. 링크를 목록에 저장하기만 해서는 코어에 설정이 로드되지 않을 수 있습니다. 프록시 페이지로 이동해 설정에 정의된 정책 그룹과 노드가 표시되고 설정 구문 오류가 없는지 확인해야 다음 단계로 진행할 수 있습니다. 일부 클라이언트는 새로 가져온 항목을 자동으로 선택하지만 한 번 더 확인하는 것이 좋습니다.

로컬 YAML 파일을 받은 경우 파일에서 가져오기를 선택해 파일을 지정하세요. 파일의 전체 내용을 구독 URL 입력란에 붙여 넣으면 안 됩니다. 로컬 파일은 보통 서비스 제공자의 설정을 자동으로 업데이트하지 않으므로, 나중에 업데이트하려면 안내에 따라 다시 가져오거나 파일을 교체하세요. 파일을 가져온 뒤에는 적용 여부도 확인해야 합니다. 확장자만 보고 사용할 수 있는 파일인지 판단하지 마세요. 확장자가 같아도 현재 코어가 지원하는 설정 구조가 아닐 수 있습니다.

가져오기 실패 시, 어느 단계에서 실패했는지 먼저 확인

다운로드 실패, 연결 시간 초과 또는 주소에 접근할 수 없다는 메시지가 표시되면 링크가 만료되었는지, 서비스 제공자 페이지가 열리는지, 현재 네트워크에서 구독 주소에 접근할 수 있는지 확인하세요. 처음 가져올 때는 클라이언트에 사용할 프록시가 아직 없을 수 있으므로, 아직 연결되지 않은 프록시를 통해 구독을 다운로드할 수 있다고 가정하면 안 됩니다. 다운로드는 완료됐지만 YAML 구문 오류, 알 수 없는 필드 또는 지원되지 않는 프록시 유형이 표시된다면 구독 형식과 클라이언트 코어의 호환성을 확인하세요. 웹 로그인 페이지, 오류 안내 페이지, 다른 클라이언트 전용 링크는 Clash 설정으로 바로 불러올 수 없습니다.

원인을 찾는 대신 업데이트 버튼을 계속 누르거나, 구독 정보를 모르는 사람에게 보내 점검을 부탁하지 마세요. 오류 유형을 기록하고 링크 출처와 선택한 형식을 확인한 뒤 한 번 더 시도하세요. 자세한 원인은 자주 묻는 질문에서 확인할 수 있습니다. 이 단계가 끝나려면 설정 목록에 가져온 항목이 있고 프록시 페이지에도 해당 내용이 표시되어야 합니다. 두 가지를 확인한 뒤 모드를 선택해야 이전 설정을 대상으로 작업하는 일을 피할 수 있습니다.

2단계: Rule 모드와 실제 출구 노드 선택

클라이언트의 모드 설정에서 Rule, 규칙 또는 규칙 모드를 선택하세요. 이 옵션은 보통 홈 화면, 프록시 페이지 상단 또는 설정의 실행 모드 항목에 있습니다. 규칙 모드는 현재 설정의 규칙에 따라 연결을 직접 연결할지, 정책 그룹을 거칠지, 차단할지를 판단하므로 첫 설정에 적합합니다. 모드를 선택한 뒤에는 규칙 파일을 편집하거나 모드 관련 스위치를 여러 개 동시에 변경하지 마세요. 먼저 기존 설정을 정상적으로 작동시켜야 이후 변경 사항을 비교하기 쉽습니다.

Global 또는 전역 모드는 코어로 들어온 연결 중 별도 처리되지 않은 연결을 전역 정책 선택에 맡기는 경우가 많지만, 기기의 모든 프로그램을 자동으로 코어에 연결해 주지는 않습니다. Direct 또는 직접 연결 모드는 주로 직접 연결 테스트에 사용합니다. 즉 모드는 이미 연결된 트래픽의 경로를 정하고, 시스템 프록시나 모바일 VPN은 어떤 트래픽을 코어로 보낼지 정합니다. 전역 모드만 선택하고 트래픽 연결을 켜지 않으면 브라우저가 클라이언트를 완전히 우회할 수 있습니다.

이어서 Proxy 또는 Proxies 페이지를 열고 설정에서 주요 프록시 트래픽에 사용하는 정책 그룹을 찾으세요. 노드 선택, 프록시, Proxy로 표시되거나 서비스 제공자가 지정한 이름을 사용할 수 있으며, 모든 클라이언트에서 동일한 명칭을 쓰지는 않습니다. 그룹을 열어 선택 항목을 확인하고 처음에는 원격 노드임을 명확히 알 수 있는 항목을 선택하세요. 다른 정책 그룹을 선택했다면 실제 항목이 선택된 하위 그룹도 확인해야 합니다. 최종 선택이 DIRECT라면 해당 연결은 직접 연결되므로 원격 노드가 작동하는지 확인할 수 없습니다.

사용할 수 있는 노드를 하나 선택하고, 테스트 수치를 낮추는 데 매달리지 마세요

클라이언트의 연결 테스트 또는 지연 시간 테스트 기능으로 후보 노드를 한 번 테스트하세요. 시간 초과는 제한 시간 안에 테스트 요청이 완료되지 않았다는 뜻일 뿐입니다. 노드에 연결할 수 없거나 테스트 대상에 접근할 수 없는 경우, 또는 네트워크가 일시적으로 불안정한 경우가 원인일 수 있으므로 구독 전체가 유효하지 않다고 단정하지 마세요. 다른 노드를 선택해 다시 테스트하고, 테스트를 완료하는 항목을 사용하면 됩니다. 테스트 성공은 그 시점에 테스트 경로를 사용할 수 있었다는 뜻이며, 이후 웹페이지 접속 확인을 대신하지 않습니다.

설정에 자동 선택, 장애 조치 또는 용도별 정책 그룹이 이미 있다면 다른 그룹은 기존 설정 그대로 두고 현재 사용할 기본 그룹만 확인하세요. 처음부터 모든 그룹을 같은 출구로 바꾸면 서비스 제공자가 설정한 트래픽 분기 구조를 덮어쓸 수 있습니다. 정책 그룹 중첩, 자동 전환 조건, 규칙 우선순위는 연결이 확인된 뒤 고급 설정 가이드에서 살펴보세요. 이 단계의 완료 기준은 규칙 모드가 선택되어 있고 기본 정책 그룹의 실제 출구를 확인한 것입니다.

3단계: 연결을 시작하고 트래픽 연결 켜기

클라이언트 홈 화면으로 돌아가 코어가 실행 중인지 확인하세요. 데스크톱 클라이언트 중에는 실행과 동시에 코어가 작동하는 것도 있고, 시작 또는 연결 버튼을 눌러야 하는 것도 있습니다. 설정 로드 실패, 수신 포트 사용 중 또는 서비스 준비 안 됨과 같은 메시지가 있으면 먼저 오류를 해결하세요. 코어가 정상적으로 실행되지 않은 상태에서 시스템 프록시를 켜면 서비스가 대기하지 않는 로컬 포트로 브라우저 요청이 전달되어, 원래 접속되던 웹페이지도 열리지 않을 수 있습니다.

데스크톱에서 처음 테스트할 때는 시스템 프록시를 먼저 켜세요. 이 스위치는 홈 화면이나 설정 페이지에 있거나 시스템 트레이 또는 메뉴 막대 아이콘의 오른쪽 클릭 메뉴에 있을 수 있습니다. 켠 뒤 시스템 프록시 설정을 따르는 브라우저로 테스트하고, 바로 운영체제 설정에 포트를 수동으로 입력할 필요는 없습니다. 브라우저에서 프록시를 별도로 제어하는 확장 프로그램을 쓰거나 수동 프록시, PAC를 설정한 적이 있다면 시스템 설정을 덮어쓰지 않는지 확인하세요. 스위치가 켜져 있다는 것은 클라이언트가 설정 적용을 시도했다는 뜻일 뿐, 모든 앱이 그 설정을 사용한다는 보장은 아닙니다.

모바일에서는 보통 연결 버튼을 누른 다음 처음 연결할 때 시스템에 표시되는 VPN 구성 또는 연결 요청을 승인해야 합니다. 승인한 뒤 클라이언트로 돌아가 연결 상태가 유지되는지 확인하세요. 버튼을 누르자마자 연결이 해제되는지 살펴봐야 합니다. 시스템에 VPN 아이콘이 표시되면 트래픽 연결 인터페이스가 만들어진 것이지만, 원격 노드가 작동한다는 뜻은 아닙니다. 시스템에서 권한을 거부했거나 다른 VPN이 연결 중이거나 기기 관리 정책이 해당 기능을 제한하는 경우에는 권한 또는 충돌을 먼저 해결한 뒤 테스트하세요.

처음에는 TUN과 다른 네트워크 설정을 함께 변경하지 마세요

TUN은 가상 네트워크 어댑터 수준에서 트래픽을 연결하며, 추가 권한과 라우팅 설정이 필요한 경우가 많습니다. 데스크톱에서 브라우저로 처음 확인할 때는 시스템 프록시를 사용하는 편이 문제를 찾기 쉽습니다. 상태를 완벽하게 보이게 하려고 TUN을 켜고 DNS를 변경하거나 방화벽 규칙을 추가하지 마세요. 브라우저에서 프록시가 정상적으로 작동하지만 시스템 프록시를 따르지 않는 프로그램도 연결해야 할 때 클라이언트 문서를 참고해 TUN을 검토하세요. 모바일에서 시스템 VPN 인터페이스를 사용한다고 해서 같은 이름의 TUN 스위치까지 켜야 하는 것은 아닙니다.

연결을 켠 뒤 브라우저에서 새 탭을 열어 한 번 접속하고 클라이언트 연결 목록에 활동이 표시되는지 확인하세요. 터미널, 게임, 일부 독립 네트워크 앱은 시스템 프록시 설정을 사용하지 않을 수 있으므로 첫 테스트 대상으로 적합하지 않습니다. 브라우저에서는 접속되지만 명령줄에서는 직접 연결된다면 현재 작동하는 설정은 그대로 두고 자주 묻는 질문에서 앱별 트래픽 연결 범위를 확인하세요. 노드가 이미 작동한다면 계속 바꾸지 마세요. 이제 설정, 출구 노드, 트래픽 연결까지 완료했으니 마지막으로 요청 기록을 확인하면 됩니다.

4단계: 웹페이지·규칙 적용·실제 출구 확인

먼저 브라우저로 직접 연결할 수 있는 웹사이트를 열어 기본 네트워크가 정상인지 확인한 뒤, 선택한 출구를 통해 접속해야 하는 대상 사이트를 방문하세요. 새 탭을 열어 페이지를 새로고침하면 이미 열려 있던 페이지나 캐시를 연결 성공 증거로 착각할 가능성을 줄일 수 있습니다. 대상 페이지가 열리면 1차 확인은 된 것이지만 어떤 출구를 거쳤는지까지 알 수는 없습니다. 같은 사이트에서도 메인 문서, 이미지, API 요청에 서로 다른 규칙이 적용될 수 있습니다.

이어서 클라이언트의 Connections, 연결 또는 로그 페이지를 열고 대상 웹페이지를 다시 불러와 해당 도메인이나 대상 주소의 기록을 찾으세요. 클라이언트마다 표시하는 항목은 다르지만 대상, 적용 규칙, 정책 그룹, 최종 출구를 우선 확인하면 됩니다. 요청에 규칙이 적용되고 앞서 선택한 프록시 경로를 거친 것으로 표시되며 페이지도 정상적으로 열리면 이번 연결은 확인된 것입니다. DIRECT로 표시된다면 요청이 직접 연결된 것이므로 노드가 작동한다고 판단하기 전에 모드와 규칙을 확인하세요.

추가 확인이 필요하면 신뢰할 수 있는 출구 IP 확인 서비스에 접속해 해당 요청에 표시된 출구 정보를 살펴볼 수 있습니다. 규칙 모드에서는 확인 사이트 자체에도 트래픽 분기 규칙이 적용되므로 결과는 그 요청의 경로만 보여줍니다. 결과에 로컬 네트워크 출구가 표시되어도 모든 대상이 프록시를 거치지 않는다고 단정할 수 없습니다. 반대로 출구 정보가 바뀌었다고 기기의 모든 프로그램이 연결된 것도 아닙니다. 대상 요청의 연결 기록을 기준으로 삼고 출구 IP 확인은 보조 자료로 활용하세요. 상태 버튼만 확인하는 것보다 두 가지를 함께 보는 편이 정확합니다.

확인 실패 시 설정·출구·트래픽 연결 순으로 점검

해당 연결 기록이 전혀 없다면 현재 설정이 적용되어 있는지, 코어가 정상 실행 중인지 확인한 뒤 시스템 프록시나 모바일 연결이 켜져 있는지 살펴보세요. 브라우저 확장 프로그램에서 별도로 프록시를 설정했는지도 확인해야 합니다. 목록 필터나 기록 보관 시간 때문에 항목이 보이지 않을 수도 있으므로 필터를 지우고 페이지를 새로고침하면서 기록이 생성되는지 확인하세요. 이런 요인을 제외한 뒤에야 요청이 코어로 들어오지 않았을 가능성을 고려하면 됩니다.

기록은 있지만 연결 시간이 초과된다면 기록에 표시된 최종 노드가 예상한 노드인지 확인한 뒤 사용 가능한 다른 노드로 같은 사이트에 접속해 보세요. 특정 사이트만 실패하는 경우 모든 네트워크 설정을 바로 바꾸지 마세요. 여러 프록시 대상에 모두 연결할 수 없을 때 구독 상태, 원격 노드, 현재 네트워크를 추가로 점검하면 됩니다. 도메인 확인 오류, 인증서 오류, 연결 거부는 서로 다른 문제이므로 정확한 오류 유형을 기록해 각각 확인하세요. 도움을 요청할 때 운영체제, 클라이언트 이름, 재현 순서를 설명하되 구독 주소, 계정 정보 등 개인 정보는 가리세요.

확인이 끝나면 현재 설정 이름, 실행 모드, 기본 정책 그룹 선택을 기록해 두고 이후에는 한 번에 하나의 설정만 변경하세요. 시작 시 자동 실행, 예약 업데이트, 앱별 트래픽 분기, DNS 최적화는 나중에 추가해도 되므로 첫 연결 때 모두 설정할 필요는 없습니다. 원인을 찾지 못했다면 Clash 자주 묻는 질문을 확인하고, 규칙 세트, Fake-IP 또는 여러 구독 병합을 알아보려면 고급 설정 가이드를 참고하세요. 대상 사이트가 열리고 연결 경로가 예상과 일치하면 이 튜토리얼을 마쳐도 됩니다.