Clash 사용법: 4단계로 연결 설정하기

작업을 시작하기 전에 Clash GUI 클라이언트가 설치되어 있고, 네트워크 서비스 제공업체가 발급한 구독 URL이 준비되어 있어야 합니다. 구독 URL은 보통 https://로 시작하며 프록시 노드, 정책 그룹, 라우팅 규칙을 가져오는 데 사용됩니다. 개인 설정 자격 증명이므로 신뢰할 수 있는 기기에 보관하고 공개 포럼, 스크린샷 또는 단체 채팅에 공유하지 마세요.

먼저 클라이언트를 열고 10여 초 동안 메인 화면이 정상적으로 표시되는지 확인합니다. 설정, 프록시, 연결 기록 또는 환경설정 메뉴가 보이면 GUI가 정상적으로 시작된 것입니다. 창이 열리자마자 닫히거나 앱 손상 메시지가 표시되거나 코어가 계속 시작되지 않는다면 아직 구독 설정 단계에 들어간 것이 아니므로 설치 가이드의 해당 플랫폼 안내부터 따르세요.

시스템 날짜와 시간이 정확한지도 확인해야 합니다. HTTPS 구독 요청은 인증서 유효 기간에 의존하므로 기기 시간이 크게 어긋나면 정상적인 URL도 인증서 오류나 네트워크 오류로 표시될 수 있습니다. 회사나 학교처럼 관리되는 네트워크에서는 특정 연결이 제한될 수 있으므로, 처음 설정할 때는 규정을 확인한 뒤 다른 일반 네트워크로 비교 테스트를 진행해 보세요.

구독 또는 설정 메뉴 찾기

클라이언트를 연 뒤 「설정」, 「구독」 또는 「Profiles」 페이지로 이동합니다. 일반적인 화면에는 URL 입력란과 함께 「가져오기」, 「다운로드」, 「추가」 또는 더하기 버튼이 있습니다. 구독 URL을 복사할 때는 첫 문자부터 마지막 문자까지 전부 선택해 프로토콜이 빠지거나 끝에 공백이 섞이지 않도록 하세요. 웹페이지에서 접혀 보이는 일부만 복사해서도 안 됩니다.

URL 입력란에 주소를 붙여넣고 가져오기 또는 다운로드를 클릭합니다. 클라이언트가 구독 서버에 설정을 요청한 뒤 YAML 내용을 파싱합니다. 정상이라면 새 설정 항목이 추가되고 설정 이름, 업데이트 시간 또는 업데이트 버튼이 표시됩니다. 일부 클라이언트는 새 설정으로 자동 전환하지만, 다른 클라이언트는 설정 이름을 한 번 더 클릭하거나 「현재 설정으로 지정」을 선택해야 합니다. 목록에 설정이 보인다고 해서 코어가 이를 사용 중이라는 뜻은 아니므로 이 단계를 건너뛰지 마세요.

정책 그룹과 노드가 불러와졌는지 확인

가져오기가 끝나면 「프록시」, 「Proxies」 또는 정책 페이지로 전환합니다. 이곳에는 구독에 정의된 노드 선택, 자동 선택, 장애 조치, 직접 연결 또는 차단 같은 정책 그룹이 표시되어야 합니다. 선택 가능한 정책 그룹을 하나 이상 펼쳐 노드 이름이 보이는지 확인하세요. 설정 페이지에는 가져오기 성공으로 표시되지만 프록시 페이지가 완전히 비어 있다면 설정 파싱 실패, Clash 설정이 아닌 콘텐츠 다운로드, 이전 설정이 계속 선택된 경우일 수 있습니다.

구독 업데이트에 실패하면 먼저 설정 항목 옆의 업데이트 버튼을 다시 눌러 보고 오류 메시지를 확인하세요. 시간 초과는 정해진 시간 안에 원격 콘텐츠를 가져오지 못했다는 뜻입니다. 형식 오류나 YAML 파싱 오류는 반환된 내용이 현재 코어의 요구사항과 맞지 않는다는 의미입니다. 인증되지 않음 또는 상태 코드 오류가 표시되면 서비스 제공업체 페이지에서 구독이 아직 유효한지 확인하세요. 하나의 입력란에 여러 주소를 계속 이어 붙이거나 웹 관리 페이지의 로그인 URL을 구독 URL로 사용하지 마세요.

이후 업데이트 습관 만들기

구독의 노드와 규칙은 서버 측 변경에 따라 달라질 수 있습니다. 처음 가져온 뒤 클라이언트가 지원하는 범위에서 적절한 자동 업데이트 주기를 설정하거나, 연결에 문제가 생겼을 때 수동으로 업데이트하세요. 구독을 업데이트하면 설정 내용이 새로 고쳐지고 노드 목록, 정책 그룹, 규칙이 함께 바뀔 수 있으므로 업데이트 후 현재 선택된 노드를 다시 확인해야 합니다. 설정 구조, YAML 필드, 오버라이드 기능을 더 자세히 알아보려면 설치 및 설정 가이드를 참고하세요. 이 튜토리얼에서는 기본 설정을 유지한 채 다음 단계로 진행합니다.

처음에는 규칙 모드 선택

클라이언트 홈, 설정 또는 프록시 페이지에서 「모드」 또는 「Mode」 항목을 찾습니다. 일반적인 선택지는 규칙, 글로벌, 직접 연결입니다. 처음 설정할 때는 규칙 모드를 권장합니다. 연결이 설정의 규칙을 위에서부터 차례로 확인하며, 일반적인 직접 연결 트래픽은 DIRECT로, 프록시가 필요한 트래픽은 지정된 정책 그룹으로, 차단 규칙은 REJECT로 처리됩니다. 구독의 라우팅 로직을 확인하면서 일상적인 사용 방식에도 맞출 수 있습니다.

글로벌 모드는 대부분의 연결을 하나의 글로벌 정책 그룹으로 보내므로 규칙 매칭이 원인인지 잠시 확인할 때 유용하지만, 모든 문제의 고정 해결책으로 사용해서는 안 됩니다. 직접 연결 모드는 보통 프록시 노드를 우회하므로 로컬 네트워크 자체가 정상인지 빠르게 확인할 때 사용할 수 있습니다. 세 모드는 트래픽 처리 경로만 바꾸며 시스템 프록시나 TUN 스위치를 대신하지 않습니다. 규칙 모드만 선택하고 트래픽을 넘길 기능을 시작하지 않으면 다른 앱은 여전히 Clash를 거치지 않을 수 있습니다.

선택 가능한 정책 그룹에 노드 지정

규칙 모드를 유지한 채 프록시 또는 정책 그룹 페이지를 엽니다. 먼저 「노드 선택」, 「프록시」, 「PROXY」와 비슷한 이름의 주요 정책 그룹을 찾아 노드 하나를 클릭하세요. 선택 항목에는 보통 강조 표시, 체크 표시 또는 상태 점이 나타납니다. 정책 그룹에 「자동 선택」이나 「장애 조치」가 포함되어 있다면 해당 하위 정책 그룹을 선택해도 됩니다. 설정의 감지 로직에 따라 실제 노드가 결정됩니다.

지연 시간 테스트는 클라이언트와 테스트 주소 사이의 특정 시점 응답만 보여 주며 모든 웹사이트의 실제 속도와 같지는 않습니다. 처음 연결할 때는 상태가 정상이고 위치와 용도가 요구사항에 맞는 노드를 선택하면 됩니다. 노드 옆에 계속 시간 초과가 표시된다고 해서 구독 전체가 무효인 것은 아닙니다. 테스트 주소에 접근할 수 없거나 로컬 DNS에 문제가 있거나 네트워크 제한이 있으면 결과에 영향을 줄 수 있습니다. 먼저 테스트를 정상적으로 완료하는 노드를 선택해 연결과 확인을 마친 뒤 최종 접속 결과로 판단하세요.

일부 구독은 스트리밍, 개발 서비스, 메신저, 최종 대체 경로처럼 용도별로 정책 그룹을 나눕니다. 기본 설정 단계에서는 항목마다 수정할 필요 없이 제공업체의 기본값을 유지하는 편이 예측 가능한 결과를 얻기 쉽습니다. 주요 정책 그룹에 명확한 선택 항목이 있는지만 확인하면 다음 단계로 넘어갈 수 있습니다. 정책 그룹 중첩, 규칙 우선순위, MATCH 대체 처리에 대한 자세한 설명은 자주 묻는 질문에서 확인하세요.

먼저 코어가 실행 중인지 확인

클라이언트 홈으로 돌아가 코어, 서비스 또는 실행 상태를 확인합니다. 정상 상태는 보통 「실행 중」, 「시작됨」 또는 청록색 상태 점으로 표시됩니다. 별도의 시작 버튼이 있다면 먼저 클릭하고 상태가 안정될 때까지 기다리세요. 코어는 설정 로드, 로컬 포트 리슨, 규칙 실행을 담당합니다. GUI 창이 열린 것만으로는 코어가 실행 중이라고 단정할 수 없습니다.

코어 시작에 실패하면 먼저 설정 페이지에서 현재 설정이 유효한지 확인하세요. 다른 프록시 프로그램이 포트를 사용 중이거나 설정 필드가 호환되지 않거나 권한이 부족하면 포트를 열지 못할 수 있습니다. 이때 스위치를 빠르게 연속해서 누르지 말고 클라이언트 로그에서 실패 시각에 가장 가까운 오류 행을 확인하세요. 포트 충돌, 서비스 설치, 권한 수정에 대한 자세한 내용은 자주 묻는 질문에서 오류 증상별로 확인할 수 있습니다.

시스템 프록시 활성화

코어가 실행되면 「시스템 프록시」 또는 「System Proxy」 스위치를 켭니다. 운영체제의 HTTP 및 HTTPS 프록시 설정이 Clash의 로컬 리스닝 주소를 가리키도록 변경됩니다. 이후 브라우저와 시스템 프록시 설정을 따르는 데스크톱 앱의 연결이 Clash로 전달됩니다. Windows와 macOS에서는 보통 바로 전환할 수 있으며, 일부 시스템에서는 권한 확인 창이 나타날 수 있으므로 안내에 따라 클라이언트의 네트워크 설정 변경을 허용하세요.

활성화한 직후 클라이언트를 닫지 마세요. 일부 클라이언트는 창을 닫아도 트레이나 메뉴 막대로 최소화되어 코어가 계속 실행되지만, 다른 클라이언트는 종료와 동시에 서비스를 멈추고 시스템 프록시를 복원합니다. 처음 사용할 때는 다음 확인을 마칠 때까지 메인 창을 열어 두고 클라이언트의 백그라운드 실행 방식을 확인하세요. 시스템 프록시 스위치가 자동으로 꺼진다면 권한, 서비스 구성 요소 또는 시스템 프록시 기록에 실패한 것일 수 있으므로 웹사이트 테스트를 계속하기보다 이 상태부터 해결해야 합니다.

TUN 모드로 전환할 시점

시스템 프록시는 운영체제의 프록시 설정을 읽는 프로그램에 주로 영향을 줍니다. 일부 게임, 명령줄 도구, 가상 머신 또는 자체 네트워크 스택을 사용하는 앱은 이를 무시할 수 있습니다. 이런 트래픽까지 처리해야 한다면 TUN 모드를 사용할 수 있습니다. TUN은 가상 네트워크 인터페이스를 만들어 더 많은 연결을 Clash로 전달하지만, 더 높은 권한이 필요하고 다른 VPN, 네트워크 필터 또는 보안 소프트웨어와 인터페이스 충돌이 발생할 수 있습니다.

이 10분 설정 과정에서는 먼저 시스템 프록시로 브라우저를 확인하는 것이 좋습니다. 브라우저는 정상인데 대상 앱이 계속 직접 연결된다면 다른 유사 네트워크 도구를 끄고 TUN을 활성화한 다음 관리자, VPN 또는 네트워크 확장 권한을 허용하세요. 시스템 프록시와 TUN의 조합 방식은 클라이언트 구현에 따라 다르므로 스위치를 모두 켜는 것보다 대상 앱이 연결 기록에 나타나는지를 기준으로 판단해야 합니다.

먼저 브라우저에서 새 연결 만들기

Clash를 실행한 상태에서 새 브라우저 창이나 시크릿 창을 열고 평소 안정적으로 접속되는 사이트에 방문한 다음, 프록시가 필요하다고 예상되는 사이트에도 접속합니다. 새 창을 사용하면 기존 연결, 캐시, 브라우저 확장이 결과에 미치는 영향을 줄일 수 있습니다. 페이지가 이미 열려 있다면 새로 고침만으로 완전한 새 연결이 생성되지 않을 수 있으므로 탭을 닫고 다시 접속하세요.

그다음 클라이언트의 「연결」, 「Connections」 또는 로그 페이지로 돌아가 방금 요청한 도메인을 찾습니다. 정상적인 기록에는 대상 도메인, 규칙 유형, 일치한 정책 그룹, 최종 노드가 표시됩니다. 새 기록이 보이면 브라우저 트래픽이 Clash로 들어온 것입니다. DIRECT로 표시되면 규칙이 직접 연결로 판단한 것이고, 프록시 정책 그룹과 노드 이름이 표시되면 해당 선택을 거쳐 연결된 것입니다.

기록을 바탕으로 문제 단계 판단

브라우저로 접속할 수 있지만 클라이언트에 해당 기록이 전혀 없다면 먼저 시스템 프록시가 켜져 있는지, 브라우저에 별도 프록시가 설정되어 있지 않은지 확인하세요. 일부 브라우저 확장은 시스템 설정을 덮어써 현재 클라이언트를 우회하거나 다른 포트로 전달할 수 있습니다. 이런 확장을 잠시 끈 뒤 새 창에서 테스트하면 브라우저 설정 문제와 Clash 설정 문제를 빠르게 구분할 수 있습니다.

연결 기록은 있지만 예상과 다른 규칙에 일치했다면 노드를 자주 바꾸기보다 먼저 기록에 표시된 규칙 이름을 확인하세요. 규칙 모드는 설정 순서대로 엄격하게 일치하므로 앞쪽의 도메인, IP 또는 규칙 세트가 연결을 먼저 가로챌 수 있습니다. 잠시 글로벌 모드로 전환했을 때 접속이 회복된다면 노드 자체는 작동하고 문제는 규칙 일치 또는 정책 그룹 선택에 있을 가능성이 큽니다. 테스트 후에는 규칙 모드로 돌아가 계속 원인을 좁혀 가세요.

기록에 프록시 노드를 거친 것으로 표시되지만 웹페이지가 계속 시간 초과되면 같은 정책 그룹의 다른 노드로 바꿔 다시 테스트하고 오류가 달라지는지 확인하세요. 여러 노드가 모두 실패할 때는 구독 업데이트 필요 여부, 로컬 DNS 이상, 기기 시간 정확성을 점검합니다. 하나의 노드만 실패했다면 우선 해당 노드의 상태 문제로 보고 전체 설정을 바로 수정할 필요는 없습니다.

터미널과 브라우저는 따로 확인해야 합니다

브라우저가 정상이라고 해서 터미널 명령이 자동으로 시스템 프록시를 사용하는 것은 아닙니다. 일부 터미널 프로그램은 자체 설정이나 환경 변수만 읽습니다. 명령을 실행할 때 클라이언트 연결 기록에 대상 도메인이 나타나는지 먼저 확인할 수 있습니다. 기록이 나타나면 트래픽이 처리된 것이고, 나타나지 않으면 명령이 시스템 프록시를 우회했을 가능성이 있습니다. 명령줄 프록시를 장기적으로 설정할 때는 사용하는 셸과 도구에 맞게 설정하고 임시 변수를 영구적인 시스템 설정으로 간주하지 마세요.

TUN을 활성화하면 터미널 연결이 클라이언트로 들어오기 쉬워지지만 라우팅 제외 설정, DNS, 다른 가상 네트워크 인터페이스의 영향을 받을 수 있습니다. 브라우저 성공, 터미널 실패, 대상 앱 실패는 서로 다른 점검 분기입니다. 브라우저·터미널·DNS·TUN의 전체 점검 경로는 자주 묻는 질문에 정리되어 있습니다. 기본 확인 단계에서는 브라우저 요청 하나 이상이 예상한 정책에 안정적으로 일치하는지만 확인하면 됩니다.