구독 설정 · 트래픽 연결 · 연결 문제 해결
Clash 자주 묻는 질문
설정, 트래픽 연결, 연결 문제를 구분한 뒤 관련 항목을 수정하세요. 아래에서는 네 가지 유형별 점검 순서를 정리했습니다. 클라이언트에 따라 메뉴 이름은 조금씩 다를 수 있습니다.
기본 개념
클라이언트, 커널, 설정의 역할부터 알아두면 트래픽 연결 문제를 노드 문제로 오해하지 않을 수 있습니다.
Clash 클라이언트, mihomo 커널, 구독은 각각 무엇인가요?
클라이언트는 화면 표시와 설정 관리, 시스템 트래픽 연결을 담당하고, 커널은 연결을 만들고 규칙을 해석하며 DNS를 처리합니다. mihomo는 Clash Meta의 개발을 이어가는 커널 프로젝트입니다. 구독은 설정 제공업체가 생성한 링크로, 노드와 정책 그룹, 규칙이 포함될 수 있습니다. 클라이언트를 설치해도 사용할 수 있는 노드가 자동으로 생기지는 않습니다. 가져오기 전에 구독 출처와 유효 기간, 지원되는 설정 형식을 확인하세요.
규칙 모드, 전역 모드, 직접 연결 중 무엇을 선택해야 하나요?
일상적인 사용에는 규칙 모드를 선택하는 것이 좋습니다. 연결은 규칙 목록을 위에서부터 확인해 정책을 적용합니다. 전역 모드는 일반적으로 커널에 전달된 연결을 전역 정책 그룹으로 보내며, 해당 그룹에서 노드를 선택해야 합니다. 직접 연결 모드에서는 커널에 전달된 연결이 프록시를 거치지 않습니다. 모드는 커널이 트래픽을 처리하는 방식만 결정합니다. 모든 앱이 프록시에 연결된다는 뜻은 아니므로 시스템 프록시나 TUN이 활성화되어 있는지도 따로 확인하세요.
구독 링크를 여러 클라이언트에서 함께 사용할 수 있나요?
링크의 확장자만으로는 판단할 수 없습니다. 클라이언트에 따라 Clash YAML, 특정 노드 링크 또는 다른 커널용 설정 형식을 지원하며, 지원 범위는 버전에 따라 다릅니다. 설정 제공업체 페이지에서 Clash 또는 mihomo 형식을 우선 선택하고 클라이언트의 가져오기 안내를 확인하세요. 필드 오류가 발생하면 형식과 커널의 지원 여부를 먼저 확인하세요. 접근 정보가 포함된 구독 링크를 잘 모르는 온라인 변환 서비스에 입력하지 마세요.
Clash for Windows 지원이 중단된 후에도 계속 사용할 수 있나요?
이미 설치된 버전은 계속 작동할 수 있지만, 유지 관리가 중단되면 운영체제 변경이나 프로토콜 업데이트, 오류 수정이 반영되지 않습니다. 새로 설치할 때는 현재도 관리되는 클라이언트를 선택하는 편이 좋습니다. 이전하기 전에 설정을 백업하고 구독을 가져온 뒤 정책 그룹, DNS, 포트 설정을 확인하세요. 기존 클라이언트의 화면 설정이나 서비스 설정은 그대로 옮겨지지 않을 수 있습니다. 새 클라이언트가 정상적으로 작동하는지 확인한 다음 기존 클라이언트의 시스템 프록시와 자동 시작을 끄세요.
구독 링크와 로그를 그대로 다른 사람에게 보내 문제를 해결해도 되나요?
구독 링크에는 접근 정보가 포함되는 경우가 많으므로 민감 정보로 취급해야 합니다. 스크린샷이나 로그를 공유하기 전에 구독 주소, 토큰, 서버 주소와 공개할 필요가 없는 접속 기록을 가리고 오류 유형, 발생 시간, 관련 설정만 남기세요. 링크가 이미 공개됐다면 설정 제공업체에서 링크나 접근 정보를 재설정한 뒤 클라이언트의 구독을 업데이트하세요. 채팅 메시지를 삭제해도 이미 유출된 링크가 무효화되는 것은 아닙니다.
설치 및 설정
설정 가져오기, 정책 선택, 트래픽 연결 순서로 진행하세요. 시스템 프록시와 TUN은 각각 따로 테스트할 수 있습니다.
처음 설치한 뒤 구독은 어떤 순서로 가져와야 하나요?
먼저 설치 파일이 운영체제와 프로세서 아키텍처에 맞는지 확인하세요. 클라이언트의 설정 또는 구독 페이지에서 원격 구독 주소를 추가하고 업데이트합니다. 다운로드가 끝나면 해당 설정을 선택하고 프록시 페이지에서 정책 그룹에 사용할 노드를 지정한 뒤 시스템 프록시를 켜세요. 먼저 브라우저로 연결을 확인하고, 앱 사용 환경에 따라 TUN 사용을 검토하세요. 구독 다운로드에 성공해도 설정이 활성화되거나 정책 그룹에 노드가 선택된 것은 아닙니다.
TUN을 켤 때 권한 부족 오류가 나타나면 어떻게 해야 하나요?
먼저 클라이언트 로그에서 구체적인 권한 오류를 확인하세요. Windows 클라이언트는 서비스 모드를 설치하고 시작하거나 안내에 따라 관리자 권한으로 실행해야 할 수 있습니다. macOS에서는 보조 구성 요소를 승인해야 할 수 있고, Linux에서는 필요한 네트워크 관리 권한을 설정해야 하는 경우가 많습니다. 클라이언트마다 구현 방식은 다릅니다. 권한을 부여한 뒤 관련 서비스를 다시 시작하고 가상 인터페이스와 라우팅이 정상적으로 생성됐는지 확인하세요. 권한 설정 대신 시스템 보호 기능을 장기간 끄지는 마세요.
시스템 프록시를 켰는데도 브라우저가 프록시를 사용하지 않는 이유는 무엇인가요?
먼저 현재 설정이 로드됐는지, 커널이 실행 중인지, 시스템 프록시 주소가 클라이언트의 실제 수신 포트와 일치하는지 확인하세요. 브라우저에 별도의 프록시 설정이나 프록시 확장 프로그램, 우회 목록이 있는지도 살펴보세요. 일부 브라우저는 다시 시작해야 할 수 있습니다. 설정이 덮어쓰이지 않도록 다른 프록시 도구를 잠시 종료하세요. 클라이언트의 연결 페이지를 열고 새 요청을 보내세요. 해당 연결 기록이 없다면 노드를 계속 바꾸기보다 트래픽이 프록시에 전달되는지부터 확인해야 합니다.
Windows UWP 앱이 연결되지 않으면 루프백 예외를 설정해야 하나요?
먼저 해당 앱이 실제로 루프백 제한이 적용되는 앱 컨테이너에서 실행되는지, 로컬 프록시 포트로 연결하려는지 확인하세요. 클라이언트에서 루프백 예외 도구를 제공한다면 안내에 따라 필요한 권한으로 실행하고, 필요한 앱에만 예외를 적용한 뒤 앱을 다시 시작해 테스트하세요. 모든 스토어 앱에 같은 제한이 적용되는 것은 아닙니다. TUN을 통한 연결도 고려할 수 있지만, 권한 문제와 라우팅 문제를 혼동하지 않도록 중복 연결 방식부터 끄세요.
휴대폰이나 다른 기기에서 컴퓨터의 로컬 네트워크 프록시를 어떻게 사용하나요?
먼저 기기들을 신뢰할 수 있는 동일한 로컬 네트워크에 연결하세요. 컴퓨터의 클라이언트에서 로컬 네트워크 연결 허용을 켜고 수신 주소와 HTTP 또는 mixed 포트를 확인합니다. 다른 기기에는 컴퓨터의 로컬 네트워크 주소와 해당 포트를 입력하세요. 루프백 주소를 입력하면 안 됩니다. 신뢰할 수 있는 네트워크에서만 방화벽을 통한 연결을 허용하고, 필요하면 프록시 인증을 설정하세요. 프록시 포트를 공용 인터넷에 노출하지 마세요. 게스트 네트워크 격리, 컴퓨터 절전 모드, IP 주소 변경도 연결에 영향을 줄 수 있습니다.
사용 팁
사용자 지정 규칙을 유지하고 실제 적용된 정책을 확인하세요. 시작 설정과 연결 상태도 따로 점검해야 합니다.
구독을 업데이트한 뒤 직접 추가한 규칙이 사라지는 이유는 무엇인가요?
원격 구독을 업데이트하면 설정 파일 전체가 다시 생성될 수 있어 다운로드한 파일을 직접 수정하면 변경 사항이 덮어써집니다. 계속 유지해야 하는 규칙은 클라이언트에서 지원하는 오버라이드, 병합 또는 확장 설정 기능에 추가하고 구독 업데이트 후에도 적용되는지 확인하세요. 규칙을 추가할 때 정책 그룹 이름과 규칙 순서를 점검하고, 더 구체적인 규칙을 기본 규칙보다 앞에 두세요. 저장한 뒤에는 편집기의 텍스트만 보지 말고 실제 적용된 설정을 확인해야 합니다.
컴퓨터 시작 시 자동 실행을 켰는데도 연결되지 않는 이유는 무엇인가요?
클라이언트 시작, 설정 자동 로드, 시스템 프록시 활성화, 백그라운드 서비스 시작은 각각 다른 설정이므로 하나씩 확인해야 합니다. 로그인 후 클라이언트가 실제로 실행되는지 확인하고, 설정이 선택됐는지, 정책 그룹이 유효한지, 구독 업데이트가 필요한지 살펴보세요. TUN을 사용한다면 서비스가 시작됐는지도 확인하세요. 컴퓨터를 켤 때 네트워크가 아직 연결되지 않았다면 인터넷 연결 후 업데이트를 다시 시도할 수 있습니다. 여러 프록시 클라이언트를 동시에 실행해 해결하려고 하지는 마세요.
브라우저는 연결되는데 터미널 명령은 왜 프록시를 거치지 않나요?
많은 명령줄 도구는 데스크톱의 시스템 프록시 설정을 자동으로 읽지 않습니다. 클라이언트가 터미널 프록시 명령을 제공한다면 사용할 수 있지만, 먼저 로컬 주소와 포트, 도구에서 지원하는 프록시 유형을 확인하세요. 필요한 터미널 세션에서만 환경 변수를 설정하는 것이 좋습니다. 일부 도구는 별도의 프록시 설정이 있어 환경 변수를 덮어쓸 수 있습니다. 설정 후 요청을 보내 연결 기록을 확인하세요. 점검을 마친 뒤에는 임시 설정을 지워 클라이언트를 종료한 후에도 명령줄 도구가 작동하지 않는 포트를 가리키지 않도록 하세요.
노드 테스트는 통과했는데 실제 다운로드 속도가 느린 이유는 무엇인가요?
연결 테스트에서 확인할 수 있는 것은 테스트 대상의 응답 여부이지 지속적인 전송 속도가 아닙니다. 같은 대상과 네트워크에서 직접 연결과 프록시 연결을 비교한 뒤 다른 노드로 바꿔 개선되는지 확인하세요. 연결 페이지에서 규칙이 제대로 적용됐는지 살펴보고 다운로드 연결이 예상한 정책을 따르는지 확인합니다. 로컬 Wi-Fi 상태, 다른 다운로드 작업, 대상 사이트의 속도 제한도 점검하세요. DNS, 프로토콜, 라우팅을 한꺼번에 바꾸면 원인을 찾기 어려우므로 한 번에 하나씩 변경하고 테스트 시간과 결과를 기록하세요.
특정 웹사이트에 실제로 어떤 규칙이 적용됐는지 확인하려면 어떻게 하나요?
클라이언트의 연결 페이지를 연 다음 대상 앱에서 새 연결을 만들어 대상 도메인이나 주소, 일치한 규칙, 최종 아웃바운드 정책을 확인하세요. 설정을 바꾼 뒤에도 기존 연결은 이전 경로를 계속 사용할 수 있습니다. 필요하면 앱의 기존 연결을 종료한 후 다시 시도하세요. 도메인 없이 주소만 표시된다면 DNS 모드와 앱의 이름 해석 방식을 함께 확인해야 합니다. 문제를 살피는 동안 로그 수준을 잠시 높일 수 있습니다. 점검이 끝나면 평소 수준으로 되돌리고 접속 기록이 포함된 로그를 정리하세요.
문제 해결
오류 메시지를 기록하고 기본 네트워크를 먼저 테스트한 뒤 구독, 커널, 앱 순으로 확인하세요. 한 번에 설정 하나만 변경해야 합니다.
구독 업데이트에서 만료, 401 또는 403 오류가 나오면 무엇부터 확인해야 하나요?
먼저 설정 제공업체에서 구독이 만료됐는지, 링크가 재설정됐는지, 기기 수나 접근 제한이 있는지 확인하세요. 401과 403은 대개 인증이나 접근 정책과 관련되지만 상태 코드만으로 원인을 단정할 수는 없습니다. 링크 전체를 다시 복사하고 공백이나 줄 바꿈이 포함되지 않았는지 확인한 뒤 시스템 시간도 점검하세요. 설정 파일 대신 로그인 페이지가 표시된다면 올바른 구독 주소를 받아야 합니다. 공개적으로 도움을 요청할 때 전체 링크를 올리지 마세요.
모든 노드에서 연결 시간 초과가 발생할 때 노드 문제와 로컬 문제를 어떻게 구분하나요?
먼저 프록시를 끄고 기본 네트워크가 정상인지 확인하세요. 구독에 노드가 실제로 포함돼 있는지, 정책 그룹에서 차단 정책을 잘못 선택하지 않았는지도 살펴봅니다. 프록시 클라이언트는 하나만 실행하고 커널 로그에서 DNS, 인증, 핸드셰이크 오류를 확인한 뒤 시스템 시간을 점검하세요. 다른 노드를 사용하거나 다른 네트워크에서 비교 테스트를 해보세요. 같은 테스트 주소에서만 실패한다면 테스트 대상 자체도 확인해야 합니다. 곧바로 모든 노드를 사용할 수 없다고 판단하지 마세요.
GeoIP 또는 GeoSite 업데이트에 실패하면 어떻게 해야 하나요?
먼저 로그를 확인해 리소스 다운로드 실패, 저장 폴더 쓰기 권한 부족, 데이터 형식 비호환 중 어떤 문제인지 구분하세요. 현재 설정에서 사용하는 지리 데이터 모드를 확인한 다음 클라이언트에 맞는 업데이트 기능을 사용하세요. 형식이 다른 리소스는 파일 이름만 바꿔 함께 사용할 수 없습니다. 다운로드 경로에 접근할 수 없다면 클라이언트 문서에서 안내하는 다른 방법을 선택하세요. 업데이트가 끝나면 안내에 따라 설정을 다시 불러오거나 커널을 재시작하고, 규칙 적용 기록으로 결과를 확인하세요. 파일 시간만 보고 업데이트 여부를 판단하지 마세요.
Clash를 종료한 뒤 컴퓨터에서 인터넷이 끊기면 어떻게 복구하나요?
먼저 시스템 네트워크 설정에 로컬 포트를 가리키는 수동 프록시가 남아 있는지 확인하고, 해당 설정을 끈 뒤 다시 연결해 보세요. 이전에 TUN을 사용했다면 기존 클라이언트를 다시 열어 TUN과 시스템 프록시를 정상적으로 끈 다음 종료하세요. 관련 백그라운드 서비스가 계속 실행 중인지도 확인합니다. 브라우저 확장 프로그램, 터미널 환경 변수, 다른 도구의 개별 프록시 설정도 각각 정리해야 합니다. 그래도 복구되지 않으면 모든 네트워크 설정을 바로 초기화하기보다 로그를 바탕으로 DNS와 라우팅을 점검하세요.
설정에서 포트 사용 중 또는 DNS 해석 실패가 표시되면 어떻게 해결하나요?
포트가 사용 중이면 어떤 프로세스가 점유했는지 먼저 확인하세요. 기존 커널이나 다른 프록시 도구가 실행 중인 경우가 흔합니다. 용도를 확인한 뒤 해당 프로세스를 종료하거나 클라이언트 수신 포트를 바꾸고 시스템 프록시 설정도 함께 수정하세요. DNS 오류가 발생하면 기본 네트워크와 상위 DNS 서버 주소에 접근할 수 있는지 확인한 뒤 설정 문법, DNS 규칙, TUN의 DNS 연결 설정을 점검합니다. 시스템 프로세스를 무작정 종료하거나 여러 DNS 설정을 한꺼번에 바꾸지 말고 하나씩 수정하며 다시 테스트하세요.