Clash 초보자 FAQ 10가지: 구독 URL, 프록시 모드, 노드 선택, 시작 프로그램 설정

1. Clash 구독 URL은 어디서 받으며, 그대로 설정으로 가져올 수 있나요?

구독 URL은 이용 중인 네트워크 서비스 제공업체나 설정 관리자가 제공합니다. 보통 계정 페이지의 구독 메뉴에서 복사할 수 있습니다. 내보내기 형식이 Clash 또는 mihomo에서 읽을 수 있는 설정인지 먼저 확인하세요. 웹 로그인 주소나 결제 페이지 URL, 다른 클라이언트 전용 형식의 노드 목록은 가져올 수 없습니다.

가져오기 전에 확인할 세 가지

• 콘텐츠 형식: 전체 설정에는 일반적으로 proxies 또는 proxy-providers와 proxy-groups, rules 등의 항목이 포함됩니다. 노드 정보만 있는 구독은 기본 설정과 함께 사용해야 합니다.
• URL 유효성: 구독은 계정 만료일, 액세스 토큰, 기기 정책의 영향을 받을 수 있습니다. 복사할 때 줄바꿈이나 공백, 메신저가 덧붙인 문장 부호가 포함되지 않도록 주의하세요.
• 형식 호환성: 브라우저에 로그인 페이지나 오류 페이지가 표시된다면 HTTP 요청이 성공했더라도 YAML 설정으로 불러올 수 없습니다.

구독 URL에는 액세스 토큰이 포함되는 경우가 많으므로 비밀번호처럼 관리하세요. 전체 주소를 공개 댓글에 올리거나 출처를 모르는 온라인 변환 서비스에 입력하지 마세요. 도움을 요청할 때는 토큰, 계정 정보, 노드 비밀번호를 가리고 오류 메시지와 필요한 설정 구조만 공유하세요.

2. 구독을 가져왔는데 적용되지 않거나 업데이트에 실패하면 어떻게 하나요?

다운로드가 완료됐다고 설정이 활성화된 것은 아닙니다. Clash Verge Rev의 일반적인 화면을 기준으로 설명하면, 「구독」 페이지에서 원격 설정을 추가한 뒤 해당 설정을 선택해야 합니다. 다음으로 「프록시」 페이지에서 정책 그룹이 표시되는지 확인하세요. 이전 노드가 계속 보이면 현재 활성화된 항목이 방금 가져온 설정인지 먼저 살펴보세요.

1. 수동 업데이트를 한 번 실행하고 다운로드, 파싱, 로드 중 어느 단계에서 오류가 났는지 기록하세요.
2. 다운로드에 실패하면 구독이 만료되지 않았는지, 현재 네트워크에서 구독 도메인에 접속할 수 있는지, 시스템 날짜가 올바른지 확인하세요.
3. 파싱에 실패하면 응답이 YAML인지 확인하고 로그에 표시된 줄 번호, 들여쓰기 오류, 지원되지 않는 항목을 살펴보세요.
4. 로드에 실패하면 코어 로그를 확인하세요. 지원되지 않는 노드 프로토콜이나 존재하지 않는 이름을 참조하는 정책 그룹 때문에 설정을 사용할 수 없을 수 있습니다.

직접 연결하면 구독을 다운로드할 수 있지만 프록시를 통하면 업데이트에 실패하는 경우, 클라이언트에 해당 옵션이 있으면 직접 연결로 업데이트하세요. 반대로 구독 도메인에 기존 프록시로만 접속할 수 있다면 업데이트를 마칠 때까지 사용 가능한 설정을 남겨 두어야 합니다. 새 설정을 확인하기 전에 유일하게 사용할 수 있는 기존 설정을 삭제하지 마세요.

3. 규칙·전역·직접 연결 모드, 어떻게 선택하나요?

평소에는 규칙 모드를 사용하는 것이 좋습니다. 규칙은 연결을 순서대로 확인해 지정된 정책 그룹, 직접 연결 또는 차단 정책으로 보냅니다. 전역 모드는 잠깐 문제를 진단할 때, 직접 연결 모드는 코어가 받은 트래픽을 목적지에 바로 연결할 때 유용합니다.

전역 모드를 켠다고 기기 전체의 트래픽이 자동으로 처리되는 것은 아닙니다. 시스템 프록시나 TUN을 거치지 않는 트래픽은 모드를 바꿔도 코어로 전달되지 않습니다. 전역 정책 그룹에서도 실제로 사용할 수 있는 노드를 선택해야 합니다. 그룹에서 직접 연결을 선택한 상태라면 전역 모드에서도 그대로 직접 접속할 수 있습니다.

규칙 모드에서는 실패하지만 전역 모드에서는 접속된다면 「연결」 목록에서 대상 도메인, 일치한 규칙, 실제 정책 경로를 확인하세요. DIRECT 규칙에 잘못 일치했는지, REJECT로 차단됐는지, 대상 정책 그룹의 출구를 잘못 선택했는지 살펴보세요. 노드를 계속 바꾸기보다 원인을 먼저 확인하는 편이 좋습니다.

4. 노드는 어떻게 고르나요? 지연 시간이 짧으면 무조건 빠른가요?

지연 시간은 특정 테스트 요청의 왕복 시간만 나타내며 대역폭, 지속적인 안정성, 대상 사이트 접속 결과까지 보장하지는 않습니다. 클라이언트에 표시되는 지연 시간은 테스트 URL, 제한 시간, 측정 방식에도 영향을 받으므로 클라이언트 간 수치를 직접 비교하기 어렵습니다.

같은 조건에서 노드 비교하기

1. 대상 사이트 하나를 정하고 같은 네트워크, 클라이언트, 테스트 주소를 사용하세요.
2. 같은 정책 그룹에서 노드 2~3개를 차례로 선택해 웹페이지를 열고 실제로 필요한 작업을 해 보세요.
3. 다운로드 테스트에는 같은 파일을 사용하고 매번 약 30초 동안 진행하면서 순간 최대 속도만 보지 말고 중간에 연결이 끊기는지도 확인하세요.
4. 대상 서비스가 특정 지역을 요구한다면 노드 이름이 아니라 서비스가 실제로 인식하는 출구 지역을 기준으로 판단하세요.

예를 들어 테스트 목록에 한 노드는 80ms, 다른 노드는 160ms로 표시되더라도 그때 측정한 지연 시간만 다르다는 뜻입니다. 앞의 노드가 다운로드 속도도 더 빠르다고 단정할 수는 없습니다. 이 수치는 비교 방법을 설명하기 위한 예시이며, 이 사이트에서 노드를 직접 측정한 결과가 아닙니다. 초보자는 우선 수동 선택 그룹으로 출구를 고정해 문제를 확인한 다음 설정에서 제공하는 자동 선택이나 장애 조치 그룹을 사용해 보세요.

5. 노드가 시간 초과되거나 연결되지 않으면 무엇부터 확인하나요?

먼저 모든 노드에서 실패하는지, 특정 노드만 실패하는지 구분하세요. 모든 노드에서 실패한다면 로컬 네트워크, 설정, 코어 실행 상태를 우선 확인하고, 특정 노드만 실패한다면 노드 상태, 계정 권한, 프로토콜 매개변수를 확인하세요. 지연 시간 테스트 한 번의 실패만으로 모든 연결이 불가능하다고 볼 수는 없습니다.

• 모든 노드에서 실패: 클라이언트 코어가 실행 중인지, 구독이 만료되지 않았는지, 노드 서버 도메인이 조회되는지, 시스템 시간이 크게 어긋나지 않았는지 확인하세요.
• 특정 노드만 실패: 구독을 업데이트한 뒤 다시 시도하고, 서비스 제공업체가 주소·포트·인증 정보를 변경했는지 확인하세요.
• 웹페이지는 열리지만 특정 앱에서 실패: 해당 앱이 시스템 프록시를 따르는지, UDP가 필요한지, 도메인이 예상한 규칙에 일치하는지 확인하세요.
• Wi-Fi와 휴대폰 핫스팟에서 결과가 다름: 차이를 기록하고 현재 네트워크에서 대상 포트, 프로토콜 또는 UDP를 제한하는지 살펴보세요.

로그 오류 읽는 법

connection refused는 대개 대상 포트에서 연결을 거부했다는 뜻입니다. timeout은 지정된 시간 안에 해당 단계가 완료되지 않았다는 의미이고, no such host는 도메인 조회 문제와 관련된 경우가 많습니다. TLS 또는 인증 오류가 발생하면 시스템 시간, 프로토콜 매개변수, 계정 정보를 확인하세요. ‘인터넷이 안 됨’이라는 증상보다 오류가 발생한 단계가 원인을 찾는 데 더 도움이 됩니다.

문제 진단을 위해 방화벽을 계속 꺼 두거나 인증서 검증을 건너뛰지 마세요. 방화벽에서 허용해야 한다면 프로그램 경로와 네트워크 범위를 확인하고 실제로 필요한 권한만 열어 주세요. 로그를 공유하기 전에 구독 토큰, 인증 정보, 민감한 접속 기록을 가리세요.

6. 시스템 프록시와 TUN 모드는 어떻게 다르며, 둘 다 켜야 하나요?

시스템 프록시는 시스템 설정을 따르는 앱에 로컬 프록시 포트를 사용하도록 안내합니다. TUN은 가상 네트워크 인터페이스로 트래픽을 받아 경로와 DNS 설정을 함께 처리합니다. 브라우저가 이미 정상적으로 작동한다면 기능을 더 많이 쓰겠다는 이유만으로 TUN을 켤 필요는 없습니다.

일부 클라이언트에서는 두 기능을 함께 켤 수 있지만, 처음 설정할 때는 트래픽 진입 방식을 하나만 활성화하세요. Clash Verge Rev의 일반적인 화면에서는 「설정」에서 「시스템 프록시」와 「가상 네트워크 인터페이스 모드」를 찾을 수 있습니다. 필요한 서비스를 설치하는 메뉴는 버전에 따라 다릅니다. TUN을 켠 뒤 인터넷이 끊기면 먼저 TUN을 끄고 시스템 프록시 경로가 여전히 작동하는지 확인한 다음 코어 로그를 살펴보세요.

TUN을 켠다고 모든 앱과 프로토콜이 프록시를 사용할 수 있는 것은 아닙니다. 노드의 UDP 지원 여부, 규칙 설정, 앱에서 특정 인터페이스를 지정했는지에 따라 결과가 달라집니다. 다른 VPN과 함께 실행하면 라우팅 충돌이 생길 수도 있습니다.

7. 로컬 프록시 포트는 어디서 확인하며, 터미널은 왜 프록시를 사용하지 않나요?

클라이언트 설정이나 최종 적용된 설정에서 수신 주소와 포트를 확인하세요. 인터넷에서 찾은 포트 번호를 그대로 사용하지 마세요. 흔히 보이는 예시는 127.0.0.1:7890이지만 실제 포트는 다를 수 있습니다. mixed-port는 하나의 포트에서 HTTP와 SOCKS 프록시 연결을 모두 받는다는 뜻이며 노드 서버의 원격 포트가 아닙니다.

# 로컬 수신 설정 예시. 병합하기 전에 클라이언트에 같은 설정이 있는지 확인
mixed-port: 7890
allow-lan: false
bind-address: 127.0.0.1
mode: rule

터미널 도구는 데스크톱의 시스템 프록시 설정을 읽지 않을 수 있습니다. 실제 HTTP 프록시 포트가 7890이라고 가정하면 PowerShell에서 아래 명령으로 프록시를 명시해 테스트할 수 있습니다. 이 명령은 이번 요청에만 적용되며 전역 설정은 바꾸지 않습니다.

curl.exe --proxy http://127.0.0.1:7890 --head https://example.com/

예시 주소는 요청이 로컬 프록시를 거쳐 처리되는지 확인하기 위한 것으로, 대상 서비스에 접속할 수 있다는 뜻은 아닙니다. 127.0.0.1에 연결할 수 없다는 메시지가 나오면 코어가 실행 중인지, 포트를 올바르게 입력했는지, 다른 프로세스가 해당 포트를 사용 중인지 확인하세요. 로컬 포트에는 연결되지만 원격 요청이 실패한다면 노드와 규칙을 살펴보세요. 이 기기에서만 사용할 때는 LAN 접속을 비활성화해 두세요. 프록시를 공유해야 한다면 수신 범위, 인증, 방화벽을 별도로 설정하세요.

8. DNS·규칙·구독은 어떤 관계이며, 웹페이지가 열리지 않으면 DNS를 바꿔야 하나요?

구독은 설정을 제공하고, 규칙은 연결에 적용할 정책을 결정하며, DNS는 도메인 이름을 조회합니다. 서로 영향을 주지만 같은 기능은 아닙니다. 웹페이지가 열리지 않으면 먼저 연결 기록에서 대상 트래픽이 코어에 들어왔는지 확인한 뒤, 이름 조회 오류인지 정책 문제인지 노드 연결 실패인지 구분하세요.

수정하기 전에 되돌릴 설정을 보관하세요

• 연결 목록에 대상이 나타나지 않음: 시스템 프록시 또는 TUN으로 트래픽이 전달되는지 먼저 확인하세요.
• 도메인 조회 오류가 표시됨: 적용된 DNS 설정과 DNS 서버에 접속할 수 있는지 확인하세요.
• 직접 연결 규칙에 일치했지만 대상에 프록시가 필요함: 해당 규칙이나 정책 그룹을 조정하세요.
• 규칙과 정책에 문제가 없음: 다른 노드와 네트워크에서도 결과를 비교하세요.

mihomo의 fake-ip 모드는 일반적으로 설정된 가상 IP 주소 풀에서 앱에 주소를 반환한 뒤, 코어가 도메인을 복원해 연결을 전달합니다. 이 주소는 노드 출구 주소가 아니므로 일반 공용 DNS 조회 결과처럼 보고 이상 여부를 판단해서는 안 됩니다. DNS 모드를 바꾼 뒤에도 앱이나 시스템에 이전 결과가 캐시되어 있을 수 있으니 영향을 받는 앱을 재시작한 다음 다시 확인하세요.

DNS 변경, TUN 활성화, 노드 전환, 규칙 수정을 한꺼번에 하지 마세요. 한 번에 한 가지씩만 바꾸고 원래 값을 보관하세요. 회사 내부 도메인, 프린터, LAN 서비스의 경우 내부 DNS를 사용해야 하는지와 해당 도메인을 직접 연결해야 하는지도 확인하세요.

9. Clash를 시작 프로그램에 등록하려면 어떻게 하나요? 종료 후 인터넷이 끊기는 이유는 무엇인가요?

시작 프로그램 등록, 실행 후 시스템 프록시 활성화, 실행 후 TUN 활성화는 서로 다른 설정입니다. ‘시작 프로그램 등록’만 켜도 네트워크를 자동으로 처리하는 것은 아닙니다. 이전 프록시 상태를 복원하더라도 사용할 수 있는 노드가 있다는 보장은 없습니다.

1. 클라이언트의 「설정」에서 「시작 프로그램」 또는 「로그인 시 실행」을 찾아 활성화하고 저장하세요.
2. Windows에서는 「설정」→「앱」→「시작 프로그램」에서 시작 항목을 확인할 수 있습니다. macOS에서는 「시스템 설정」→「일반」→「로그인 항목 및 확장 프로그램」에서 허용된 항목을 확인하세요. 메뉴 이름은 운영체제 버전에 따라 다를 수 있습니다.
3. TUN이 필요하다면 클라이언트 안내에 따라 서비스를 설치하거나 권한을 설정하세요. 로그인할 때 권한 상승 확인 창이 뜨기만 기다리는 방식에 의존하지 마세요.
4. 재부팅한 뒤 로그인하면 클라이언트, 코어, 현재 설정, 프록시 진입 방식이 정상인지 확인하고 대상 사이트에 실제로 접속해 보세요.

창을 닫아도 프로그램이 종료되지 않고 시스템 트레이로 최소화될 수 있습니다. 메뉴의 ‘종료’를 선택해야 프로그램이 끝나는 경우가 많습니다. 비정상 종료 후 시스템 프록시가 로컬 포트를 계속 가리키면 해당 포트를 수신하는 프로그램이 없어 브라우저가 접속하지 못할 수 있습니다. Windows에서는 「설정」→「네트워크 및 인터넷」→「프록시」에서 수동 프록시를 확인하세요. macOS에서는 현재 네트워크 연결의 「세부사항」→「프록시」에서 확인할 수 있습니다.

10. 클라이언트와 mihomo 코어는 어떻게 업데이트하며, 기존 설정을 계속 쓸 수 있나요?

먼저 그래픽 클라이언트를 업데이트하는지 코어를 업데이트하는지 확인하세요. 클라이언트와 코어의 버전은 서로 독립적이므로 화면 프로그램을 업데이트해도 코어가 함께 바뀌지 않을 수 있습니다. 클라이언트의 「정보」, 코어 정보 또는 시작 로그에서 버전을 확인한 뒤 해당 클라이언트가 지원하는 방법으로 업데이트하세요.

업데이트 전후에 각각 확인하세요

1. 구독 URL, 로컬 설정, 덮어쓰기 파일, 필요한 설정을 백업하세요. 백업 파일도 안전하게 보관해야 합니다.
2. 클라이언트에서 지원하는 업데이트 메뉴나 해당 프로젝트의 배포 채널에서 업데이트를 받고, 운영체제와 CPU 아키텍처가 맞는지 확인하세요.
3. 가능하면 클라이언트에서 관리하는 코어 업데이트 기능을 사용하세요. 출처를 알 수 없는 실행 파일을 프로그램 폴더에 바로 덮어쓰지 마세요.
4. 업데이트 후 설정이 로드되는지 확인하고, 직접 연결 대상 하나와 프록시 대상 하나에 접속해 보세요. 기존에 사용하던 TUN 또는 UDP 환경도 테스트하세요.
5. 호환성 문제가 생기면 오류 로그를 저장하고 이전의 안정적인 구성으로 되돌린 다음 설정 차이를 하나씩 확인하세요.

Clash Meta와 mihomo는 프로젝트의 계승 관계가 있지만, Clash라는 이름이 붙은 모든 클라이언트가 같은 프로토콜과 설정 항목을 지원하는 것은 아닙니다. 구형 오리지널 코어는 최신 노드 프로토콜이나 설정 항목을 인식하지 못할 수 있습니다. mihomo의 확장 항목도 다른 코어에서 쓸 수 있다고 단정해서는 안 됩니다. 클라이언트에서 코어를 여러 개 선택할 수 있다면 실제로 활성화된 코어의 지원 범위를 기준으로 판단하세요.

이 열 가지를 확인한 뒤에는 검증된 기본 구성을 유지하세요. 유효한 구독, 명확한 정책 그룹, 연결 가능한 노드, 확인된 로컬 포트, 하나의 트래픽 진입 방식을 갖추면 됩니다. 이후 TUN, 자동 선택, 사용자 지정 규칙을 추가할 때는 하나씩 바꾸고 확인하세요. 검증되지 않은 설정을 한꺼번에 많이 가져오는 것보다 관리하기 쉽습니다.