예상 소요 시간: 10분

Clash 빠른 시작 설정

“구독 가져오기 → 프록시 모드 선택 → 연결 설정 → 결과 확인” 순서로 처음 설정을 완료합니다. 각 단계가 성공한 것을 확인한 후 다음 단계로 진행하면 문제가 발생해도 어느 과정에서 멈췄는지 빠르게 파악할 수 있습니다.

네 단계 작업 목차

첫 번째 단계부터 진행합니다. 목차를 사용해 현재 단계로 돌아갈 수 있지만 설정 확인을 건너뛰는 것은 권장하지 않습니다.

CONFIGURATION

Clash 구독 가져오기

클라이언트를 실행한 후 설정 파일을 관리하는 페이지를 찾습니다. 클라이언트에 따라 “설정”, “구독”, “Profiles” 또는 “프로필”로 표시될 수 있습니다. 이 페이지에는 일반적으로 로컬 설정, 원격 구독과 최근 업데이트 시간이 표시됩니다. 처음 실행했을 때 목록이 비어 있는 것은 정상이며, 서비스 제공자가 안내한 구독 URL로 원격 설정을 만들어야 합니다.

구독 URL을 복사할 때는 서비스 제공자의 사용자 패널에 있는 전용 복사 버튼을 이용해 URL 끝의 파라미터가 누락되지 않도록 합니다. 클라이언트로 돌아와 “새 구독 만들기”, “URL에서 가져오기” 또는 유사한 버튼을 누르고 전체 URL을 입력란에 붙여 넣습니다. 이름은 “일상 구독”이나 서비스 이름처럼 알아보기 쉬운 짧은 문구로 지정할 수 있으며, 클라이언트가 이름을 자동 생성한다면 그대로 사용해도 됩니다. 확인한 뒤 “가져오기”, “다운로드” 또는 “저장”을 누릅니다.

이제 클라이언트가 원격 설정을 요청합니다. 정상적으로 처리되면 몇 초 안에 목록에 새 항목이 표시되고 업데이트 시간, 설정 이름 또는 사용 가능한 트래픽 정보가 나타납니다. 이때 바로 시스템 프록시를 켜지 말고 해당 설정을 클릭해 현재 설정으로 지정합니다. 일부 클라이언트는 가져오기가 끝나면 자동으로 선택하지만, 방금 가져온 항목에 선택 표시가 있는지 확인하는 것이 좋습니다.

선택을 마쳤다면 “프록시” 또는 “Proxies” 페이지로 이동해 내용을 확인합니다. 정책 그룹과 여러 노드가 보이면 설정이 정상적으로 해석된 것입니다. 정책 그룹 이름은 구독 설정에 따라 달라지며, “노드 선택”, “자동 선택”, “장애 조치”, “해외 미디어” 또는 “최종 규칙” 등이 자주 사용됩니다. 이름이 완전히 같을 필요는 없지만 페이지가 비어 있거나 DIRECT와 REJECT 두 가지 기본 동작만 표시되어서는 안 됩니다.

가져온 후 노드가 하나도 보이지 않으면 먼저 설정 페이지로 돌아가 “업데이트”를 한 번 실행합니다. 그래도 비어 있다면 브라우저에서 구독 URL을 직접 열어 현재 네트워크에서 접속 가능한지 확인하고 서비스 상태와 구독 만료일도 점검합니다. 브라우저에 로그인 페이지, 오류 메시지 또는 빈 화면이 표시된다면 문제는 대개 클라이언트 버튼이 아니라 구독 제공처에 있습니다. 같은 설정을 여러 개 연속으로 만들면 이후 전환할 때 잘못 선택하기 쉬우므로 피해야 합니다.

이 단계의 완료 기준

설정 목록에 새 구독이 표시되고 현재 설정이 해당 항목으로 전환되었으며, 프록시 페이지에서 정책 그룹과 노드를 확인할 수 있으면 완료입니다. 이 세 가지 조건을 충족한 뒤 프록시 모드 선택으로 넘어갑니다. 클라이언트에서 YAML 구문 오류나 필드 비호환 오류가 표시되면 YAML 매뉴얼에서 설정 구조, 필드 계층과 규칙 구문을 확인할 수 있습니다. 복잡한 설정 수정은 이 페이지에서 다루지 않습니다.

준비 완료: 설정을 불러왔습니다 다음 단계: 프록시 모드 선택 →

ROUTING MODE

프록시 모드와 노드 선택

구독을 불러온 후에는 트래픽을 어떤 방식으로 처리할지 결정해야 합니다. 클라이언트의 “모드”, “Mode” 또는 “라우팅 모드” 메뉴를 열면 일반적으로 규칙, 글로벌, 직접 연결 세 가지 모드를 볼 수 있습니다. 처음 설정할 때는 “규칙” 모드를 권장합니다. 이 모드는 설정에 포함된 규칙 목록을 읽고 도메인, IP, 프로세스 또는 기타 조건에 따라 프록시 노드 사용, 직접 연결 또는 요청 거부를 결정합니다.

규칙 모드는 로컬 서비스, 자주 사용하는 직접 연결 사이트와 프록시가 필요한 대상에 서로 다른 경로를 적용할 수 있어 일상적인 사용에 적합합니다. 글로벌 모드는 대부분의 연결을 하나의 프록시 정책으로 보내므로 특정 접속 문제가 규칙 매칭 때문인지 임시로 확인할 때 유용하지만, 설정 내용을 모르는 상태에서 장기간 사용하는 것은 권장하지 않습니다. 직접 연결 모드는 트래픽이 프록시를 거치지 않게 하며, 프록시를 일시 중지하거나 결과를 비교할 때 사용합니다.

모드 트래픽 처리 방식 적합한 사용 사례
규칙 설정 규칙에 따라 프록시, 직접 연결 또는 거부를 구분해 선택 일상적인 웹 이용, 앱별 분기와 장기 사용
글로벌 대부분의 트래픽을 선택한 프록시 정책으로 일괄 전달 노드 연결 가능 여부를 임시로 테스트하거나 규칙 문제를 배제할 때
직접 연결 프록시 노드를 거치지 않고 연결 프록시 일시 중지, 프록시 사용 전후의 접속 결과 비교

모드를 정한 뒤 프록시 정책 페이지로 이동합니다. 먼저 기본 출구 역할을 하는 주요 정책 그룹을 찾고 노드 목록을 엽니다. 노드 이름만 보고 속도를 판단하지 마세요. 이름은 대개 지역이나 회선 태그만 나타낼 뿐 현재 네트워크에서의 실제 품질을 보장하지 않습니다. 클라이언트에 지연 시간 테스트 버튼이 있다면 URL Test를 한 번 실행할 수 있습니다. 테스트 결과는 명백히 접속할 수 없는 노드를 걸러내는 데 사용하지만, 지연 시간이 낮다고 다운로드 속도가 반드시 빠른 것은 아닙니다.

사용 가능으로 표시된 노드를 하나 선택한 후 정책 그룹의 현재 값이 함께 바뀌는지 확인합니다. 일부 구독에는 설정된 테스트 URL과 주기에 따라 노드를 자동으로 전환하는 “자동 선택” 정책 그룹이 있고, 수동으로 특정 노드를 선택해야 하는 설정도 있습니다. 처음에는 자동 정책 변경으로 인한 혼란을 줄이기 위해 명확한 단일 노드를 선택하는 것이 좋습니다. 연결이 정상임을 확인한 뒤 자동 선택, 장애 조치 또는 부하 관련 정책을 시도하세요.

모든 노드가 시간 초과로 표시되더라도 먼저 포트, DNS 또는 규칙 파일을 수정하지 마세요. 구독 페이지로 돌아가 설정을 한 번 업데이트한 다음 다른 노드로 전환해 테스트합니다. 모든 노드에 연결할 수 없는 원인은 현재 네트워크 제한, 서버 점검 또는 기기의 시간 오류일 수도 있습니다. 먼저 문제가 모든 노드에 공통으로 발생하는지 확인한 뒤 더 깊은 네트워크 점검으로 넘어가야 합니다.

이 단계의 완료 기준

모드가 “규칙”으로 표시되고 주요 정책 그룹에서 사용 가능한 노드를 선택했으며 설정 로딩 오류가 계속 발생하지 않으면 완료입니다. 이제 라우팅 선택은 끝났지만 시스템의 앱이 반드시 Clash로 트래픽을 보내는 것은 아니므로, 다음 단계에서 해당 트래픽 가로채기 스위치를 켜야 합니다.

CONNECTION

시스템 프록시 활성화 및 연결 설정

설정과 노드 선택을 마친 뒤 클라이언트 홈 또는 설정 페이지로 돌아가 “시스템 프록시”, “System Proxy” 또는 “시스템 프록시로 설정” 스위치를 찾습니다. 이 옵션을 켜면 클라이언트가 운영체제의 네트워크 설정에 프록시 주소를 기록하고, 시스템 프록시를 따르는 브라우저와 데스크톱 앱이 Clash의 로컬 수신 포트로 요청을 보내게 됩니다.

Windows 클라이언트는 일반적으로 시스템 프록시 스위치를 바로 제공하며, 활성화하면 시스템 프록시 설정에서 로컬 주소를 확인할 수 있습니다. macOS에서는 네트워크 설정 변경 권한이 필요할 수 있으므로 확인 창이 나타나면 현재 사용하는 클라이언트에서 보낸 요청인지 확인한 후 진행합니다. Android는 보통 로컬 VPN 인터페이스로 트래픽을 가로채며, 처음 연결할 때 시스템 권한 승인 대화상자가 표시됩니다. iOS 클라이언트도 VPN 구성 추가를 요청하며, 승인하면 상태 표시줄이나 제어 센터에 연결 상태가 나타납니다.

스위치를 켠 후 클라이언트 상태가 “중지됨” 또는 “연결 안 됨”에서 “실행 중”, “Connected” 또는 유사한 상태로 바뀔 때까지 기다립니다. 이때 클라이언트를 백그라운드에서 계속 실행하고 프로세스를 바로 종료하지 마세요. 데스크톱 시스템에서는 창을 닫아도 클라이언트가 트레이나 메뉴 막대에 계속 실행될 수 있습니다. 트레이 메뉴에서 “종료”를 선택하면 시스템 프록시가 작동을 멈출 수 있으며, 구체적인 동작은 클라이언트 설정에 따라 다릅니다.

기본적인 사용 환경에서는 시스템 프록시만으로 충분합니다. TUN 모드는 가상 네트워크 인터페이스를 통해 시스템 프록시 설정을 읽지 않는 더 많은 프로그램의 트래픽을 가로채며, 관리자 권한, 라우팅 테이블과 DNS 처리도 관련됩니다. 게임 런처, 명령줄 프로그램 또는 더 넓은 범위의 트래픽을 처리해야 하는 경우에 적합하지만 처음 연결할 때 반드시 필요한 것은 아닙니다. 먼저 시스템 프록시가 정상적으로 작동하는지 확인한 뒤 실제 앱 적용 범위에 따라 TUN을 설정하면 구독, 노드와 시스템 네트워크 문제를 섞어 판단하는 일을 피할 수 있습니다.

시스템 프록시를 켠 직후 스위치가 자동으로 꺼진다면 클라이언트에 충분한 권한이 있는지, 포트가 다른 프로그램에서 사용 중인지, 같은 종류의 프록시 도구가 실행 중인지 확인합니다. 여러 시스템 프록시 관리 프로그램을 동시에 실행하면 운영체제의 프록시 주소가 계속 덮어써질 수 있습니다. 점검할 때는 다른 프록시 클라이언트를 먼저 종료한 뒤 현재 클라이언트를 다시 시작하고 시스템 프록시를 켭니다.

시스템 프록시 스위치는 켜져 있지만 모든 웹페이지에 접속할 수 없다면 먼저 시스템 프록시를 끄고 일반 네트워크가 복구되는지 확인합니다. 그런 다음 클라이언트를 다시 열고 다른 노드를 선택해 테스트합니다. 네트워크 자체가 끊긴 상태에서 규칙을 계속 수정하지 마세요. 기본 네트워크, 설정 파일, 프록시 노드와 시스템 프록시는 서로 이어지는 네 단계이므로 순서대로 확인해야 하며, 앞 단계를 건너뛰면 문제 범위가 계속 넓어집니다.

이 단계의 완료 기준

클라이언트가 실행 중이고 시스템 프록시 또는 모바일 시스템의 VPN 트래픽 가로채기가 활성화되어 있으며 현재 노드가 계속 선택된 상태입니다. 연결이 설정되었다는 것은 트래픽 진입점이 준비되었다는 뜻일 뿐이므로, 대상 웹페이지와 클라이언트 연결 기록을 통해 요청이 실제로 예상한 정책을 거쳤는지 확인해야 합니다.

VERIFICATION

Clash 프록시 작동 여부 확인

새 브라우저 창을 열고 이전에 프록시가 있어야 접속할 수 있었던 사이트를 방문합니다. 클라이언트 홈의 연결 버튼만 확인하지 마세요. 버튼이 켜져 있다고 해서 대상 요청이 성공적으로 전달되었다는 뜻은 아닙니다. 페이지가 완전히 로드되는 것이 첫 번째 결과이고, 클라이언트 연결 목록에 해당 도메인이 나타나는 것이 두 번째 결과이며, 연결 항목에 매칭된 규칙과 정책 그룹이 표시되는 것이 세 번째 결과입니다.

클라이언트로 돌아가 “연결”, “Connections” 또는 “로그” 페이지를 엽니다. 방금 방문한 웹페이지를 새로 고친 뒤 새로운 도메인 기록이 나타나는지 확인합니다. 기록에는 일반적으로 대상 호스트, 연결 유형, 업로드·다운로드 트래픽, 매칭된 규칙과 사용된 정책이 표시됩니다. 대상 도메인이 선택한 정책 그룹과 노드를 거쳤다면 시스템 프록시, 규칙 매칭과 노드 전달이 모두 정상적으로 연결된 것입니다.

이어서 자주 사용하는 한국 국내 사이트에 접속하고 연결 기록을 다시 확인합니다. 규칙 모드에서는 DIRECT로 표시될 수 있는데, 이는 해당 요청이 설정에 따라 직접 연결되었다는 뜻입니다. 이것은 프록시가 작동하지 않는 것이 아니라 분기 규칙의 정상적인 결과입니다. 규칙 모드가 작동하는지 판단할 때 모든 요청이 프록시 노드로 표시되어야 한다고 생각해서는 안 되며, 서로 다른 대상이 설정에 따라 적절한 정책으로 들어가는지 확인해야 합니다.

직접 연결과 규칙 모드를 비교 테스트할 수도 있습니다. 먼저 규칙 모드에서 대상 사이트에 접속해 결과를 기록한 다음 직접 연결 모드로 잠시 전환해 다시 로드합니다. 규칙 모드에서는 접속되지만 직접 연결 모드에서는 실패한다면 일반적으로 프록시 경로가 정상적으로 작동하는 것입니다. 테스트가 끝나면 반드시 규칙 모드로 되돌려 이후 앱의 트래픽이 모두 프록시를 우회하지 않도록 합니다.

웹페이지는 열리지 않지만 연결 목록에 요청이 보인다면 트래픽이 이미 클라이언트에 들어온 것이므로 문제는 노드, 원격 연결, DNS 또는 규칙 동작에 있을 가능성이 큽니다. 연결 목록에 새 기록이 전혀 없다면 시스템 프록시가 켜져 있는지, 브라우저가 별도의 프록시 설정을 사용하는지, 대상 앱이 시스템 프록시를 따르는지를 우선 확인해야 합니다. 이렇게 구분하는 편이 노드를 계속 바꾸는 것보다 효과적입니다.

확인이 끝났다면 로그 페이지에 계속 머물 필요는 없습니다. 현재 설정, 규칙 모드와 사용 가능한 노드를 유지한 채 일상적인 사용을 시작하면 됩니다. 구독 서비스에서 노드를 업데이트하면 설정 페이지에서 업데이트하고, 노드 상태가 달라지면 정책 그룹에서 다시 선택합니다. 앱이 시스템 프록시를 읽지 않을 때만 TUN 모드와 보다 완전한 DNS 설정을 추가로 검토하면 됩니다.

설치 마법사 완료
  • 구독 설정을 가져와 현재 설정으로 지정함
  • 프록시 모드를 규칙 모드로 설정함
  • 주요 정책 그룹에서 사용 가능한 노드를 선택함
  • 시스템 프록시를 켜고 연결 기록이 생성됨
  • 대상 웹페이지에 예상대로 접속할 수 있음
ERROR CHECK / 순서대로 확인

연결 실패 시 기본 문제 해결

여러 옵션을 동시에 변경하지 마세요. 한 번에 하나의 단계만 확인하고 문제가 해결된 뒤 다음 항목으로 넘어갑니다.

구독 가져오기에 실패하거나 업데이트 시간이 초과되면 어떻게 하나요?

먼저 브라우저에서 현재 구독 URL에 접속할 수 있는지 확인한 다음 URL이 완전한지, 계정 상태가 정상인지 점검합니다. 다른 프록시 프로그램을 종료한 뒤 한 번 더 시도합니다. 서버에서 오류 페이지를 반환한다면 먼저 구독 제공처의 문제를 해결해야 하며, 오류를 피하려고 설정을 반복해서 만들면 안 됩니다.

가져오기는 성공했지만 프록시 페이지에 노드가 없으면 어떻게 하나요?

방금 가져온 설정이 현재 설정으로 지정되었는지 확인하고 한 번 업데이트를 실행합니다. 클라이언트에서 설정 형식 오류를 표시한다면 구독 내용이 현재 코어와 호환되지 않을 수 있습니다. 호환되는 클라이언트로 변경하거나 YAML 매뉴얼을 참고해 최상위 필드, 정책 그룹 참조와 규칙 구조를 확인할 수 있습니다.

시스템 프록시는 켜져 있는데 브라우저에 접속할 수 없으면 어떻게 하나요?

연결 목록에 브라우저 요청이 나타나는지 확인합니다. 기록이 있다면 다른 노드로 바꾸고 규칙 매칭 결과를 확인합니다. 기록이 없다면 브라우저 프록시 확장 프로그램, 시스템 프록시 주소와 클라이언트 실행 상태를 점검합니다. 그런 다음 시스템 프록시를 꺼서 기본 네트워크를 확인한 뒤 다시 켜고 결과를 비교합니다.

브라우저는 사용할 수 있지만 다른 앱이 연결되지 않으면 어떻게 하나요?

해당 앱이 시스템 프록시를 읽지 않거나 독립적인 네트워크 스택을 사용할 수 있습니다. 먼저 앱 자체에 프록시 설정이 있는지 확인합니다. 더 많은 트래픽을 가로채야 한다면 TUN 모드의 권한, DNS와 라우팅 요구 사항을 확인합니다. 시스템 프록시와 TUN의 작동 방식은 기술 노트와 YAML 매뉴얼에서 추가로 살펴볼 수 있습니다.

다음 작업

다른 플랫폼의 클라이언트 설치가 필요함

다운로드 센터로 이동해 Windows, macOS, Android, iOS 또는 Linux에 맞는 클라이언트를 선택하고 시스템 아키텍처를 확인합니다.

다운로드 센터로 이동

YAML 설정 수정이 필요함

포트, DNS, 프록시 노드, 정책 그룹, 규칙 구문과 오버라이드 병합 방법을 확인해 빠른 설정 과정에 복잡한 설정을 섞지 않도록 합니다.

YAML 매뉴얼 열기