설치 전 준비: 클라이언트와 구독 설정
Clash 계열 클라이언트는 설정을 읽고 규칙을 적용해 요청을 전달합니다. 프로그램을 설치하는 것만으로 프록시 서비스를 사용할 수 있는 것은 아니며, 연결 가능한 출구가 자동으로 만들어지지도 않습니다. 시작하기 전에 신뢰할 수 있는 서비스 제공자가 발급한 구독 URL이나 현재 코어에서 사용할 수 있는 YAML 설정 파일을 준비하세요. 계정 정보나 웹 로그인 주소, 단일 노드 QR 코드만 있다면 제공자의 안내를 확인해 어떤 형식으로 내보내야 하는지 먼저 알아보세요.
다운로드하기 전에 운영체제와 프로세서 아키텍처를 확인하세요. Windows에서는 설치 마법사를 따라 설치합니다. macOS 디스크 이미지는 보통 연 다음 앱을 ‘응용 프로그램’ 폴더로 드래그해야 합니다. Android에서는 APK를 다운로드한 뒤 시스템 안내에 따라 설치를 실행하는 브라우저나 파일 관리자에 권한을 부여하고, 설치가 끝나면 권한을 다시 취소할 수 있습니다. iOS에서는 다운로드 페이지에서 해당 스토어로 이동해 설치하세요. Linux는 배포판에 맞는 패키지 형식을 선택하면 됩니다. 시스템에서 호환되지 않는다고 안내하면 다운로드 페이지로 돌아가 올바른 파일을 선택하세요. 시스템 보안 기능을 꺼서 반복 설치를 시도하지 마세요.
클라이언트를 처음 실행할 때는 기존 네트워크 연결을 유지하고 다른 프록시나 VPN 도구를 동시에 켜지 마세요. 시스템에서 보조 서비스를 설치하라고 요청하면 필요한 권한을 먼저 확인하세요. 당장 TUN을 사용하지 않는다면 이 가이드를 따라 하기 위해 모든 고급 기능을 켤 필요는 없습니다. 기본 설정을 저장할 수 있고 설정 페이지가 열리면 구독 가져오기를 진행하면 됩니다. 설치나 권한 설정에 문제가 있다면 도움말 센터의 설치 및 설정 안내를 확인하세요.
1단계: 구독을 가져와 설정 선택
클라이언트에서 설정, 구독 또는 Profiles 페이지를 열고 새로 추가, URL에서 가져오기, 구독 가져오기 메뉴를 찾으세요. 구독 URL 전체를 주소 입력란에 붙여 넣으세요. 노드 검색창에 입력하면 안 됩니다. ‘일반 설정’처럼 알아보기 쉬운 이름을 지정한 다음 가져오기 또는 다운로드를 누르세요. 이름은 이 기기에서 설정을 구분하기 위한 것으로, 서비스 제공자가 설정한 노드나 규칙에는 영향을 주지 않습니다.
붙여 넣기 전에 URL 앞뒤에 공백이나 줄바꿈이 들어갔는지, 메신저가 문장부호를 덧붙였는지 확인하세요. 구독 링크에는 접근 정보가 포함될 수 있으므로 전체 링크를 공개 게시판에 올리거나 스크린샷에 쿼리 매개변수가 보이게 하지 마세요. 제공자가 여러 클라이언트 형식을 제공한다면 현재 클라이언트 안내와 일치하는 Clash 또는 mihomo 형식을 우선 선택하세요. 이름이 비슷하다는 이유만으로 다른 도구 전용 형식을 붙여 넣지 마세요.
가져오기가 끝나면 설정이 목록에 표시됩니다. 항목이나 옆에 있는 사용 또는 활성화 버튼을 눌러 현재 설정으로 지정하세요. 파일이 다운로드된 것만으로 설정이 적용된 것은 아닙니다. 이어서 프록시 페이지에서 해당 설정의 프록시 그룹이 표시되는지 확인하고, 규칙 페이지에서 규칙 항목도 확인하세요. 구독마다 내용이 다르므로 다른 사람의 화면과 이름이나 항목 수가 같을 필요는 없습니다.
로컬 파일을 받았다면 같은 설정 페이지에서 파일 가져오기를 선택하고 파일 선택 창에서 YAML 파일을 연 뒤 현재 설정으로 지정하세요. 파일 확장자만 YAML로 바꿔 형식을 변환하려고 하지 마세요. 메시지 첨부 파일은 먼저 기기에서 접근할 수 있는 위치에 저장하세요. 모바일에서는 시스템 공유 메뉴를 통해 클라이언트로 전달할 수도 있지만, 공유한 뒤 설정 목록으로 돌아가 활성화됐는지 확인해야 합니다.
다운로드에 실패하면 시스템 프록시를 끈 상태로 두고 일반 웹페이지가 열리는지 확인한 뒤 구독 URL이 유효한지 점검하세요. 파싱 오류가 표시되면 오류에 나온 필드명이나 줄 번호를 기록하고 제공자 페이지에서 호환되는 형식을 다시 선택하세요. 처음 가져올 때 DNS, 규칙, 프록시 그룹 필드를 임의로 삭제하면 형식 문제에 설정 문제가 더해질 수 있습니다. 형식 변환이나 업데이트 실패에 관한 추가 안내는 설정 관련 문제를 확인하세요.
설정이 활성화되고 프록시 그룹이 표시되면 다음 단계로 넘어가세요. 이후 구독을 업데이트할 때는 보통 해당 항목의 메뉴에서 업데이트를 누르면 됩니다. 매번 새 설정을 만들 필요는 없습니다. 원격 구독에서 생성된 파일을 직접 수정하면 업데이트할 때 변경 내용이 덮어써질 수 있습니다. 처음에는 구독 원본을 유지하고 연결이 정상적으로 작동한 뒤 별도로 수정 사항을 관리하세요.
2단계: 규칙 모드와 프록시 출구 선택
클라이언트의 프록시 또는 모드 메뉴에서 규칙, 전역, 직접 연결 선택 항목을 찾으세요. 처음 사용할 때는 규칙 모드를 권장합니다. 클라이언트가 현재 설정의 규칙에 따라 요청을 처리하며, 일부 연결은 직접 연결하고 나머지는 지정된 프록시 그룹으로 전달합니다. 규칙 모드라고 해서 모든 트래픽이 프록시를 거치는 것은 아니며 특정 웹사이트가 반드시 특정 출구를 사용한다는 뜻도 아닙니다. 실제 동작은 구독에 포함된 규칙에 따라 달라집니다.
프록시 그룹에서 사용할 출구 지정
규칙 모드를 선택한 다음 프록시 그룹을 확인하세요. 수동 선택 그룹에서는 노드나 하위 그룹을 눌러 현재 사용할 항목을 지정해야 하는 경우가 많습니다. 자동 선택 그룹은 설정된 검사 조건에 따라 구성원을 선택합니다. 먼저 목록이 비어 있지 않은지 확인하고 현재 선택 항목이 용도에 맞는지 살펴보세요. 특정 요청이 프록시를 거칠 것으로 예상되는데 해당 프록시 그룹이 DIRECT로 설정돼 있다면 요청은 직접 연결됩니다. 이는 시스템 프록시 스위치가 작동하지 않는다는 뜻이 아닙니다.
클라이언트에 연결 테스트나 노드 속도 측정 버튼이 있다면 한 번 실행해 명백히 사용할 수 없는 후보를 걸러낼 수 있습니다. 다만 테스트 주소가 실제로 이용하려는 서비스와 다를 수 있으므로 테스트에 성공해도 모든 웹사이트에 접속할 수 있다는 뜻은 아닙니다. 처음 설정할 때는 실제 접속을 완료할 수 있는 출구 하나만 선택하면 됩니다. 항목마다 결과를 반복해서 비교할 필요는 없습니다. 정책 그룹 중첩이나 자동 선택 규칙이 있다면 구독의 기본 구조를 유지하세요.
전역 모드와 직접 연결 모드의 용도
전역 모드는 보통 클라이언트로 들어오는 요청을 전역 프록시 그룹에 전달하고, 해당 그룹에서 사용할 출구를 선택합니다. 규칙에 따른 차이를 잠시 비교할 때 유용하지만 클라이언트로 들어오지 않는 앱의 트래픽까지 자동으로 처리하지는 않습니다. 시스템의 모든 프로그램이 프록시를 사용하게 되는 것도 아닙니다. 전역 모드로 바꾼 뒤에도 해당 모드의 그룹에서 원하는 출구가 선택됐는지 확인하세요. 모드만 바꾸고 그룹 선택을 확인하지 않으면 안 됩니다.
직접 연결 모드는 보통 클라이언트로 들어오는 요청을 대상에 직접 연결합니다. 비교 테스트에는 사용할 수 있지만 프록시 출구가 정상적으로 작동한다는 근거로 삼을 수는 없습니다. 이 가이드를 진행하는 동안은 규칙 모드를 유지하고 모드, 노드, DNS를 동시에 바꾸지 마세요. 한 번에 설정 하나만 변경해야 접속 결과가 달라졌을 때 원인을 파악하기 쉽습니다. 세 가지 모드의 차이는 사용 팁 및 모드 안내에서 확인하세요.
3단계: 코어 실행 및 연결 활성화
이제 설정을 선택했고 모드와 출구도 정했습니다. 클라이언트 홈 화면이나 상태 영역에서 코어가 실행 중인지 확인하세요. 일부 데스크톱 클라이언트는 실행과 동시에 코어가 시작되지만, 별도로 시작 또는 연결을 눌러야 하는 경우도 있습니다. 시작에 실패했다는 안내가 표시되면 오류 내용을 기록하고 스위치를 연달아 누르지 마세요. 코어가 실행되지 않으면 시스템 프록시 주소가 설정돼 있어도 요청을 처리할 프로그램이 없습니다.
데스크톱: 시스템 프록시 켜기
Windows, macOS, Linux 데스크톱에서는 보통 설정 페이지에 시스템 프록시 스위치가 있습니다. 코어가 실행 중인지 확인한 뒤 켜세요. 클라이언트가 시스템 HTTP 또는 HTTPS 프록시를 로컬 수신 주소로 설정합니다. 처음에는 TUN을 끈 상태로 두고 브라우저에서 확인하세요. 시스템 프록시와 가상 네트워크 어댑터, DNS 설정이 동시에 바뀌면 문제의 원인을 구분하기 어렵습니다.
대부분의 클라이언트에는 7890 같은 혼합 포트가 표시되지만, 실제 값은 현재 설정 페이지를 기준으로 확인하세요. 시스템 프록시 포트는 클라이언트의 수신 포트와 일치해야 합니다. 이 포트는 로컬 연결용이지 원격 노드의 포트가 아닙니다. 구독에 적힌 서버 포트를 시스템 프록시에 입력하지 마세요. 다른 도구가 같은 포트를 사용 중이라면 먼저 충돌을 해결한 뒤 관련 설정을 맞추세요. 자세한 내용은 문제 해결 가이드의 포트 점검 안내를 확인하세요.
macOS에서 네트워크 설정을 변경하거나 보조 서비스를 사용하라는 안내가 나오면, 방금 설치한 클라이언트에서 보낸 요청인지 확인한 뒤 앱 안내에 따라 권한을 부여하세요. Linux 데스크톱 환경마다 시스템 프록시를 적용하는 방식이 다르고, 일부 프로그램은 자체 네트워크 설정을 사용합니다. 따라서 스위치가 켜졌다는 사실만으로 클라이언트가 시스템 설정을 적용하려 했다는 점을 알 수 있을 뿐, 모든 앱이 이를 따르는 것은 아닙니다. 브라우저 확장 프로그램이 프록시를 별도로 관리한다면 설정이 서로 덮어쓰지 않도록 해당 기능을 잠시 중지하세요.
모바일: 시스템 연결 요청 승인
Android와 iOS에서는 보통 클라이언트 홈 화면의 시작 또는 연결 버튼을 눌러 시스템 VPN 터널을 만듭니다. 처음 누르면 시스템에서 연결 권한을 요청합니다. 앱 이름과 안내 내용을 확인한 뒤 승인하고 클라이언트로 돌아와 상태를 확인하세요. 시스템 VPN 터널은 프록시 트래픽을 전달하는 통로일 뿐, 클라이언트가 원격 서비스를 제공한다는 뜻은 아닙니다. 접속 가능 여부는 가져온 설정과 출구에 따라 달라집니다.
다른 VPN 또는 프록시 앱이 연결돼 있다면 해당 앱에서 먼저 연결을 끊고 현재 클라이언트를 시작하세요. 모바일 운영체제는 일반적으로 동시에 사용할 수 있는 VPN 연결을 제한하므로 앱을 반복해서 전환하면 연결이 바뀔 수 있습니다. Android에서 배터리 절약 기능으로 백그라운드 실행이 제한된다면 먼저 클라이언트를 전면에 둔 채 확인을 마치고 필요한 경우에만 배터리 설정을 조정하세요. iOS에서는 앱 연결을 유지하고, 우선 주문형 연결 같은 추가 설정은 적용하지 마세요.
TUN 모드는 더 많은 앱의 트래픽을 처리해야 할 때 사용하며 권한, 라우팅, DNS 동작에 영향을 줄 수 있습니다. 기본적인 브라우저 확인에는 필수가 아닙니다. 우선 현재 방식으로 다음 단계를 완료하세요. 시스템 프록시를 따르지 않는 앱이 실제로 있다면 모든 스위치를 한꺼번에 켜지 말고 문제 해결 가이드에서 증상에 맞춰 점검하세요.
4단계: 실제 요청 확인 및 종료 후 복구
클라이언트를 실행한 상태로 브라우저에서 확인용 HTTPS 페이지를 여세요. 접속 결과를 분명하게 확인할 수 있는 주소를 선택하고 페이지를 새로 고침하세요. 동시에 클라이언트의 연결 또는 로그 페이지를 열어 방금 방문한 도메인과 관련된 새 기록이 나타나는지 확인합니다. 캐시된 페이지만 보인다면 이번 요청이 실제로 클라이언트를 거쳤다고 판단할 수 없습니다. 필요하다면 방문한 적 없는 페이지로 다시 확인하세요.
접속 결과와 적용된 규칙 대조
연결 세부 정보에서 대상 도메인, 적용된 규칙, 최종적으로 사용한 프록시 그룹 또는 출구를 확인하세요. 규칙 모드에서는 일부 주소가 DIRECT로 표시돼도 정상입니다. 중요한 것은 결과가 설정의 예상 동작과 일치하는지입니다. 웹페이지가 열린다는 사실만으로 프록시를 거쳤다고 판단할 수 없으며, 출구 확인 페이지에 특정 주소가 표시돼도 모든 앱이 같은 경로를 사용한다고 단정할 수 없습니다. 실제 요청과 클라이언트 기록을 대조해야 더 정확하게 판단할 수 있습니다.
브라우저에 프록시 서버에 연결할 수 없다고 표시되면 먼저 코어가 계속 실행 중인지, 시스템 프록시의 로컬 주소와 포트가 올바른지 확인하세요. 브라우저 요청이 클라이언트에 전혀 표시되지 않는다면 확장 프로그램이 요청을 처리하는지, 별도의 프록시 설정을 사용 중인지 살펴보세요. 기록은 나타나지만 연결 시간이 초과된다면 선택한 출구나 대상 서비스, 네트워크 경로에 문제가 있을 가능성이 높습니다. 클라이언트를 반복해서 다시 설치하지 말고 노드 연결 시간 초과 문제 해결을 따라 확인하세요.
터미널과 브라우저는 따로 확인해야 합니다. 많은 명령줄 프로그램은 데스크톱 시스템 프록시를 사용하지 않고 환경 변수나 프로그램별 매개변수를 사용합니다. 따라서 브라우저는 정상인데 터미널은 직접 연결되는 상황이 모순은 아닙니다. 처음에는 브라우저 확인만 완료하면 됩니다. 명령줄 프록시가 꼭 필요하다면 해당 도구의 지원 방식을 확인한 뒤 별도로 설정하세요. 클라이언트를 종료한 후에도 터미널 환경 변수가 남을 수 있으므로 직접 해제해야 합니다. DNS 조회에 문제가 있다면 HTTPS 오류를 피하려고 인증서 확인을 끄지 말고 DNS 문제 해결을 확인하세요.
정상 연결 확인 후 로그인 시 자동 실행 설정
현재 연결이 정상인지 확인한 뒤 클라이언트 설정에서 시작 프로그램 등록 또는 로그인 시 실행을 켤 수 있습니다. 이 기능은 보통 앱 실행 시점만 제어하며 시스템 프록시를 함께 켜거나 모바일 연결을 자동으로 설정하지는 않습니다. 클라이언트의 시작 옵션을 하나씩 확인하고 필요한 기능만 활성화하세요. 데스크톱에서는 다음 로그인 때 클라이언트가 실행되는지, 설정이 선택된 상태인지, 프록시 스위치가 예상대로 설정됐는지 확인할 수 있습니다.
모바일 백그라운드 실행 유지와 주문형 연결은 데스크톱 로그인 시 자동 실행과 다른 기능입니다. 가끔 연결이 끊긴다는 이유로 모든 권한을 계속 켜 두지 마세요. 먼저 증상을 확인한 뒤 필요한 시스템 설정만 조정하세요. 기기가 회사나 학교에서 관리된다면 기존 네트워크 정책을 따르고 관리 설정을 우회하려고 하지 마세요.
사용을 마치면 연결을 끊은 뒤 종료
데스크톱에서는 사용을 마칠 때 먼저 클라이언트의 시스템 프록시를 끈 다음 클라이언트를 종료하세요. 모바일에서는 연결 끊기를 누른 뒤 앱을 닫으세요. 그래야 시스템이 종료된 클라이언트의 로컬 포트로 요청을 계속 보내는 일을 방지할 수 있습니다. 종료한 뒤 평소 직접 접속할 수 있는 페이지를 열어 일반 네트워크가 작동하는지 확인하세요. 클라이언트가 갑자기 종료된 뒤 네트워크가 끊기면 시스템 네트워크 설정에 로컬 주소를 가리키는 프록시가 남아 있는지 확인하고, 원래 값을 기록한 뒤 이번에 변경한 설정을 되돌리세요.
이제 기본 설정을 모두 확인했습니다. 설정을 선택하고 모드와 출구를 지정했으며 연결을 활성화해 실제 요청이 클라이언트에 표시되는지도 확인했습니다. 나중에 문제가 발생하면 당시 사용한 플랫폼과 클라이언트 이름, 모드, 오류 내용, 최근 변경한 설정을 기록한 뒤 증상에 맞춰 Clash 문제 해결 가이드를 확인하세요. 스크린샷을 공유하기 전에는 구독 URL과 개인 정보를 가리고 필요한 오류 내용만 남기세요.