Clash 설정 가이드

시작하기 전에 클라이언트와 구독의 역할을 구분해야 합니다. 클라이언트는 설정을 읽고 규칙을 적용해 연결을 구성하며, 구독은 사용할 노드와 정책 그룹, 경우에 따라 트래픽 분기 규칙을 제공합니다. 앱을 설치했다고 바로 사용할 수 있는 출구가 생기는 것은 아닙니다. 먼저 서비스 제공업체 계정 페이지에서 현재 클라이언트에 맞는 구독 URL을 받고, 서비스 이용 기간이 유효한지 확인하세요. 웹 공유 링크, 계정 로그인 페이지, 구독 URL은 서로 다른 링크이므로 대체해서 사용할 수 없습니다.

클라이언트를 열고 ‘설정’ 또는 ‘구독’ 화면으로 이동해 ‘새로 만들기’, ‘가져오기’ 또는 더하기 버튼을 찾으세요. 유형을 선택하라는 메시지가 표시되면 원격 구독 또는 URL 가져오기를 선택한 다음 주소 입력란에 URL 전체를 붙여 넣습니다. 이름은 기기에서 구분하기 위한 것이므로 용도를 알아보기 쉽게 지정하세요. 구독 URL을 이름으로 입력하지 마세요. URL 앞뒤에 공백이나 줄바꿈, 메신저가 덧붙인 문장 부호가 들어가지 않았는지 확인한 뒤 다운로드 또는 가져오기를 눌러 요청이 끝날 때까지 기다립니다.

가져오기가 성공하면 설정 카드나 구독 항목이 표시됩니다. 새 설정이 바로 적용되는 클라이언트도 있지만, ‘사용’, ‘활성화’ 또는 설정 이름을 한 번 더 눌러야 하는 경우도 있습니다. 현재 설정에 선택 표시가 있는지 확인한 뒤 ‘프록시’ 화면에서 정책 그룹이 나타나는지 살펴보세요. 가져온 항목이 보인다고 해서 설정이 적용된 것은 아닙니다. 프록시 화면에 이전 내용이 표시되면 가져오기를 반복하지 말고 현재 어떤 설정이 활성화되어 있는지 확인하세요.

서비스 제공업체에서 로컬 설정 파일을 제공했다면 같은 위치에서 파일 가져오기를 선택하고, 클라이언트가 지원하는 Clash 설정 형식을 사용하세요. 파일 확장자가 같아도 내용이 호환되는 것은 아닙니다. 링크에 따라 일반 노드 목록, 전체 YAML, 다른 클라이언트 전용 형식이 반환될 수 있습니다. 파싱 실패, 지원하지 않는 필드, 인식할 수 없는 프로토콜 오류가 발생하면 구독 유형과 코어 요구 사항을 먼저 확인하세요. 오류가 난 필드를 임의로 삭제하면 정상 설정까지 손상될 수 있습니다.

가져오기에 실패하면 먼저 설정 화면의 오류 메시지를 확인하고, ‘로그’에서 같은 시각의 요청 결과를 살펴보세요. 인증 실패는 계정 상태를 확인하거나 URL을 새로 발급받아야 할 수 있습니다. 요청 시간이 초과되면 현재 네트워크 문제인지 구독 서버 문제인지 구분하세요. 파싱 오류는 형식이나 호환성 문제일 가능성이 큽니다. 구독을 업데이트하려면 프록시 연결이 필요한데 사용 가능한 설정이 없다면 시작 단계에서 막힐 수 있습니다. 이때는 관련 없는 DNS 옵션을 반복해서 바꾸지 말고 서비스 제공업체의 최초 가져오기 안내를 확인하세요.

구독 URL에는 계정 식별 정보가 포함되는 경우가 많으므로 민감한 정보로 다뤄야 합니다. 도움을 요청할 때는 주소와 노드 인증 정보를 제거한 오류 메시지만 공유하세요. 구독 QR 코드나 전체 설정을 보내지 마세요. 이 단계를 마치면 프록시 화면에서 구독에 포함된 정책 그룹을 확인할 수 있어야 합니다. 원본 설정과 기본 규칙은 유지하고, 다음 단계에서는 모드와 출구만 조정해 한꺼번에 여러 변수를 바꾸지 않도록 하세요.

설정을 불러온 뒤 ‘프록시’ 화면 상단, 홈 화면의 모드 영역 또는 시스템 트레이 메뉴에서 모드를 찾으세요. 처음에는 ‘규칙’ 모드를 권장합니다. 현재 설정의 규칙을 위에서부터 확인한 뒤 각 연결을 해당 정책으로 전달하므로, 구독에 설정된 직접 연결과 프록시 사용 방식을 유지할 수 있습니다. 모드는 코어에 들어온 트래픽을 어떻게 분배할지 결정할 뿐, 모든 앱의 트래픽을 자동으로 클라이언트에 연결하지는 않습니다. 트래픽 연결 기능은 다음 단계에서 별도로 켜야 합니다.

‘전역’ 모드는 코어에 들어온 연결을 모두 전역 정책으로 전달합니다. 일시적인 비교·문제 해결이나 하나의 출구를 명확히 사용해야 할 때 적합하지만, 시스템의 모든 프로그램이 프록시를 사용한다는 뜻은 아닙니다. ‘직접 연결’은 코어에 들어온 연결이 대상에 바로 접속하도록 하며, 프록시 전달을 잠시 멈추거나 문제를 비교할 때 쓸 수 있습니다. 편의를 위해 전역 모드를 계속 사용할 필요는 없으며, 직접 연결 모드가 클라이언트를 종료한다는 의미도 아닙니다. 백그라운드 코어와 시스템 프록시 설정은 여전히 남아 있을 수 있습니다.

규칙 모드로 전환한 뒤 구독의 기본 정책 그룹을 펼치세요. 그룹 이름은 설정 작성자가 정하므로 ‘프록시’, ‘노드 선택’ 등으로 표시될 수 있고, 모든 클라이언트에서 통일된 이름을 사용하는 것은 아닙니다. 규칙에서 실제로 참조하는 그룹을 찾아 노드를 선택하세요. 자동 선택, 장애 조치 또는 다른 정책 그룹을 골랐다면 최종적으로 어디를 선택하는지 계속 펼쳐 확인합니다. 최종 경로가 DIRECT라면 해당 연결은 직접 연결입니다. 상위 그룹 이름만 보고 출구를 판단하지 마세요.

클라이언트에 연결 테스트 기능이 있다면 먼저 실행해 테스트를 통과하는 노드가 있는지 확인하세요. 테스트 결과는 해당 노드가 그 시점에 테스트 주소에 연결한 결과일 뿐, 모든 웹사이트·동영상·게임의 속도를 보여주지는 않습니다. 테스트 주소에 연결할 수 없어 시간 초과가 발생할 수도 있습니다. 처음 확인할 때는 노드 하나를 지정해 브라우저 연결을 확인한 다음 자동 선택을 사용하세요. 문제가 생겼을 때 출구 변경 때문인지 다른 설정 때문인지 구분하기 쉽습니다.

이 단계에서 구독에 포함된 규칙 전체를 다시 작성하거나 모든 분류 그룹의 출구를 하나로 바꿀 필요는 없습니다. 먼저 기본 정책 그룹을 조정하고, 특정 웹사이트가 어느 그룹에 연결되는지 확인하세요. 대상 서비스의 그룹이 실제 요구와 맞지 않을 때만 해당 그룹의 선택을 바꾸면 됩니다. 규칙 업데이트, 구독 업데이트, 수동 설정은 적용 순서가 영향을 줄 수 있습니다. 고급 설정을 변경하기 전에 원래 설정을 복구할 수 있도록 보관하고, 프로토콜 안내서의 규칙 및 설정 호환성 설명을 확인하세요.

이 단계가 끝나면 화면에 ‘규칙’ 모드가 표시되고, 프록시를 사용해야 하는 기본 정책이 사용할 수 있는 출구를 가리켜야 합니다. 이때 브라우저가 여전히 기존 네트워크 경로를 사용할 수 있으며, 이는 정상입니다. 모드는 설정했지만 아직 시스템이 요청을 클라이언트로 보내지 않고 있기 때문입니다. 선택을 확인한 뒤 설정을 그대로 유지하고 다음 단계에서 트래픽 연결을 켜세요.

먼저 클라이언트 홈 화면이나 상태 표시줄에서 코어 상태를 확인하세요. 실행 중이 아니거나 시작에 실패했거나 설정을 불러오지 못했다면 해당 문제부터 해결한 다음 시스템 프록시를 켜세요. 시스템 프록시는 운영체제의 프록시 설정을 따르는 앱이 요청을 로컬 코어로 보내도록 합니다. 코어가 요청을 수신하지 않는 상태에서 시스템 프록시를 켜면 브라우저에서 일시적으로 웹페이지를 열 수 없게 될 수 있습니다. 클라이언트를 실행 상태로 유지하고 포트 충돌이나 시작 오류가 없는지 확인한 뒤 계속하세요.

PC: 먼저 시스템 프록시 켜기

Windows, macOS 또는 Linux용 PC 클라이언트에서 ‘시스템 프록시’ 스위치를 찾으세요. 보통 홈 화면, 설정 화면 또는 트레이 메뉴에 있습니다. 켠 다음 브라우저에서 새 페이지를 열어 이어서 확인합니다. 데스크톱 환경과 앱마다 시스템 프록시 지원 범위가 다를 수 있으며, 브라우저 확장 프로그램, 기업 정책 또는 앱 자체 프록시 설정이 시스템 설정을 덮어쓸 수도 있습니다. 브라우저에 프록시 전환 확장 프로그램이 설치되어 있다면 먼저 비활성화해 두 설정이 서로 덮어쓰지 않도록 하세요.

처음에는 시스템 프록시만 켜고 TUN은 끄세요. ‘LAN 연결 허용’도 켤 필요가 없습니다. 이 옵션은 다른 기기가 이 기기의 프록시 수신 포트에 접속하도록 하는 기능으로, 이 기기의 브라우저가 프록시를 사용할 수 있는지와는 별개입니다. 연결을 시도하려고 수신 범위를 넓히지 마세요. 다른 프록시나 VPN 프로그램이 실행 중이라면 설정을 저장한 뒤 연결을 끊어 시스템 프록시, 라우팅, DNS 설정이 서로 충돌할 가능성을 줄이세요.

모바일: 시스템 VPN 권한 확인

Android 및 iOS 클라이언트에서는 보통 홈 화면의 연결 버튼을 사용합니다. 처음 연결할 때 시스템에서 VPN 연결 추가 또는 설정 권한을 묻는 메시지가 표시됩니다. 앱이 맞는지 확인하고 시스템 안내에 따라 허용하세요. 연결되면 시스템 상태 영역이나 VPN 설정 화면에서 활성 연결을 확인할 수 있습니다. VPN 표시는 앱이 시스템의 네트워크 트래픽을 연결할 권한을 얻었다는 뜻이지, 모든 연결이 원격 노드를 통과한다는 의미는 아닙니다. 실제 경로는 규칙, 정책, 앱 제외 설정에 따라 달라집니다.

연결을 누른 직후 끊기면 클라이언트로 돌아가 로그를 확인하고 설정 오류, 권한 미승인 또는 다른 VPN의 연결 점유 여부를 살펴보세요. Android의 앱별 프록시 목록에서 브라우저가 제외되었을 수 있고, iOS의 주문형 연결 설정은 자동 재연결에 영향을 줄 수 있습니다. 처음 테스트할 때는 기본 연결 범위를 유지하고 클라이언트를 화면에 표시한 상태에서 확인하세요. 백그라운드 연결 해제, 배터리 최적화, 자동 연결 문제는 기본 연결이 정상적으로 작동한 다음 FAQ에서 하나씩 확인하세요.

필요한 경우에만 TUN 모드 사용

브라우저는 시스템 프록시로 정상 작동하지만 특정 PC 앱이 프록시에 연결되지 않는다면 TUN을 고려할 수 있습니다. TUN은 가상 네트워크 인터페이스를 통해 트래픽을 연결하며, 보통 서비스 구성 요소나 더 높은 권한이 필요하고 라우팅과 DNS에 영향을 줄 수 있습니다. 켜기 전에 클라이언트의 서비스 설치 및 권한 안내를 확인하고 현재 스위치 상태를 기록하세요. TUN은 속도를 높이는 기능도, 누구나 반드시 써야 하는 기능도 아닙니다. 처음 설정할 때 시스템 프록시, TUN, DNS를 동시에 바꾸지 마세요. 자세한 동작 방식은 프로토콜 안내서를 참고하세요.

이제 코어 실행 상태와 PC의 시스템 프록시 또는 모바일 VPN 연결 상태가 확인되어야 합니다. ‘연결됨’ 표시만으로 결론을 내리지 말고, 다음 단계에서 실제 요청을 보내 트래픽이 어디로 전달되는지 확인하세요.

브라우저에서 새 탭을 열고 프록시를 사용해야 하는 것으로 알고 있는 정상 웹사이트에 접속하면서 클라이언트의 ‘연결’ 화면도 여세요. 오래 열어 둔 페이지 대신 새 요청을 확인하세요. 기존 페이지는 캐시에서 표시될 수 있고, 이미 연결된 세션은 전환 전 경로를 계속 사용할 수도 있습니다. 연결 기록이 많으면 대상 도메인이나 프로세스로 필터링하세요. 일부 클라이언트는 연결이 유지되는 동안에만 기록을 표시하므로 페이지가 로드된 후 기록이 사라져도 반드시 오류는 아닙니다.

방금 보낸 요청을 찾아 적용된 규칙과 정책 경로를 확인하세요. 대상 도메인에 예상한 규칙이 적용되고 정책 경로가 2단계에서 선택한 노드 또는 프록시 출구로 이어지는 것이 이상적입니다. 요청이 목록에 나타나는 것만으로는 트래픽이 코어에 들어왔다는 사실만 알 수 있습니다. 최종 정책이 DIRECT라면 여전히 직접 연결입니다. 클라이언트에 전체 경로가 표시되지 않으면 ‘규칙’ 화면과 필요한 수준의 로그를 함께 확인하세요. 처음 확인하는 동안 디버그 로그를 계속 대량으로 켜 둘 필요는 없습니다.

이번에는 직접 연결되어야 하는 익숙한 서비스에 접속해 같은 방식으로 기록을 확인하세요. 이 단계는 트래픽 분기를 확인하는 것이지 두 웹사이트의 접속 속도를 비교하는 것이 아닙니다. 규칙 설정에 따라 직접 연결되는 트래픽도 코어를 통과할 수 있으므로 ‘연결 목록에 표시됨’과 ‘원격 프록시를 통과함’은 같은 뜻이 아닙니다. 반대로 웹사이트가 열린다는 사실만으로 프록시가 작동한다고 단정할 수도 없습니다. 원래 직접 접속할 수 있는 사이트일 수 있기 때문입니다.

출구를 더 확인하려면 신뢰할 수 있는 공인 IP 조회 서비스에 접속해 같은 네트워크 조건에서 연결 전후 결과를 비교할 수 있습니다. 먼저 조회 도메인 자체가 규칙에 따라 프록시로 연결되는지 확인하세요. 조회 결과는 해당 요청의 출구만 보여주며, 다른 앱이나 모든 도메인, 모든 주소 체계에 같은 경로가 적용된다는 뜻은 아닙니다. 결과 차이는 참고 자료로 활용하고 실제 트래픽 분기는 해당 요청에 적용된 규칙과 정책을 기준으로 확인하세요.

페이지가 열리지 않으면 앞서 진행한 4단계를 거꾸로 확인하세요. 연결 화면에 해당 요청이 전혀 없다면 앱이 시스템 프록시를 따르는지, 제외되어 있는지, 다른 프로그램이 트래픽을 연결하고 있는지 먼저 확인합니다. 요청은 보이지만 최종 경로가 직접 연결이라면 정책 그룹과 규칙을 다시 확인하세요. 프록시 규칙이 적용됐는데 연결에 실패하면 노드 상태와 서비스 이용 가능 여부를 점검합니다. 인증서 오류가 나타나면 브라우저 경고를 무시하거나 출처가 불분명한 루트 인증서를 설치하지 마세요. 문제 해결 FAQ에 따라 시스템 시간, 네트워크 환경, 오류 내용을 확인하세요.

정상 작동을 확인한 뒤에는 간단한 안정성 점검만 한 번 진행하세요. 브라우저 페이지를 닫았다가 다시 열어 동일한 규칙이 적용되는지 확인하고, 모바일에서는 평소처럼 사용한 뒤 백그라운드 연결이 유지되는지 살펴보세요. Wi-Fi에서 모바일 네트워크로 전환했다면 UDP 연결 가능 여부, DNS, 시스템 연결 상태가 달라질 수 있으므로 새로운 네트워크 환경으로 보고 다시 확인해야 합니다. 한 번의 속도 측정이나 웹페이지 접속 성공만으로 실제 사용 환경을 확인할 수는 없습니다.

마지막으로 연결 해제 방법을 확인하세요. PC에서 프록시를 잠시 중지하려면 먼저 시스템 프록시를 끈 다음 필요에 따라 클라이언트를 종료합니다. TUN을 사용했다면 TUN도 중지되었는지 확인하세요. 모바일에서는 연결을 끊고 시스템 VPN 화면에서 상태를 확인합니다. 종료 후 브라우저가 인터넷에 연결되지 않으면 시스템에 로컬 포트를 가리키는 수동 프록시 설정이 남아 있는지 먼저 확인하세요. 모든 설정을 바로 삭제하지 마세요. 현재 사용 중인 설정과 기본 정책을 기억해 두면 다음에 시작할 때 구독을 다시 가져올 필요가 없습니다.