Clash 설정 가이드
구독 가져오기 및 연결 확인

1단계: 구독을 가져와 설정 활성화하기

먼저 클라이언트를 열고 “구독” 또는 “설정” 페이지를 찾으세요. 필요한 것은 서비스 제공업체가 발급한 구독 URL입니다. 계정 페이지 로그인 주소나 브라우저에서 여는 구매 페이지와는 다릅니다. 구독에는 보통 노드, 정책 그룹, 규칙이 포함되지만 구체적인 내용은 제공업체에 따라 다릅니다. 클라이언트는 설정을 읽고 사용하는 도구이며, 설치만으로 사용할 수 있는 노드가 자동으로 생기지는 않습니다.

제공업체의 구독 페이지에서 Clash 또는 mihomo 호환 형식을 선택하고 전체 URL을 복사하세요. 클라이언트로 돌아와 “새로 만들기”, “가져오기” 또는 더하기 버튼을 누르고 URL 가져오기를 선택한 다음, 구독 URL 입력란에 붙여넣습니다. “일상용 설정”처럼 알아보기 쉬운 이름을 지정해도 됩니다. 이름은 목록을 구분하는 용도일 뿐 네트워크 출구에는 영향을 주지 않습니다. URL 앞뒤에 공백이나 줄바꿈이 없는지 확인한 뒤 가져오기를 누르세요.

클라이언트에서 다운로드와 파싱이 완료될 때까지 기다리세요. 성공하면 설정 목록에 새 카드나 항목이 표시됩니다. 일부 클라이언트는 자동으로 활성화하지만, 다른 클라이언트에서는 카드를 누르거나 라디오 버튼 또는 “이 설정 사용”을 선택해야 합니다. 설정이 선택된 상태인지 확인한 뒤 “프록시” 페이지로 이동해 정책 그룹이 표시되는지 살펴보세요. 가져오기 성공 메시지만 확인하고 설정을 선택하지 않는 실수가 처음 설정할 때 자주 발생합니다.

구독 URL과 로컬 설정 파일

가져올 파일이 .yaml 또는 .yml 형식이라면 “파일에서 가져오기”를 선택하고 파일 선택기에서 파일을 여세요. 파일 내용을 URL 입력란에 붙여넣으면 안 됩니다. 가져온 뒤에는 마찬가지로 설정을 활성화해야 합니다. 일반 로컬 파일은 원격 구독처럼 자동 업데이트되지 않는 경우가 많습니다. 원격 설정의 자동 업데이트 여부는 파일 내용과 클라이언트 구현에 따라 다르므로 두 방식을 같은 것으로 취급하지 마세요.

가져오기 중 형식 오류가 발생하면 먼저 응답 내용이 실제 설정 파일인지 확인하세요. URL이 로그인 페이지, 만료 안내 또는 다른 클라이언트 전용 형식을 반환하는 경우도 있습니다. 다운로드에 실패했다면 현재 네트워크에서 구독 서버에 접속할 수 있는지 확인한 뒤 링크의 유효 기간을 살펴보세요. 노드가 아직 클라이언트에 추가되지 않았을 수도 있으므로 다운로드 실패만으로 노드를 사용할 수 없다고 단정하지 마세요.

처음 설정할 때는 구독의 기존 내용을 그대로 두고 규칙이나 DNS를 서둘러 수정하지 마세요. 문제가 생겼을 때 구독 자체의 오류인지 로컬 변경으로 생긴 문제인지 구분하기 쉽습니다. 설정 파일, 구독, 정책 그룹의 관계는 용어 빠른 참조에서 확인할 수 있습니다. 지금은 설정이 활성화되어 있고 프록시 페이지에 내용이 표시되는지만 확인한 뒤 다음 단계로 넘어가면 됩니다.

2단계: 프록시 모드와 노드 선택하기

클라이언트의 “프록시” 또는 “아웃바운드” 페이지에서 “규칙 / 전역 / 직접 연결” 모드를 찾으세요. 처음 사용할 때는 “규칙” 모드를 권장합니다. 규칙 모드는 현재 설정의 규칙을 하나씩 적용해 각 연결을 해당 정책으로 보냅니다. 모든 접속이 같은 노드를 거치는 것도 아니고, 모드를 선택했다고 예상대로 트래픽이 분배되는 것도 아닙니다. 실제 결과는 설정에 포함된 규칙에 따라 달라집니다.

모드를 바꾼 뒤 구독에 포함된 주요 프록시 정책 그룹을 펼치세요. 그룹 이름은 “노드 선택”, “프록시” 등으로 표시될 수 있으며 정해진 명칭은 없습니다. 그룹에 노드가 표시되면 먼저 하나를 직접 선택할 수 있습니다. “자동 선택”이나 다른 정책 그룹이 있다면 더 펼쳐 실제로 어떤 출구를 사용하는지 확인하세요. 선택한 항목은 체크 표시, 테두리 또는 강조색으로 나타날 수 있으므로 클릭 후 선택 상태가 바뀌었는지 확인하세요.

클라이언트에서 지연 시간 테스트를 제공한다면 한 번 실행해 응답이 명백히 느린 후보를 제외할 수 있습니다. 다만 테스트 결과는 지정된 대상과 방식으로 측정한 응답 상태일 뿐, 다운로드 속도를 나타내거나 모든 사이트 접속을 보장하지 않습니다. 후보 노드 하나를 정해 다음 단계의 접속 테스트를 완료하세요. 노드와 모드, 네트워크를 계속 바꾸면 어떤 변경이 효과가 있었는지 판단하기 어렵습니다.

규칙 모드에서는 정책 그룹을 먼저 확인하세요

설정에 따라 자주 사용하는 사이트, 미디어 서비스, 기타 트래픽이 서로 다른 그룹으로 분배될 수 있습니다. 한 그룹만 바꿔도 테스트 중인 사이트에는 영향이 없을 수 있습니다. 예를 들어 특정 규칙이 전용 정책 그룹을 가리킨다면 기본 프록시 그룹의 선택은 해당 접속과 무관할 수 있습니다. 지금 규칙을 하나씩 수정할 필요는 없습니다. 현재 설정의 각 그룹에서 무엇이 선택되어 있는지 확인하고, 대상 그룹이 DIRECT 또는 사용할 수 없는 노드를 선택하고 있지 않은지 살펴보세요.

전역 모드로 비교하려면 모드를 바꾼 뒤 전역 정책 그룹도 확인하세요. 규칙 모드에서 선택한 노드를 그대로 사용한다고 가정하면 안 됩니다. 테스트가 끝나면 규칙 모드로 돌아오세요. 모드 변경은 코어로 들어온 연결에만 영향을 줍니다. 프록시 연결을 사용하지 않는 앱의 트래픽을 자동으로 클라이언트에 보내지는 않으므로, 다음 단계에서 적절한 연결 방식을 활성화해야 합니다. 사용자 지정 규칙 순서와 프로토콜 호환성은 프로토콜 가이드에서 확인하세요.

3단계: 시스템 프록시 또는 모바일 연결 활성화하기

이제 설정이 활성화되고 출구가 선택됐지만, 앱 트래픽이 클라이언트로 들어오도록 해야 합니다. 먼저 홈 또는 상태 페이지에서 코어가 실행 중인지 확인하세요. 클라이언트에 별도의 시작 버튼이 있다면 먼저 실행한 다음 프록시를 켜세요. 설정 로드 실패, 포트 사용 중 또는 코어 종료 오류가 있으면 해당 오류부터 해결해야 합니다. 시스템 프록시를 반복해서 켜고 끄지 마세요. 오류 메시지를 기준으로 자주 묻는 질문에서 해결 방법을 찾아볼 수 있습니다.

데스크톱에서는 먼저 시스템 프록시를 켜세요

Windows, macOS 또는 Linux 그래픽 클라이언트에서 “시스템 프록시”를 찾아 활성화하세요. 홈 화면에 스위치가 있는 클라이언트도 있고 설정 페이지나 트레이 메뉴에 있는 경우도 있습니다. 켜면 시스템 프록시 설정을 따르는 브라우저와 앱이 클라이언트를 통해 접속을 시도합니다. 먼저 일반 브라우저에서 새 페이지를 열어 테스트하세요. 처음부터 게임, 명령줄 도구 또는 자체 프록시 설정을 사용하는 앱으로 결과를 판단하지 마세요.

시스템에서 네트워크 설정 변경이나 보조 서비스 권한을 요청하면, 요청을 보낸 앱이 방금 실행한 클라이언트인지 확인한 뒤 허용하세요. 클라이언트가 실행되지 않은 상태에서 클라이언트 주소를 가리키는 시스템 프록시를 수동으로 유지하면 앱이 존재하지 않는 수신 포트에 연결하게 됩니다. 테스트 중에는 시스템 설정을 제어하는 프록시 도구를 하나만 사용해 두 클라이언트가 번갈아 주소를 덮어쓰지 않도록 하세요.

Android와 iOS에서는 보통 앱 안에서 “연결” 또는 시작 스위치를 누릅니다. 처음 사용할 때는 시스템에서 VPN 설정 권한을 요청합니다. 허용한 뒤 클라이언트로 돌아와 연결됨으로 표시되는지 확인하고 시스템의 VPN 상태도 살펴보세요. 이 VPN 권한은 시스템이 트래픽을 클라이언트로 전달하도록 제공하는 기능이며, 노드 프로토콜이 기존 VPN 방식으로 바뀐다는 뜻은 아닙니다. 다른 앱이 같은 연결 기능을 사용 중이라면 먼저 연결을 끊고 다시 시도하세요.

필요한 경우에만 TUN을 활성화하세요

브라우저는 정상적으로 작동하지만 특정 앱이 시스템 프록시 설정을 따르지 않는다면 TUN 사용을 고려할 수 있습니다. TUN은 가상 네트워크 인터페이스를 통해 라우팅 조건에 맞는 트래픽을 처리하며, 보통 관리자 권한이나 클라이언트 서비스가 필요합니다. 설정에서 서비스가 설치되어 정상적으로 실행 중인지 확인한 뒤 클라이언트 안내에 따라 TUN을 활성화하세요. 운영체제에 따라 서비스 메뉴가 다르므로 다른 플랫폼의 메뉴 경로를 그대로 따라 할 필요는 없습니다.

TUN은 처음 설정할 때 필수 항목이 아니며 모든 앱과 네트워크 환경의 트래픽을 처리한다고 보장하지도 않습니다. 라우팅과 DNS 설정도 함께 고려해야 합니다. 활성화 후 전체 인터넷이 끊기거나 LAN 기기에 접속할 수 없다면 먼저 TUN을 끄고 확인된 시스템 프록시 상태로 돌아간 다음 호환성을 점검하세요. 처음 문제를 해결할 때 가상 네트워크 어댑터, DNS, 아웃바운드 모드를 한꺼번에 바꾸지 마세요. 언제든 돌아갈 수 있는 기준 상태를 유지하는 것이 중요합니다.

이 단계를 마치면 상태 페이지에서 코어 실행, 설정 활성화, 프록시 연결 사용 상태를 모두 확인할 수 있어야 합니다. 스위치 색상만으로 성공 여부를 판단할 수는 없습니다. 다음 단계에서 실제 요청이 클라이언트로 들어오는지, 어떤 정책을 통해 처리되는지 확인하세요.

4단계: 실제 접속 및 규칙 적용 확인하기

먼저 구독 규칙에 따라 프록시로 접속될 것으로 예상되는 사이트를 여세요. 브라우저 캐시에 남은 이전 내용을 보지 않도록 새 탭에서 다시 로드합니다. 그런 다음 클라이언트로 돌아와 “연결” 또는 “활성 연결” 페이지에서 방금 접속한 도메인을 찾으세요. 연결이 금방 끝나는 경우 웹페이지를 새로 고치는 동안 목록을 확인하거나 클라이언트의 최근 연결 기록을 살펴보세요.

해당 연결을 열어 규칙, 연결에 지정된 정책 그룹, 최종 선택된 아웃바운드 노드 세 가지를 확인하세요. 규칙 모드에서 일부 연결이 DIRECT로 표시되어도 반드시 오류는 아닙니다. 대상이 원래 직접 연결되어야 하는지 살펴보세요. 마찬가지로 시스템에 VPN이 표시되거나 클라이언트에 “실행 중”이라고 나타나는 것은 관련 구성 요소가 작동 중이라는 뜻일 뿐, 개별 요청의 경로를 확인한 것은 아닙니다.

이번에는 설정상 직접 연결될 것으로 예상되는 주소를 열어 두 연결의 처리 결과를 비교하세요. 두 접속이 모두 예상대로라면 이번 테스트에서 연결 방식, 규칙, 출구가 대체로 정상 작동하는 것입니다. 출구 IP 조회는 보조 확인 수단으로 활용할 수 있지만, 해당 조회 사이트의 접속 경로만 보여주므로 모든 앱이 같은 출구를 사용한다고 단정할 수는 없습니다. 민감한 작업을 할 때는 대상 앱의 연결 기록도 별도로 확인하세요.

증상에 따라 해당 단계로 돌아가세요

웹페이지 접속에 실패했는데 클라이언트에 해당 요청이 전혀 보이지 않는다면 시스템 프록시가 켜져 있는지, 브라우저가 별도의 프록시 설정을 사용하는지, 현재 클라이언트를 확인하고 있는지부터 살펴보세요. 명령줄 도구가 시스템 프록시를 읽지 않는 것은 흔한 일입니다. 구독을 바로 바꾸기보다 도구에서 지원하는 프록시 옵션을 사용하거나 TUN 적용을 검토하세요.

연결이 클라이언트에 들어왔지만 로그에 시간 초과나 핸드셰이크 오류가 표시되면 같은 정책 그룹에서 다른 노드를 선택한 뒤 동일한 대상에 다시 접속하세요. 규칙 모드에서만 실패하고 전역 모드에서는 정상이라면 두 모드에서 실제로 선택한 출구와 적용된 정책을 비교하세요. 규칙이나 정책 선택을 점검할 필요가 있다는 신호일 수 있지만, 이것만으로 특정 규칙이 잘못됐다고 단정할 수는 없습니다.

오류가 도메인 이름 조회를 가리킨다면 먼저 오류가 발생한 도메인과 현재 트래픽 처리 방식을 기록한 뒤 문제 해결 안내에 따라 DNS를 점검하세요. 온라인에서 찾은 DNS 설정 전체를 그대로 덮어쓰지 마세요. 코어와 모드에 따라 설정 항목이 다를 수 있고 구독의 기존 설정을 망가뜨릴 수도 있습니다. Fake-IP, DNS 정책, 코어별 차이는 용어 빠른 참조와 프로토콜 가이드에서 확인할 수 있습니다. 여기서는 먼저 기본 연결을 복구하는 데 집중하세요.

연결 확인 후 설정 저장 및 업데이트

접속이 정상이라면 현재 설정 이름, 모드, 주요 정책 그룹 선택, 시스템 프록시와 TUN 중 어떤 방식을 사용했는지 기록해 두세요. 이후에는 설정을 한 번에 하나씩만 바꾸고 같은 대상으로 다시 테스트하세요. 도움을 요청하기 위해 스크린샷을 공유할 때는 오류 문구, 운영체제, 클라이언트 이름을 남기고 구독 URL과 인증 정보는 가리세요. 오류 표시만 담긴 스크린샷보다 이런 정보가 문제를 파악하는 데 도움이 됩니다.

원격 구독을 업데이트하려면 1단계의 설정 목록으로 돌아가 “업데이트” 또는 새로고침 버튼을 누르세요. 완료될 때까지 기다린 뒤 설정이 계속 선택되어 있는지, 정책 그룹 선택이 유지됐는지 확인합니다. 자동 업데이트 시점은 클라이언트와 구독 설정에 따라 다릅니다. 오랫동안 업데이트되지 않았다고 해서 노드가 계속 동일하다고 볼 수는 없습니다. 화면에서 원격 설정을 직접 수정했다면 다음 업데이트 때 변경 사항이 덮어써질 수 있다는 점도 유의하세요.

마지막으로 정상적으로 연결을 끊어 보세요. 먼저 시스템 프록시나 모바일 연결을 끈 다음 클라이언트를 종료하고 기본 네트워크가 예상대로 복구되는지 확인합니다. 컴퓨터를 켤 때 클라이언트를 자동 실행하려면 설정이 안정된 뒤 기능을 활성화하고, 다음 로그인 후 코어와 프록시 연결이 모두 시작됐는지 확인하세요. 이로써 구독 가져오기, 모드 선택, 연결 설정, 실제 접속 확인까지 기본 절차가 완료됩니다. 이후에는 필요에 따라 규칙을 조정하면 됩니다.