Clash 처음 설정하기

시작 전: 클라이언트와 구독 준비

먼저 운영체제와 프로세서 아키텍처에 맞는 클라이언트를 설치하고, Clash 또는 mihomo를 명시적으로 지원하는 설정 구독 URL을 준비하세요. 클라이언트는 설정을 읽고 트래픽을 연결하는 역할을 하며, 설치만으로 프록시 출구를 사용할 수 있는 것은 아닙니다. 구독은 보통 이용 중인 서비스 제공업체에서 받을 수 있습니다. 노드 공유 문자열만 있다면 이를 완전한 Clash 설정 파일로 간주해 바로 가져오지 마세요.

다른 프록시 클라이언트와 VPN 앱은 잠시 끄고, 현재 네트워크로 평소 이용하는 웹사이트에 접속할 수 있는지 확인하세요. 이후 문제가 생겼을 때 기본 네트워크 문제인지 새 설정이 적용되지 않은 것인지 구분하기 쉽습니다. 처음 실행할 때 권한 요청이 표시되면 해당 기능에 관한 안내를 먼저 읽으세요. 이 가이드의 데스크톱 기본 절차는 시스템 프록시를 사용하며, 처음부터 서비스 모드를 설치하거나 가상 네트워크 카드를 켤 필요는 없습니다.

현재 사용할 수 있는 설정은 그대로 보존하세요. 이미 클라이언트를 사용 중이라면 기존 파일을 덮어쓰지 말고 새 설정 항목을 만드세요. 구독 링크에 개인 접속 정보가 포함될 수 있으므로 본인 클라이언트에만 붙여넣으세요. 도움을 요청하기 위해 화면을 공유할 때는 전체 링크, 계정 정보, 노드 인증 정보를 가리세요. 코어, 정책 그룹, 구독의 차이를 알고 싶다면 먼저 용어 안내서를 확인한 뒤 첫 단계로 돌아오세요.

01 구독을 가져와 설정 활성화

Clash Verge Rev를 열고 왼쪽 메뉴에서 ‘구독’으로 이동하세요. 구독 URL 입력란이나 추가 메뉴를 찾아 서비스 제공업체가 안내한 전체 링크를 붙여넣은 뒤 ‘가져오기’ 또는 해당 다운로드 버튼을 누릅니다. 복사할 때 안내 문구, 줄바꿈, 따옴표가 함께 들어가지 않도록 하고 링크 끝의 매개변수를 직접 삭제하지 마세요. 일부 클라이언트에서는 먼저 ‘원격 설정’을 선택한 뒤 이름과 URL을 입력해야 합니다. 이름은 로컬에서 구분하기 위한 것이므로 용도를 알아보기 쉬운 짧은 문구로 지정하면 됩니다.

가져오기가 끝나면 페이지에 새 설정 항목이 표시되며, 보통 이름과 업데이트 시간 또는 작업 메뉴를 볼 수 있습니다. 항목이 표시된 뒤에도 해당 설정을 선택하거나 활성화해야 합니다. 클라이언트에 구독이 여러 개 저장되어 있다면 다운로드만 하고 현재 설정을 전환하지 않은 경우 코어가 이전 내용을 계속 사용할 수 있습니다. 화면의 선택 표시로 현재 항목을 확인한 다음 ‘프록시’ 페이지로 이동해 정책 그룹과 선택 가능한 출구가 나타나는지 확인하세요.

웹페이지가 아닌 설정을 가져왔는지 확인

가져오기에 성공하면 선택할 수 있는 정책 그룹이 표시되어야 합니다. 빈 화면만 보이거나 YAML 파싱 실패, 설정 형식 오류가 표시되면 서비스 제공업체 페이지로 돌아가 Clash 전용 구독 URL을 복사했는지 확인하세요. 로그인 페이지, 구매 페이지, 구독 안내 페이지를 가져온 것은 아닌지 살펴보세요. 브라우저에서 링크가 열린다고 해서 클라이언트에 필요한 설정이 반환되는 것은 아닙니다. 로그인 상태와 접속 방식에 따라 반환되는 내용이 다를 수 있습니다.

로컬 설정 파일이 있다면 ‘파일 가져오기’를 사용하거나 파일을 설정 영역으로 끌어 놓으세요. 실제 .yaml 또는 .yml 파일을 선택한 뒤 같은 방법으로 활성화합니다. 확장자만 바꿔 형식을 변환하지 말고, 인코딩된 일반 노드 목록의 파일명을 YAML로 바꾸지도 마세요. 각 형식의 역할과 차이는 구독 및 설정 파일 용어에서 확인할 수 있습니다. 처음 설정할 때 전체 파일을 직접 작성하는 방법부터 익힐 필요는 없습니다.

성공 상태를 확실히 확인

모바일에서는 보통 ‘설정’ 페이지에서 추가를 누르고 URL에서 가져오기를 선택한 뒤 주소를 붙여넣어 저장합니다. 그런 다음 새로 만든 항목을 선택하세요. 제공업체가 원클릭 가져오기를 지원하면 시스템에서 클라이언트를 열지 묻는 메시지가 표시될 수 있습니다. 클라이언트로 이동한 뒤에도 설정이 저장되고 선택되었는지 확인해야 합니다. 브라우저에서 안내 창이 닫혔다고 해서 클라이언트 로드가 완료된 것은 아닙니다.

가져오기에 성공했다면 규칙, DNS, 고급 재정의 옵션은 당분간 변경하지 마세요. 현재 설정 이름을 기억하고 프록시 페이지에 항목이 표시되는지 확인한 뒤 다음 단계로 넘어갑니다. 구독 다운로드에 실패하면 기존 항목은 유지하고 링크가 만료되었는지, 현재 네트워크에서 구독 URL에 접속할 수 있는지 확인하세요. 같은 이름의 항목을 여러 개 연속해서 만들지 마세요. 오류별 해결 방법은 문제 해결 안내서의 구독 실패 항목에서 확인한 다음 여기서 이어서 진행하세요.

02 규칙 모드와 프록시 출구 선택

‘프록시’ 페이지에서 ‘규칙 / 전역 / 직접 연결’ 모드 전환 메뉴를 찾고, 처음에는 ‘규칙’을 선택하세요. 규칙 모드는 현재 설정의 조건에 따라 각 요청에 적용할 정책을 결정하므로, 로컬 서비스는 그대로 이용하면서 지정한 대상만 프록시로 연결할 때 적합합니다. 여기서 선택하는 것은 출구를 결정하는 방식이지 네트워크 연결 방식이 아닙니다. 모드를 규칙으로 바꾸기만 해서는 다른 앱의 요청이 클라이언트로 전달되지 않을 수 있습니다.

이어서 주요 프록시 정책 그룹을 펼치세요. 구독에 따라 ‘노드 선택’, ‘프록시 선택’ 등 이름이 다를 수 있습니다. 여기서 PROXY는 흔히 쓰이는 예시 이름일 뿐, 화면에 같은 이름의 버튼이 반드시 있어야 하는 것은 아닙니다. 서비스 제공업체가 사용 가능하다고 표시한 출구나 구독에서 제공하는 자동 선택 그룹을 고르세요. 첫 테스트에서는 선택을 그대로 유지하세요. 페이지를 새로고침할 때마다 출구를 바꾸면 어떤 변경이 영향을 주었는지 파악하기 어렵습니다.

모드와 정책 그룹 구분하기

전역 모드는 보통 클라이언트가 연결을 제어하는 트래픽을 전역 정책으로 전달합니다. 운영체제의 모든 프로그램이 자동으로 연결된다는 뜻은 아닙니다. 직접 연결 모드에서는 연결 제어 대상 요청이 목적지에 직접 접속하지만, 로컬 DNS, 네트워크 권한, 설정의 영향을 받을 수 있습니다. 연결을 확실히 하려고 일상적으로 전역 모드를 계속 사용할 필요는 없습니다. 먼저 규칙 모드에서 확인해야 구독 자체의 분류 방식을 파악할 수 있습니다.

정책 그룹에 DIRECT, REJECT 및 다른 그룹 이름이 표시되어도 모두 서버라고 생각하지 마세요. DIRECT는 직접 연결, REJECT는 연결 거부를 뜻하며, 다른 그룹 이름은 여러 출구 후보를 참조할 수 있습니다. 주요 정책 그룹을 선택한 다음 최종적으로 어떤 출구를 가리키는지 확인하세요. 여러 단계의 정책이 있다면 나중에 연결 상세 정보에서 전체 정책 체인을 확인할 수 있습니다.

클라이언트에서 제공하는 연결 테스트를 한 번 실행해 명백히 접속할 수 없는 후보를 걸러낼 수 있습니다. 다만 테스트 수치만으로 실제 속도를 판단하지 마세요. 테스트 성공은 당시 특정 탐지 대상에 접속할 수 있었다는 뜻일 뿐, 웹사이트와 앱 테스트를 대신하지 않습니다. 테스트가 끝나면 규칙 모드와 선택한 출구를 유지하고, 다음 단계에서 시스템 프록시나 모바일 연결을 활성화해 요청이 실제로 코어에 전달되도록 하세요.

03 연결 및 트래픽 제어 활성화

데스크톱 클라이언트 홈 화면이나 ‘설정’으로 돌아가 코어가 시작되었고 설정 로드 실패 메시지가 없는지 확인하세요. 그런 다음 ‘시스템 프록시’를 켭니다. Clash Verge Rev는 버전에 따라 이 스위치가 홈 화면의 바로 가기 영역이나 설정 메뉴에 있을 수 있으므로 설치된 버전의 화면을 기준으로 찾으세요. 스위치를 켜면 시스템 프록시 설정을 따르는 앱에 로컬 프록시 주소가 제공되며, 브라우저는 보통 별도 설정 없이 사용할 수 있습니다.

기본 수신 주소와 포트는 그대로 두고 다른 가이드에 나온 특정 숫자로 임의 변경하지 마세요. 클라이언트 설정과 시스템 프록시 설정은 현재 수신 중인 동일한 포트를 가리켜야 합니다. 한쪽만 바꾸면 요청이 존재하지 않는 서비스로 전달됩니다. 브라우저에 별도의 프록시 확장 프로그램이 설치되어 있다면 잠시 끄거나 시스템 설정을 사용하도록 확인하세요. 브라우저 자체 설정이 방금 활성화한 시스템 프록시를 덮어쓰지 않도록 주의해야 합니다.

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

처음 설정할 때 TUN, 서비스 모드, 여러 DNS 재정의를 동시에 켤 필요는 없습니다. 시스템 프록시는 해당 설정을 따르는 프로그램의 트래픽을 제어하지만, 일부 게임과 명령줄 도구, 자체 네트워크 스택을 사용하는 앱은 이를 따르지 않을 수 있습니다. 먼저 브라우저 접속을 성공시켜 구독, 출구, 기본 프록시 연결이 작동하는지 확인하세요. 그런 다음 필요한 앱에 따라 TUN 사용 여부를 결정하면 됩니다. 가상 네트워크 카드, 관리자 권한, 라우팅 제어에 관한 자세한 내용은 상황에 맞춰 문제 해결 안내서에서 확인하세요.

모바일에서 시스템 권한 승인

Android 또는 iOS 클라이언트에서 설정과 정책을 선택한 뒤 홈 화면의 시작 또는 연결 버튼을 누르세요. 시스템에서 VPN 설정 추가나 연결 허용을 처음 요청하면 요청한 앱을 확인한 뒤 안내에 따라 승인합니다. VPN 표시는 클라이언트가 시스템 네트워크 확장 기능을 사용한다는 뜻이며, 선택한 출구가 정상적으로 작동하는지 확인되었다는 의미는 아닙니다.

연결한 뒤 클라이언트로 돌아와 실행 중 상태가 유지되는지 확인한 다음 브라우저에서 테스트하세요. 다른 VPN 앱이 연결되어 있다면 먼저 해제한 뒤 현재 클라이언트를 실행하세요. 두 앱이 같은 네트워크 연결 지점을 동시에 제어하지 않도록 해야 합니다. Android에서는 앱별 설정도 확인하세요. 브라우저가 제외되어 있으면 홈 화면에 연결됨으로 표시되어도 프록시를 거치지 않을 수 있습니다. 처음에는 클라이언트 기본 앱 범위를 사용하고 나중에 필요에 따라 앱별로 조정하세요.

이제 클라이언트를 계속 실행 상태로 두고 바로 종료하지 마세요. 데스크톱에서는 창을 닫아도 트레이에 최소화될 수 있고, 설정에 따라 완전히 종료될 수도 있습니다. 창이 사라진 것만으로 실행 상태를 판단하지 마세요. 트레이나 클라이언트 홈 화면에서 실행 중인지 확인한 뒤 마지막 단계로 진행합니다. 이때 확인할 것은 스위치가 켜져 있는지가 아니라 실제 요청이 예상한 출구를 거치는지입니다.

04 연결 및 규칙 분류 적용 여부 확인

먼저 평소 직접 접속할 수 있는 웹사이트를 열어 기본 웹 이용에 문제가 없는지 확인하고, 이어서 현재 설정에서 프록시를 거칠 것으로 예상되는 웹사이트를 엽니다. 구독에 실제로 적용된 규칙을 기준으로 하세요. 특정 웹사이트가 반드시 프록시를 거쳐야 하는 고정 테스트 대상이라고 단정하지 마세요. 테스트할 때는 새 페이지를 열거나 요청을 새로고침하세요. 이미 로드된 탭은 설정을 바꿔도 새 연결을 자동으로 만들지 않습니다.

클라이언트의 ‘연결’ 페이지로 돌아가 방금 방문한 도메인의 기록을 찾으세요. 상세 정보를 펼쳐 대상 도메인, 적용 규칙, 실제 정책 체인을 확인합니다. 직접 연결될 것으로 예상한 요청은 직접 연결 정책을 가리켜야 하고, 프록시를 거칠 것으로 예상한 요청은 해당 프록시 그룹을 통과해 선택한 출구에 도달해야 합니다. 연결 기록이 금방 사라지면 페이지를 다시 로드하세요. 클라이언트에서 종료된 연결 기록을 제공한다면 그곳에서 방금 요청한 항목을 찾아도 됩니다.

실제 적용 결과로 규칙 분류 확인

아래는 규칙 순서를 간단히 나타낸 예시이며, 구독을 그대로 대체할 수 있는 완전한 설정이 아닙니다. PROXY는 설정에 이미 존재하는 정책 이름이어야 합니다. 처음에는 ‘위에서 아래로 확인하고, 규칙이 일치하면 해당 정책을 사용한다’는 점만 이해하면 됩니다. 확인을 위해 규칙을 직접 추가할 필요는 없습니다.

mode: rule
rules:
  - DOMAIN-SUFFIX,github.com,PROXY
  - GEOIP,CN,DIRECT
  - MATCH,PROXY

웹페이지가 정상적으로 열려도 연결 상세 정보에 직접 연결로 표시된다면 이번 접속은 프록시 출구를 사용하지 않았을 수 있습니다. ‘페이지가 열린다’는 사실만으로는 충분한 증거가 아닙니다. 반대로 시스템 상태에 VPN 아이콘이 표시되거나 시스템 프록시가 켜져 있어도 연결 설정이 존재한다는 것만 확인할 수 있습니다. 실제 요청, 적용된 정책, 정상 응답을 모두 확인해야 이번 설정이 완료된 것입니다. 규칙 유형과 매칭 개념은 규칙 및 트래픽 분류 용어에서 확인하세요.

문제가 생기면 순서대로 되돌려 확인

두 테스트 사이트 모두 열리지 않으면 먼저 시스템 프록시나 모바일 연결을 끄고 원래 네트워크가 정상인지 확인하세요. 기본 네트워크를 복구한 뒤 현재 설정이 선택되어 있는지, 정책 그룹이 사용 가능한 출구를 가리키는지 점검합니다. 프록시를 거칠 것으로 예상한 사이트만 실패하면 다른 설정은 그대로 두고 출구만 바꿔 다시 시도하세요. 브라우저는 되지만 특정 앱이 작동하지 않는다면 해당 앱이 시스템 프록시를 따르는지, 또는 모바일 앱별 설정에서 제외되었는지 먼저 확인하세요. 바로 클라이언트를 재설치하지 마세요.

도움을 요청할 때는 문제가 발생한 단계, 클라이언트 이름, 선택한 모드, 화면에 표시된 오류를 기록하세요. 화면을 캡처할 때는 구독 URL과 인증 정보를 가리세요. DNS, 규칙, 시스템 네트워크 설정을 한꺼번에 초기화하면 문제를 파악할 단서가 사라집니다. 네트워크 연결 불가, 노드 시간 초과, DNS 오류, 시스템 프록시 미적용에 관한 전체 해결 절차는 Clash 문제 해결 안내서에서 확인할 수 있습니다. 이 페이지는 첫 연결 절차에 집중합니다.

정상 상태를 저장하고 일상적인 업데이트 진행

규칙 분류가 제대로 되는 것을 확인한 뒤 사용한 설정 이름, 모드, 주요 정책 그룹 선택을 기록해 두세요. 노드 목록이 바뀌면 ‘구독’으로 돌아가 해당 항목을 업데이트하고, 업데이트가 완료된 뒤 정책 그룹 선택이 여전히 유효한지 확인합니다. 업데이트 과정에서 출구 후보가 추가되거나 삭제될 수 있으므로 기존 선택이 반드시 남아 있다고 가정하지 마세요. 사용자 설정은 클라이언트가 지원하는 재정의 또는 확장 기능에 추가해 원격 업데이트로 덮어써질 수 있는 내용을 직접 수정하지 않도록 하세요.

더 이상 사용하지 않을 때는 데스크톱에서 시스템 프록시를 먼저 끈 다음 클라이언트를 정상 종료하세요. 모바일에서는 연결 해제 버튼을 누른 뒤 앱을 닫습니다. 종료 후 평소 이용하는 웹사이트에 접속해 네트워크가 복구되었는지 확인하세요. 컴퓨터 시작 시 자동 실행과 시작 후 프록시 자동 활성화는 서로 다른 설정입니다. 이번 연결 확인을 마친 뒤 필요에 따라 설정하고, 재부팅 후 다시 접속을 확인하는 것이 좋습니다. 이로써 가져오기, 선택, 연결 제어, 확인의 네 단계가 완료됩니다. 이후에는 구체적인 문제에 따라 관련 안내를 찾아보세요.