Clash 사용법 가이드: 구독 가져오기와 연결 확인

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

먼저 알아둘 점: 클라이언트를 설치했다고 해서 사용할 수 있는 노드까지 준비된 것은 아닙니다. 시작하기 전에 서비스 제공자가 안내한 Clash 호환 구독 URL이나 사용 가능한 YAML 설정 파일을 준비하세요. 구독에는 일반적으로 노드, 프록시 그룹, 라우팅 규칙이 포함되며 클라이언트가 이를 읽고 적용합니다. 서비스 로그인 페이지나 주문 페이지, 일반 공유 페이지 주소를 구독 URL로 사용하지 마세요. 웹페이지 내용이 반환되어 가져오기 과정에서 형식 오류가 날 수 있습니다.

원격 구독 추가하기

클라이언트를 열고 “설정”, “구독” 또는 “Profiles”로 이동해 “추가”, “가져오기” 또는 더하기 버튼을 찾은 다음 “원격 구독 / URL”을 선택하세요. 전체 링크를 주소 입력란에 붙여 넣고 알아보기 쉬운 이름을 입력한 뒤 “저장”, “가져오기” 또는 “다운로드”를 누릅니다. 저장과 업데이트가 별도인 화면에서는 저장한 다음 업데이트도 실행하고 다운로드가 끝날 때까지 기다리세요.

붙여 넣은 링크 앞뒤에 공백, 줄바꿈 또는 메신저에서 붙은 문장부호가 없는지 확인하세요. 클립보드 가져오기를 지원하는 클라이언트라도 링크가 제대로 인식됐는지 확인하는 것이 좋습니다. 구독 토큰은 접근 권한을 확인하는 정보이므로 전체 구독 링크를 공개 댓글이나 스크린샷에 올리지 마세요. 아래 주소는 링크 형식을 보여 주는 예시일 뿐 노드를 제공하지 않으며 접속할 필요도 없습니다.

https://example.com/sub?token=xxxx

서비스 제공자가 여러 구독 형식을 안내했다면 현재 사용하는 Clash 또는 mihomo 코어에 맞는 형식을 선택하세요. 브라우저에서 주소가 열린다고 해서 사용할 수 있는 내용이 반환된다고 단정할 수는 없습니다. “파싱 실패”, “unsupported”가 표시되거나 프록시 노드를 찾을 수 없다면 구독 페이지에서 형식을 먼저 확인하세요. 개인 구독을 출처가 불분명한 온라인 변환 사이트에 입력하지 마세요. 자세한 원인은 문제 해결에서 확인할 수 있습니다.

가져온 설정을 확인하고 현재 설정으로 지정하기

업데이트가 완료되면 설정 목록에 이름, 업데이트 시간 또는 상태가 표시됩니다. 해당 설정의 “사용”, “활성화” 버튼을 누르거나 카드를 선택하세요. 그런 다음 “프록시” 페이지에서 프록시 그룹과 노드가 표시되는지 확인합니다. 다운로드만 완료하고 이전 설정을 계속 사용하는 경우가 흔합니다. 목록에 설정이 있다고 해서 적용된 것은 아닙니다. 다운로드 완료 알림만 보지 말고 현재 선택 표시와 프록시 페이지의 내용을 확인하세요.

로컬 YAML 파일을 받았다면 “파일에서 가져오기”를 사용해 실제 설정 파일을 선택하세요. 압축 파일은 선택하지 마세요. 처음에는 원본 파일을 보존하고 내용을 직접 수정하지 않는 것이 좋습니다. 설정이 정상적으로 로드되고 프록시 그룹이 표시되면 2단계로 넘어가세요. 가져오기부터 되지 않는다면 먼저 이 문제를 해결하고 시스템 프록시나 DNS 설정은 나중에 조정하면 됩니다.

나중에 노드가 바뀌면 같은 구독에서 “업데이트”를 누르면 됩니다. 보통 구독을 다시 추가할 필요는 없습니다. 업데이트 시 구독 파일에 직접 수정한 설정이 덮어써질 수 있으므로 이 가이드에서는 구독 원문을 수정하지 않습니다. 사용자 지정 규칙을 유지하려면 YAML 가이드의 덮어쓰기 및 병합 설명을 참고하세요. 첫 연결 단계에서는 변수를 한꺼번에 늘리지 않는 것이 좋습니다.

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

설정을 활성화한 뒤 “프록시 / Proxies” 페이지로 이동해 “규칙, 전역, 직접 연결” 모드 중 규칙 / Rule을 선택하세요. 모드는 코어로 들어온 요청의 출구를 결정할 뿐 모든 앱을 자동으로 프록시에 연결하지는 않습니다. 먼저 라우팅 모드를 선택하고 다음 단계에서 시스템 프록시나 VPN 연결을 활성화하세요. 두 설정은 서로 다릅니다.

일상적인 사용에는 규칙 모드 선택

규칙 모드에서는 현재 설정의 규칙을 차례로 확인해 요청을 직접 연결하거나 프록시 그룹으로 보냅니다. 전역 모드에서는 코어로 들어온 요청을 전역 출구로 보내지만, 모든 앱의 트래픽을 자동으로 가져오는 것은 아닙니다. 직접 연결 모드는 코어로 들어온 요청을 대상에 바로 연결하며 시스템 프록시를 끄는 것과는 다릅니다. 특별한 요구가 없다면 처음에는 규칙 모드를 그대로 사용하고 계속 전환하지 않아도 됩니다.

“전역 모드가 항상 더 빠르다”는 것은 흔한 오해입니다. 속도는 노드 품질, 대상 서비스, 네트워크 혼잡, 로컬 연결 상태에도 영향을 받으므로 모드를 바꾼다고 저절로 나아지지 않습니다. 특정 사이트에 문제가 있다면 전역 모드로 잠시 비교해 볼 수 있지만, 테스트가 끝나면 규칙 모드로 되돌리세요. 그렇지 않으면 원래 직접 연결되어야 할 서비스의 출구도 달라질 수 있습니다. 자세한 차이는 규칙·전역·직접 연결 모드 안내를 참고하세요.

실제로 사용하는 프록시 그룹에서 노드 선택하기

모드를 선택한 다음 기본 프록시 그룹을 펼쳐 사용할 노드를 누르세요. 그룹 이름은 구독에 따라 “노드 선택”, “프록시” 등으로 다를 수 있으며 항상 PROXY인 것은 아닙니다. 일부 설정은 서비스마다 프록시 그룹을 따로 사용하므로 기본 그룹이 아닌 다른 그룹에서 노드를 바꿔도 현재 사이트의 출구가 바뀌지 않을 수 있습니다. 처음 연결할 때는 설정에서 기본으로 사용하는 그룹을 찾아 다른 그룹은 그대로 두세요.

“지연 시간 테스트” 또는 “연결 테스트”를 한 번 실행해 시간 초과 여부를 확인할 수 있습니다. 테스트는 클라이언트에 지정된 대상 주소를 사용하며 지연 시간은 다운로드 속도와 다릅니다. 테스트에 성공해도 모든 사이트가 정상적으로 열리는 것은 아닙니다. 한 노드에서 시간 초과가 발생하면 다른 노드로 다시 테스트하세요. 모두 실패하면 설정 전체를 바로 수정하지 말고 구독 유효 기간, 로컬 네트워크, 클라이언트 로그를 확인하세요. 속도 측정의 차이는 노드 지연 시간 및 연결 문제 FAQ에서 더 알아볼 수 있습니다.

자동 선택 그룹은 테스트 결과에 따라 클라이언트가 출구를 바꿀 수 있고, 수동 선택 그룹은 보통 현재 선택한 노드를 유지합니다. 문제를 쉽게 확인하려면 첫 연결 때 사용 가능한 노드 하나를 고정하고 이름을 기억해 두세요. 이 단계가 끝나면 어떤 설정을 사용하는지, 어떤 모드인지, 요청을 어느 프록시 그룹으로 보낼지 세 가지를 확인할 수 있어야 합니다. 확인한 다음 연결을 활성화하세요.

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

이제 앱의 요청이 클라이언트로 들어오도록 설정합니다. 코어 실행과 트래픽 연결은 별개입니다. 일부 데스크톱 클라이언트는 시작할 때 코어가 실행되지만 브라우저는 아직 이를 사용하지 않을 수 있습니다. 모바일에서도 설정을 가져온 뒤 연결 버튼을 눌러야 하는 경우가 많습니다. 처음 설정할 때는 시스템 설정을 서로 바꾸지 않도록 다른 프록시 클라이언트를 종료하세요. VPN 연결을 여러 개 동시에 켜서 효과를 더하려고 하지 마세요.

데스크톱: 코어 실행을 확인하고 시스템 프록시 활성화하기

클라이언트 홈 화면이나 “설정”에서 코어가 실행 중인지 확인한 다음 “시스템 프록시 / System Proxy”를 켜세요. 보조 서비스를 설치하거나 네트워크 설정을 변경할 권한을 요청하면 안내의 출처를 확인한 뒤 클라이언트 절차에 따라 승인하세요. 시스템 프록시를 켜면 시스템 프록시 설정을 따르는 브라우저와 앱이 로컬 수신 포트로 요청을 보냅니다. 일부 터미널 도구, 게임, 자체 네트워크 설정을 사용하는 앱은 자동으로 프록시를 사용하지 않습니다.

처음 연결할 때는 클라이언트의 기본 포트를 유지하고 “LAN 연결 허용”은 켜지 않는 것이 좋습니다. 아래는 로컬 수신 설정을 알아보기 위한 예시이며 구독 전체를 덮어쓰도록 붙여 넣을 필요는 없습니다. 실제 포트는 클라이언트의 현재 설정을 따르세요. 가이드에 7890이라고 적혀 있다고 해서 시스템의 모든 포트를 이 값으로 바꿀 필요는 없습니다.

mixed-port: 7890
allow-lan: false
mode: rule

mixed-port는 HTTP와 SOCKS가 함께 사용하는 수신 포트를 뜻합니다. allow-lan: false는 LAN에서의 접근을 제한합니다. 로그에 포트가 이미 사용 중이라고 표시되면 다른 클라이언트나 이전 인스턴스가 실행 중인지 확인하세요. 정체를 알 수 없는 시스템 프로세스를 함부로 종료하지 마세요. 포트를 바꿔야 한다면 클라이언트 설정에서 변경한 뒤 시스템 프록시를 다시 적용해 양쪽 값을 맞추세요. 자세한 방법은 포트 충돌 해결을 참고하세요.

Linux 데스크톱 환경은 시스템 프록시를 지원하는 방식이 서로 다릅니다. 클라이언트에서 시스템 프록시를 켰는데도 브라우저가 연결되지 않는다면 데스크톱 환경과 브라우저의 네트워크 설정을 확인하세요. 시스템 프록시와 다른 방식으로 트래픽을 연결해야 한다면 TUN을 사용할 수 있지만 권한, 라우팅, DNS 설정이 필요할 수 있습니다. 먼저 브라우저의 기본 연결을 확인한 뒤 필요에 따라 YAML 가이드를 참고하세요. 이 단계에서 TUN을 켜고 DNS와 라우팅까지 한꺼번에 바꾸지 마세요.

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

Android에서는 홈 화면의 시작 또는 연결 버튼을 누르세요. 처음 연결할 때는 보통 시스템 VPN 연결 요청이 표시됩니다. 승인한 뒤 클라이언트에 연결 완료로 표시되는지 확인하고 시스템 상태 표시줄의 아이콘과 상시 알림도 살펴보세요. 여기서 VPN은 시스템이 제공하는 트래픽 연결 방식일 뿐 클라이언트가 별도의 노드를 제공한다는 뜻은 아닙니다. 실제 출구는 앞서 가져온 설정과 선택한 노드에 따라 달라집니다.

iOS에서는 연결을 누른 뒤 VPN 구성 추가를 허용하고 시스템이 요구하는 인증을 완료해야 할 수 있습니다. 완료되면 클라이언트로 돌아가 연결 상태를 확인하세요. 권한 요청을 거부했다면 시스템 설정에서 해당 클라이언트의 VPN 권한을 확인한 뒤 다시 연결하세요. 권한 문제를 해결하려고 구독을 계속 가져올 필요는 없습니다. Android에서 화면을 잠근 뒤에만 연결이 끊긴다면 백그라운드 실행과 배터리 제한을 먼저 확인하세요. 자세한 내용은 백그라운드 연결 끊김 및 배터리 절약 설정 안내를 참고하세요.

4단계: 실제 요청과 라우팅 결과 확인하기

연결 아이콘이 켜졌다는 것은 스위치나 연결 상태가 활성화됐다는 뜻일 뿐입니다. 실제로 설정이 완료된 기준은 대상 페이지가 열리고 요청이 예상한 경로로 전달되는 것입니다. 현재 설정과 노드를 유지한 채 브라우저에서 간단히 접속을 테스트하고 연결 기록과 비교하세요. 페이지가 열리지 않는다고 노드, 모드, DNS를 한꺼번에 바꾸면 무엇이 문제였는지 알기 어렵습니다.

페이지 두 개와 연결 기록으로 교차 확인하기

먼저 평소 접속할 수 있는 일반 웹사이트를 새로고침해 로컬 네트워크가 정상인지 확인하세요. 그런 다음 프록시를 통해 접속할 것으로 예상되는 사이트를 엽니다. 캐시의 영향을 줄이려면 새 시크릿 창에서 요청할 수 있지만, 시크릿 창으로 모든 DNS 또는 시스템 캐시를 우회할 수 있는 것은 아닙니다. 페이지가 열리면 클라이언트의 “연결 / Connections” 페이지로 돌아가 방금 요청한 도메인, 적용된 규칙, 출구 정책을 확인하세요.

클라이언트마다 표시하는 항목은 조금씩 다릅니다. 전체 정책 경로를 보여 주는 경우도 있고 대상과 출구만 표시하는 경우도 있습니다. 해당 요청이 DIRECT로 연결됐는지, 선택한 프록시 그룹과 노드를 거쳤는지 확인하세요. 규칙 모드에서는 일부 사이트가 직접 연결되는 것이 정상이며 모든 연결이 프록시로 표시될 필요는 없습니다. 직접 연결 기록 하나만 보고 클라이언트 전체가 작동하지 않는다고 판단할 수도 없습니다. 한 페이지에서도 여러 도메인의 리소스를 요청할 수 있기 때문입니다.

IP 조회 페이지에는 해당 페이지에 접속할 때 사용한 출구만 표시됩니다. 모든 앱과 도메인의 트래픽을 보여 주는 것은 아닙니다. 특정 조회 사이트가 직접 연결로 설정되어 있을 수 있고 브라우저와 다른 앱이 서로 다른 방식으로 트래픽을 연결할 수도 있습니다. 따라서 IP가 바뀌지 않았다는 이유만으로 클라이언트를 재설치하거나, IP가 바뀌었다는 이유만으로 모든 앱이 프록시를 사용한다고 판단하지 마세요. 실제 접속 결과와 해당 연결 기록을 함께 확인해야 정확합니다.

증상에 따라 문제 범위 좁히기

클라이언트에 브라우저의 새 요청이 전혀 보이지 않는다면 시스템 프록시가 켜져 있는지, 브라우저에 별도 프록시가 설정되어 있는지, 수신 포트가 일치하는지 확인하세요. 모바일에서는 VPN 연결이 실제로 설정됐는지, 앱 제외 규칙이 켜져 있는지 확인합니다. 요청은 표시되지만 시간 초과가 발생하면 다른 노드로 다시 테스트하세요. 특정 도메인 하나만 실패한다면 해당 도메인에 적용된 규칙과 로그를 확인하세요. 사이트 하나에 문제가 있다고 모든 네트워크 설정을 바꾸지 마세요.

프록시를 끈 뒤에도 일반 웹사이트가 열리지 않는다면 클라이언트에서 시스템 프록시를 끄거나 VPN 연결을 해제한 다음, 시스템에 로컬 포트를 가리키는 프록시 설정이 남아 있는지 확인하세요. 로컬 네트워크가 복구된 것을 확인한 뒤 프록시 연결을 비교해야 합니다. 파싱 오류, 인증서 오류, 잦은 연결 끊김이 발생하면 오류 원문과 발생 시간을 기록하고 증상에 따라 문제 해결을 확인하세요. 설정 항목의 의미가 궁금하다면 YAML 설정 참고서를 살펴보세요. 입문 단계에서 모든 매개변수를 읽을 필요는 없습니다.

확인 완료 후 일상적인 사용 방법

연결이 정상이라면 규칙 모드를 유지하고 필요할 때 구독을 업데이트하세요. 업데이트 후 노드 이름이나 프록시 그룹이 바뀌었다면 선택 항목을 다시 확인하세요. 이전 선택이 그대로 유지된다고 단정하지 마세요. 사용을 마칠 때는 데스크톱에서 시스템 프록시를 끈 뒤 클라이언트를 종료하고, 모바일에서는 VPN 연결을 먼저 해제하세요. 그래야 클라이언트가 수신을 중단한 뒤에도 앱이 로컬 프록시 포트로 요청을 보내는 일을 막을 수 있습니다.

다음 순서를 기억하세요: 설정 유효성 확인 → 출구 선택 → 트래픽 연결 → 실제 작동 확인. 한 번에 하나씩만 바꾸고 바로 다시 테스트하면 계속 재설치하는 것보다 원인을 찾기 쉽습니다. 다른 사람에게 문제를 설명할 때는 클라이언트 이름, 운영체제, 실패한 단계, 민감 정보를 가린 오류 내용을 알려 주세요. 구독 토큰, 계정 정보, 개인 설정 전체는 공유하지 마세요.