Clash 설정 가이드

시작 전: 클라이언트와 설정 출처 확인

먼저 클라이언트를 열고 설정 화면에 접근할 수 있는지 확인합니다. 클라이언트 설치는 실행 환경을 준비하는 단계일 뿐, 사용할 수 있는 프록시 서비스까지 제공하지는 않습니다. 이후에는 서비스 제공업체가 제공한 구독 URL이나 유효한 프록시 정보가 포함된 설정 파일이 필요합니다. 클라이언트는 설정을 읽고 연결을 전달하며, 구독 내용과 노드 사용 권한, 서비스 유효 기간은 설정을 제공한 곳에서 결정합니다.

서비스 제공업체 페이지에서 Clash 또는 mihomo 호환으로 명시된 구독 URL을 복사합니다. 일반 웹페이지 주소나 계정 관리·결제 페이지는 구독 URL을 대신할 수 없습니다. 여러 형식이 제공된다면 현재 클라이언트의 코어가 지원하는지 먼저 확인하고 알맞은 형식을 선택하세요. URL 확장자만으로 호환 여부를 판단하지 마세요.

시작하기 전에 트래픽을 가로채는 다른 프록시나 VPN 앱을 종료하고 현재 네트워크 연결은 유지하세요. 먼저 한 기기에서 연결을 확인한 뒤 라우터나 로컬 네트워크 공유를 설정하는 것이 좋습니다. 구독 URL에는 로그인 정보가 포함되는 경우가 많으므로 공개 채팅이나 스크린샷, 문의 글에 노출되지 않도록 주의하세요. 기본 설정은 클라이언트 화면에서 할 수 있으며 YAML을 직접 편집할 필요는 없습니다.

1단계: 구독을 가져와 설정 적용하기

클라이언트의 ‘설정’ 또는 ‘구독’ 화면으로 이동해 ‘새로 만들기’, ‘가져오기’ 또는 추가 버튼을 찾습니다. 원격 구독을 선택하고 복사해 둔 전체 주소를 URL 입력란에 붙여넣습니다. 이름을 설정할 수 있다면 구분하기 쉬운 메모를 입력해도 됩니다. 메모는 설정을 식별하기 위한 것으로 계정이나 출구 동작에는 영향을 주지 않습니다. 주소 앞뒤에 공백, 줄바꿈, 불필요한 따옴표가 없는지 확인한 뒤 저장하거나 다운로드합니다.

클라이언트가 구독을 요청한 뒤 응답 내용을 파싱합니다. 가져오기가 끝날 때까지 기다리면서 목록에 새 설정이 나타나는지, 파싱 오류가 표시되는지 확인하세요. 목록에 항목이 보여도 적용된 것은 아닐 수 있습니다. Clash Verge Rev에서는 해당 설정을 선택하거나 항목 메뉴에서 활성화해야 합니다. 다른 클라이언트도 ‘다운로드’와 ‘현재 설정으로 지정’이 별도 단계일 수 있으므로, 완료 후 어떤 설정이 사용 중인지 확인합니다.

그다음 ‘프록시’ 화면으로 이동합니다. 정상적으로 불러왔다면 설정에 정의된 프록시 그룹과 노드 후보가 표시됩니다. 프록시 그룹 이름은 구독에 따라 다르며 반드시 ‘PROXY’인 것은 아닙니다. 용도나 지역에 따라 이름이 붙을 수도 있습니다. 직접 연결 항목만 보인다면 설정 목록으로 돌아가 방금 가져온 항목이 선택되었는지 확인한 뒤, 구독에 프록시와 프록시 그룹이 포함되어 있는지 점검하세요. 이 단계에서는 아직 시스템 프록시를 켤 필요가 없습니다. 먼저 설정을 정상적으로 불러오세요.

로컬 설정 파일이 있다면 ‘파일 가져오기’를 선택하거나 클라이언트가 지원하는 가져오기 영역에 파일을 끌어다 놓습니다. 웹페이지를 저장한 HTML 파일의 확장자만 바꾸지 말고, 클라이언트가 지원하는 YAML 설정 파일을 사용하세요. 파일을 가져온 뒤에도 설정을 활성화하고 프록시 그룹을 확인해야 합니다. 노드 URL만 들어 있는 텍스트와 전체 설정 파일은 형식이 다릅니다. 바로 가져올 수 있는지는 클라이언트 기능에 따라 달라집니다. 자세한 구분은 용어 빠른 안내의 구독 및 설정 파일 항목을 참고하세요.

가져오기 오류가 발생하면 먼저 주소가 완전한지, 서비스가 유효한지, 일반 네트워크에서 구독 제공처에 접속할 수 있는지 확인합니다. 로그인 페이지나 안내 문구 등 다른 형식의 내용이 반환되면 클라이언트에서 YAML 파싱 오류가 발생할 수 있습니다. 이 경우 설정 들여쓰기 문제라고 단정할 수 없습니다. 서비스 제공업체가 호환 형식을 제공한다고 안내했는데도 실패한다면 오류 이름을 기록하고 지원 코어를 문의하세요. 인증 정보가 포함된 전체 URL을 공개 온라인 변환 도구에 입력하지 마세요.

가져오기에 성공했다면 해당 항목의 ‘업데이트’ 기능을 찾아 다음에 어디서 내용을 갱신하는지 확인합니다. 원격 구독은 보통 서비스 제공업체의 설정을 다시 가져오지만, 로컬 파일은 원격 업데이트를 지원하지 않을 수 있습니다. 클라이언트에서 직접 수정한 내용도 다음 업데이트 때 덮어써질 수 있습니다. 처음 연결할 때는 구독의 기본 그룹과 규칙을 그대로 사용하고, 정상 작동을 확인한 뒤 사용자 지정 규칙이나 오버라이드를 검토하세요.

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

‘프록시’ 화면을 열거나 홈 화면에서 ‘출구 모드’ 선택기를 찾아 모드를 ‘규칙’으로 설정합니다. 현재 설정의 규칙에 따라 연결마다 직접 연결할지 프록시 그룹을 사용할지 결정하는 모드로, 구독의 기본 설정을 따라 시작하기에 적합합니다. 규칙 모드를 선택해도 시스템 트래픽이 클라이언트로 들어오는 것은 아닙니다. 트래픽 가로채기는 다음 단계에서 활성화합니다.

이어서 실제 출구를 담당하는 프록시 그룹을 펼치고 사용 가능한 노드를 선택합니다. 일부 설정에서는 최상위 선택 그룹이 다른 자동 선택 그룹을 가리킬 수 있으므로, 하위 그룹에 유효한 후보가 있는지도 확인해야 합니다. 최종 경로는 ‘규칙 일치 → 최상위 선택 그룹 → 자동 선택 그룹 → 실제 노드’와 같을 수 있습니다. 그룹 이름만 보고 연결에 성공했다고 판단하지 마세요.

클라이언트에서 연결 테스트를 지원한다면 사용할 그룹을 한 번 테스트해 보세요. 결과는 지정된 테스트 주소가 해당 시점에 응답한 상태만 보여 주며, 모든 웹사이트와 앱에서도 똑같이 작동한다는 뜻은 아닙니다. 후보 하나가 실패하면 다른 후보를 선택해 다시 확인할 수 있습니다. 모두 실패한다면 고급 설정을 여러 개 바꾸기보다 구독 서비스 상태와 현재 네트워크부터 점검하세요.

규칙·전역·직접 연결 모드의 차이

‘전역’ 모드는 보통 코어로 들어온 연결을 전역 프록시 그룹으로 보내며, 모드를 바꾼 뒤에도 해당 그룹의 출구가 무엇인지 확인해야 합니다. 트래픽 분류 규칙이 문제인지 임시로 확인할 때 쓸 수 있지만, 모든 기기의 트래픽을 자동으로 가로채는 기능은 아닙니다. ‘직접 연결’은 코어에 들어온 연결을 프록시 없이 내보냅니다. 두 모드 모두 시스템 프록시나 TUN을 대신하지 않으며, 모드 이름만으로 연결 여부를 판단할 수 없습니다.

처음 설정할 때는 ‘규칙’ 모드를 유지하면 됩니다. 구독에서 그룹 하나가 DIRECT로 설정되어 있다면 해당 그룹에 일치한 연결은 프록시를 거치지 않고 나갈 수 있습니다. 예상과 다른 접속 결과가 나오면 상단 모드만 확인하지 말고 실제 출구 경로를 살펴보세요. 규칙 우선순위와 정책 그룹은 용어 빠른 안내에서, 프로토콜별 설계와 차이는 프로토콜 참고 자료에서 확인할 수 있습니다.

노드를 선택한 뒤에는 여러 트래픽 가로채기 방식을 동시에 켜지 마세요. 규칙 모드와 명확한 출구 후보 하나를 유지한 채 다음 단계로 넘어갑니다. 문제가 생겼을 때 설정이 불러와지지 않은 것인지, 노드를 사용할 수 없는 것인지, 앱 트래픽이 클라이언트에 들어오지 않는 것인지 구분하기 쉽습니다.

3단계: 트래픽 가로채기 켜기

데스크톱: 먼저 시스템 프록시 사용

Clash Verge Rev 설정 화면에서 ‘시스템 프록시’를 찾아 켭니다. 클라이언트 코어가 계속 실행 중이고 포트 충돌이나 시작 실패 알림이 없는지 확인하세요. 시스템 프록시는 보통 시스템의 HTTP·HTTPS 프록시를 로컬 수신 포트로 연결하므로 클라이언트를 실행 상태로 유지해야 합니다. 다른 가이드를 그대로 따라 하려고 포트를 임의로 바꾸지 말고 현재 클라이언트에 설정된 값을 우선 사용하세요.

시스템 프록시를 켠 뒤 해당 설정을 따르는 브라우저에서 새 페이지를 열어 보세요. 브라우저 확장 프로그램이 프록시를 별도로 제어한다면 일시 중지하거나 시스템 설정 사용으로 되돌립니다. 브라우저나 앱에 프록시 주소를 직접 입력한 적이 있다면 시스템 설정을 덮어쓰고 있지 않은지도 확인하세요. 일부 앱은 자체 네트워크 스택을 사용하므로 시스템 프록시를 따르지 않습니다. 브라우저는 작동하지만 다른 앱은 안 된다는 이유만으로 클라이언트가 고장 났다고 단정할 수 없습니다.

macOS와 Linux의 시스템 프록시 설정 방법은 클라이언트와 데스크톱 환경에 따라 다를 수 있습니다. 스위치를 켠 뒤 브라우저 요청이 클라이언트 연결 화면에 나타나지 않으면 시스템 네트워크 설정이 적용되었는지 확인하세요. Windows의 설정 경로를 다른 플랫폼에 그대로 적용하지 마세요. Linux 명령줄 프로그램은 데스크톱 환경의 프록시 설정을 읽지 않을 수도 있으므로, 처음에는 시스템 프록시를 명시적으로 지원하는 브라우저로 테스트하는 편이 문제를 찾기 쉽습니다.

모바일: 시스템 연결 권한 확인

Android 클라이언트는 보통 홈 화면에 시작 또는 연결 버튼이 있습니다. 설정을 활성화하고 프록시 그룹을 선택한 뒤 연결을 누르고, 시스템에 표시되는 VPN 연결 요청을 승인하세요. 이후 클라이언트에 실행 상태가 표시되는지 확인합니다. 시스템은 VPN 인터페이스를 통해 트래픽을 가로채지만, 구독 프로토콜이 특정 전통 VPN 프로토콜이어야 한다는 뜻은 아닙니다. 실제 출구는 설정에 따라 결정됩니다.

iOS에서 Clash Plus를 사용할 때는 설정을 불러온 뒤 연결을 누르고, 시스템 안내에 따라 VPN 설정 추가를 허용한 다음 기기에서 요구하는 확인 절차를 완료합니다. 시스템에서 다른 VPN 연결이 활성화되어 있다면 기존 연결을 끊고 새 설정을 시작하세요. 앱별 제외나 백그라운드 제한 같은 모바일 설정이 실제 트래픽 처리 범위에 영향을 줄 수 있습니다. 처음 연결할 때는 기본값을 유지하고 연결 기록으로 확인하세요.

TUN: 필요한 경우에만 활성화

대상 앱이 시스템 프록시를 따르지 않거나 더 넓은 범위의 트래픽을 가로채야 할 때만 TUN 모드를 고려하세요. 데스크톱에서는 서비스 설치, 관리자 권한 부여 또는 가상 네트워크 어댑터 관련 확인이 필요할 수 있습니다. 켜기 전에 현재 설정을 저장하고 클라이언트 안내를 읽은 뒤 코어가 정상적으로 시작되었는지 확인하세요. TUN은 라우팅과 DNS에 영향을 주므로 모든 연결 문제를 해결하는 만능 기능으로 취급해서는 안 됩니다.

첫 테스트에서는 시스템 프록시만 켜는 것이 좋습니다. 기본 연결이 작동하는지 확인한 다음 필요에 따라 TUN을 테스트하세요. 접속에 성공하기도 전에 TUN, DNS, 규칙, 노드를 동시에 바꾸면 어떤 변경이 영향을 줬는지 파악하기 어렵습니다. 활성화 후 네트워크 문제가 생기면 새로 켠 트래픽 처리 기능부터 끄고 직전의 확인된 상태로 되돌리세요. 관련 원리는 DNS 및 네트워크 스택 용어에서 확인할 수 있습니다.

4단계: 연결과 규칙 적용 확인

연결 스위치를 켠 뒤 브라우저에서 새 탭을 열고 프록시를 통해 접속하려는 페이지를 방문합니다. 이미 로드된 페이지를 보는 데 그치지 말고 새 요청을 보내세요. 캐시된 콘텐츠나 기존의 장시간 연결이 설정 변경을 가릴 수 있습니다. 그런 다음 클라이언트의 ‘연결’ 화면을 열어 방금 방문한 도메인이 기록에 표시되는지 확인합니다.

기록 상세 정보에서 대상 주소, 일치한 규칙, 실제 출구를 차례로 확인합니다. 표시 항목은 클라이언트마다 조금씩 다르며, 전체 프록시 경로를 보여 주는 경우도 있고 최종 정책이나 노드만 표시하는 경우도 있습니다. 프록시를 거쳐야 하는 연결은 선택한 프록시 그룹과 출구까지 확인할 수 있어야 하고, 직접 연결 대상은 직접 출구로 표시되어야 합니다. 페이지가 열린다는 사실은 첫 번째 확인일 뿐이며, 연결 경로가 설정 의도와 일치해야 트래픽 분류가 올바른 것입니다.

현재 설정에서 직접 연결되어야 하는 대상을 하나 더 방문해 규칙과 출구 결과를 확인합니다. 웹사이트의 지역만으로 어떤 규칙에 일치할지 단정하지 마세요. 구독에서 사용자 지정 도메인 목록이나 규칙 세트, 최종 기본 규칙을 사용할 수 있습니다. 처음에는 프록시를 거쳐야 하는 연결 하나와 직접 연결되어야 하는 연결 하나만 확인하면 충분합니다. 모든 앱을 바로 테스트할 필요는 없습니다.

출구 IP 주소를 확인해야 한다면 신뢰할 수 있는 IP 조회 서비스를 보조 수단으로 이용하되, 결과를 클라이언트 기록과 함께 비교하세요. 조회 페이지 자체도 규칙에 따라 분류되므로 표시되는 주소는 해당 페이지에 접속했을 때의 출구일 뿐, 모든 앱이 같은 경로를 사용한다는 뜻은 아닙니다. 트래픽 처리를 끈 뒤 새 연결을 만들어 비교해야 참고할 수 있습니다. 한 번 출구가 바뀌었다고 기기 전체의 트래픽이 모두 처리된 것으로 판단하지 마세요.

작동하지 않을 때는 연결 경로부터 점검

클라이언트에 대상 요청이 전혀 나타나지 않으면 시스템 프록시, 모바일 연결 상태, 브라우저 자체 프록시, 앱 제외 설정부터 확인합니다. 연결 기록은 있지만 출구가 직접 연결로 표시되면 현재 모드, 일치한 규칙, 프록시 그룹 선택을 점검하세요. 프록시 출구로 표시되는데도 실패한다면 다른 유효한 노드를 선택하고 같은 시각의 로그를 확인합니다. 이 순서로 살펴보면 트래픽 가로채기가 작동하지 않는 상태에서 구독 설정을 반복해서 바꾸는 일을 피할 수 있습니다.

로그에 연결 시간 초과가 표시되면 대상에 접근할 수 없는지, 노드 연결이 실패했는지, 현재 네트워크에 문제가 있는지 구분해야 합니다. 파싱 오류가 나타나면 도메인과 DNS 설정을 함께 확인하세요. 오류가 발생하면 시간과 대상을 기록한 뒤 관련 설정 하나만 바꾸고 다시 요청합니다. 더 자세한 진단은 Clash 실행 로그 및 자주 발생하는 오류 해결을 참고하세요. 처음부터 모든 설정 항목을 한꺼번에 익힐 필요는 없습니다.

연결 후 일상적인 관리

트래픽 분류가 예상대로 작동하는지 확인한 뒤 현재 사용할 수 있는 설정과 노드 선택을 유지합니다. 이후 노드 목록이 바뀌면 구독을 업데이트하고 기존 프록시 그룹 선택이 여전히 유효한지 확인하세요. 네트워크를 바꾸거나 기기를 깨운 뒤 다시 사용할 때는 클라이언트 상태를 살펴보고 새 연결을 시작합니다. 기본 연결 확인을 마친 다음 필요에 따라 시작 시 자동 실행과 자동 연결을 설정하면 됩니다. 처음 연결에 성공하기 위한 필수 조건은 아닙니다.

사용을 마칠 때는 데스크톱에서 먼저 시스템 프록시나 TUN을 끈 다음 클라이언트를 종료해 시스템이 중지된 로컬 포트를 계속 가리키지 않도록 합니다. 모바일에서는 클라이언트의 연결 해제 버튼을 눌러 종료하세요. 이로써 구독 가져오기, 모드 선택, 연결 활성화, 작동 확인까지 전체 설정 과정이 완료됩니다. 사용자 지정 규칙, DNS 변경, 로컬 네트워크 공유는 필요성이 분명할 때만 추가하세요.