Clash 자주 묻는 질문

클라이언트는 설정 가져오기, 모드 전환, 로그 확인 등의 기능을 제공합니다. 코어는 연결을 처리하고 규칙을 해석해 트래픽의 출구를 선택합니다. 구독은 서비스 제공자가 생성하며, 보통 노드 목록이나 전체 설정을 포함합니다. 클라이언트를 설치했다고 바로 사용할 수 있는 회선이 생기는 것은 아니며, 구독을 가져왔다고 시스템 트래픽이 자동으로 프록시를 통과하는 것도 아닙니다. 처음 사용할 때는 구독이 유효한지, 설정이 선택되어 있는지 확인한 다음 시스템 프록시를 켜고 연결 기록을 살펴보세요. 문제가 생겼을 때 이 세 가지를 구분하면 서비스 만료를 설치 오류로 오해하지 않을 수 있습니다.

일반적으로는 규칙 모드를 사용합니다. 설정에 정의된 규칙 순서에 따라 직접 연결, 프록시 사용 또는 연결 차단 여부가 결정됩니다. 전역 모드에서는 보통 코어로 들어온 연결이 전역 정책 그룹을 따르지만, 해당 그룹에서 적절한 출구를 선택해야 합니다. 모든 앱의 트래픽을 자동으로 처리하는 것은 아닙니다. 직접 연결 모드는 코어로 들어온 연결을 대상에 바로 연결하므로 비교 테스트에 유용합니다. 모드를 바꿔도 기존 장기 연결은 이전 출구를 계속 사용할 수 있습니다. 확인할 때는 새 연결을 만들고 연결 기록에서 실제 적용된 정책을 살펴보세요.

시스템 프록시는 운영체제의 프록시 설정을 바꾸며, 해당 설정을 따르는 앱에 주로 적용됩니다. 일부 명령줄 도구, 게임, 자체 네트워크 설정을 사용하는 앱은 시스템 프록시를 사용하지 않을 수 있습니다. TUN 모드는 가상 네트워크 인터페이스와 라우팅을 통해 더 많은 트래픽을 처리하지만 권한, 드라이버, DNS, 라우팅 설정이 필요합니다. 지원 범위는 클라이언트와 코어에 따라 다릅니다. 먼저 시스템 프록시로 기본 동작을 확인한 뒤 필요한 앱에 TUN을 사용하세요. 두 모드는 인터넷 속도 단계가 아니며, 만료된 구독이나 사용할 수 없는 노드를 해결해 주지도 않습니다.

클라이언트와 회선 서비스는 별개입니다. 일부 클라이언트는 무료로 제공되고 소스 코드도 공개되어 있지만, 노드 서버의 대역폭과 계정, 이용 기간은 구독 제공자가 관리합니다. 따라서 회선까지 무료이거나 계속 사용할 수 있다고 볼 수는 없습니다. 가져오기 전에 서비스 출처와 지원되는 설정 형식, 이용 범위를 확인하세요. 출처가 불분명한 구독을 기본 설정으로 바로 지정하거나 구독 주소를 공개하지 마세요. 주소에 접근 자격 증명이 포함될 수 있어 유출되면 다른 사람이 사용할 수 있습니다. 필요하다면 서비스 측에서 자격 증명을 재설정하세요.

비슷한 코어를 사용하는 클라이언트끼리는 일부 YAML 설정을 공유할 수 있지만, UI 설정, 코어 버전, 확장 필드, 파일 경로는 호환되지 않을 수 있습니다. 이전하기 전에 설정을 백업하고 프로토콜 지원 여부, 규칙 집합 형식, DNS 필드, 로컬 참조 경로를 확인한 뒤 새 클라이언트에서 설정 검사를 실행하세요. 시작 프로그램, 시스템 프록시, 서비스 권한은 보통 다시 설정해야 합니다. 가져오기에 성공한 뒤에도 규칙 적용과 연결 출구를 확인하세요. 파일이 정상적으로 읽혔다고 모든 기능이 이전된 것은 아닙니다.

먼저 시스템 정보에서 프로세서 아키텍처를 확인한 뒤 설치 파일 페이지에서 맞는 클라이언트를 선택하세요. x64 또는 AMD64는 대부분의 Intel·AMD 데스크톱 프로세서용이고, ARM64는 해당 ARM 기기용입니다. 운영체제 이름만으로 판단하지 마세요. macOS에서는 Apple Silicon과 Intel을 구분해야 하며, Android에서는 기기와 앱의 지원 여부를 함께 확인해야 합니다. 설치 프로그램에서 아키텍처가 호환되지 않는다고 나오면 파일 확장자를 계속 바꾸지 말고 선택한 항목을 다시 확인하세요. 기존 클라이언트를 업그레이드하기 전에는 현재 설정을 내보내거나 백업하세요.

가져오기 결과와 로그를 확인해 클라이언트가 지원하는 설정을 받았는지 살펴보세요. 로그인 페이지나 웹 안내문, 오류 응답이 반환된 것은 아닌지 확인해야 합니다. 일부 주소는 노드 목록만 반환하므로 해당 가져오기 방식을 클라이언트가 명시적으로 지원해야 합니다. 전체 설정에는 보통 정책 그룹과 규칙도 포함됩니다. 그다음 방금 가져온 설정이 선택되어 정상적으로 로드되었는지 확인하세요. 로그에 파싱 오류가 표시되면 구독 제공자에게 호환되는 형식을 문의하세요. 웹페이지 내용을 그대로 YAML 파일로 저장하지 마세요. 문제를 확인할 때는 민감 정보를 가린 오류 내용만 공유하고 전체 구독 주소는 보내지 마세요.

먼저 TUN을 끄고 일반 시스템 프록시로 접속이 되는지 확인한 다음, 현재 클라이언트의 안내에 따라 서비스 구성 요소를 설치하거나 복구하세요. Windows에서는 서비스 또는 관리자 권한이 필요한 경우가 많고, macOS에서는 네트워크 관련 권한을 승인해야 할 수 있습니다. Linux에서는 서비스 권한과 가상 네트워크 인터페이스 지원 여부를 확인하세요. 권한을 승인한 뒤 클라이언트를 다시 시작하고 처음 발생한 오류를 확인합니다. 계속 실패한다면 다른 VPN이나 가상 네트워크 인터페이스 프로그램과 충돌하는지 살펴보세요. 오류를 피하려고 보안 기능을 계속 꺼 두거나 여러 라우팅 설정을 한꺼번에 바꾸지 마세요.

클라이언트에서 지원되는 구독이나 설정을 가져온 뒤 설정과 프록시 정책을 선택하고, 시스템 안내에 따라 VPN 구성 추가를 허용하세요. 클라이언트로 돌아와 연결을 시작한 다음 시스템 연결 상태와 클라이언트 로그를 확인하고 새 웹 요청으로 동작을 검증하세요. iOS의 네트워크 연결 방식은 데스크톱 시스템 프록시와 다르므로 데스크톱의 포트 설정을 그대로 적용하지 마세요. 연결 버튼이 활성화되지 않으면 설정 파싱 결과와 시스템 권한을 먼저 확인하세요. 버튼은 활성화되었지만 접속할 수 없다면 구독 유효 기간, 선택한 출구, DNS 설정을 확인하세요.

시작 프로그램 설정은 로그인 후 클라이언트가 실행된다는 뜻일 뿐, 시스템 프록시나 TUN도 함께 켜진다는 의미는 아닙니다. 시작 프로그램, 실행 후 연결 옵션, 설정 선택 여부, 서비스 상태를 각각 확인하고 필요한 권한이 부여되었는지도 살펴보세요. 여러 사용자 계정이 있는 환경에서는 시작 프로그램이 어느 계정에 등록되었는지 확인해야 합니다. 문제를 확인할 때는 먼저 수동으로 실행해 네트워크를 점검한 다음 로그아웃하고 다시 로그인해 기록을 살펴보세요. 시스템 트레이 아이콘만 확인해서는 안 됩니다. 노트북이 절전 모드에서 깨어난 뒤 라우팅이 아직 준비되지 않았다면 네트워크 연결이 완료될 때까지 기다린 다음 클라이언트 연결을 다시 설정하세요.

구독 업데이트 때마다 덮어쓰이는 원본 파일에 장기간 사용할 사용자 지정 규칙을 직접 넣지 마세요. 클라이언트에서 제공하는 오버라이드, 병합 또는 확장 설정 기능을 우선 사용하고 규칙이 삽입되는 위치에 관한 안내를 먼저 확인하세요. 우선 적용해야 하는 규칙은 보통 기본 규칙보다 앞에 두지만, 클라이언트마다 병합 순서가 같다고 단정할 수는 없습니다. 업데이트 후 실제 적용된 설정을 확인하고 대상 도메인으로 새 연결을 만들어 예상한 규칙이 적용되는지 확인하세요. 수정 전에는 백업을 남겨 파싱 오류가 발생하면 복구할 수 있도록 하세요.

시스템 프록시를 켠 뒤 브라우저에서 새 요청을 보내면서 클라이언트의 연결 기록을 확인하세요. 기록에는 대상 주소, 적용된 규칙, 사용한 정책이 표시되어야 합니다. 기록이 전혀 없다면 트래픽이 클라이언트로 들어오는지 먼저 확인하세요. 신뢰할 수 있는 IP 확인 서비스를 이용해 출구를 참고할 수도 있지만, 해당 요청의 결과만 보여 줄 뿐 모든 앱이 프록시를 거친다는 증거는 아닙니다. 직접 연결과 프록시로 각각 설정한 대상이 있다면 둘 다 테스트하세요. 클라이언트가 실행 중으로 표시되거나 웹페이지가 열린다는 이유만으로 라우팅이 올바르다고 판단하지 마세요.

지연 시간 테스트는 보통 특정 테스트 주소까지 요청이 한 번 왕복하는 데 걸리는 시간을 측정합니다. 사용 가능한 대역폭과 같지 않으며 패킷 손실, 혼잡, 대상 웹사이트의 접속 품질을 모두 반영하지도 않습니다. 같은 노드로 접속해도 서비스에 따라 이후 네트워크 경로가 달라질 수 있습니다. 사용 경험을 비교할 때는 가능한 한 기기, 네트워크, 대상, 시간대를 동일하게 맞추고 실제 전송이 안정적인지 확인하세요. 특정 사이트에서만 느리다면 지연 시간 순으로 계속 바꾸기보다 해당 사이트에 적용된 규칙과 출구를 먼저 확인하세요. 테스트 자체가 회선 트래픽을 사용할 수도 있습니다.

같은 신뢰할 수 있는 네트워크의 기기에서 프록시를 사용해야 할 때만 이 옵션을 켜세요. 연결할 기기에는 자체 루프백 주소가 아니라 클라이언트가 실행 중인 컴퓨터의 LAN 주소와 실제 수신 대기 포트를 입력해야 합니다. 수신 대기 주소와 방화벽의 인바운드 규칙, 클라이언트가 지원하는 접근 인증도 확인하세요. 프록시 포트를 공용 인터넷에 노출하지 말고 공용 Wi-Fi에서 직접 열어 두지 마세요. 사용이 끝나면 LAN 연결을 끄세요. 연결되지 않으면 먼저 두 기기가 서로 통신할 수 있는지 확인한 다음 프록시 프로토콜과 포트가 일치하는지 살펴보세요.

전체 구독 주소, 액세스 토큰, 비밀번호, 노드 서버 주소, 계정 정보와 공개하고 싶지 않은 도메인 및 로컬 경로를 최소한 가려야 합니다. 로그에 뚜렷한 비밀번호가 없더라도 서비스 식별 정보나 네트워크 환경이 노출될 수 있습니다. 문의를 올릴 때는 클라이언트 이름, 코어 정보, 운영체제 종류, 재현 단계와 관련 오류 줄만 남기면 됩니다. 전체 설정을 업로드할 필요는 없습니다. 설정 재현이 필요하다면 민감 정보를 최소화한 예제를 만들고 첨부 파일을 직접 확인하세요. 자격 증명이 이미 공개됐다면 스크린샷을 삭제하는 것만으로는 부족하므로 서비스 측에서 재설정해야 합니다.

먼저 로컬 네트워크와 시스템 시간이 정상인지 확인한 다음 구독 만료 여부, 트래픽 소진 여부, 주소 재설정 여부를 살펴보세요. 업데이트 로그를 확인해 시간 초과, 인증 실패, 설정 파싱 오류를 구분합니다. 업데이트는 성공했지만 파싱에 실패했다면 제공자에게 반환 형식을 문의하세요. 구독 도메인에 프록시로 접속해야 하는데 현재 설정을 사용할 수 없다면, 클라이언트가 지원하는 경우 잠시 직접 연결로 업데이트하거나 정상 작동을 확인한 연결을 사용하세요. 짧은 시간에 계속 재시도하지 말고 비공개 구독 주소를 출처 불명의 변환 사이트에 입력하지 마세요.

먼저 프록시를 끄고 기본 네트워크가 작동하는지 확인하고 시스템 시간도 점검한 다음 구독 상태와 현재 설정을 확인하세요. 노드 하나만 실패한다면 같은 설정의 다른 출구와 비교할 수 있습니다. 모든 노드가 실패한다면 로컬 네트워크, 구독 계정, 코어의 프로토콜 지원 여부, 보안 소프트웨어의 차단을 우선 확인하세요. 로그에서 도메인 이름 해석 실패, 연결 시간 초과, 인증 실패를 구분해 모든 문제를 노드 장애로 단정하지 마세요. 신뢰할 수 있는 다른 네트워크에서 비교해 볼 수 있지만 한 번의 테스트에서 포트, DNS, 프로토콜 설정을 동시에 바꾸지 마세요.

먼저 시스템 프록시 설정의 주소와 포트가 클라이언트의 실제 수신 대기 주소 및 포트와 일치하는지 확인하세요. 코어가 실행 중이고 포트가 다른 프로그램에 점유되지 않았는지도 살펴보세요. 브라우저 확장 프로그램, 별도의 프록시 설정, 다른 프록시 프로그램이 시스템 설정을 덮어쓸 수 있으므로 잠시 비활성화한 뒤 새 연결을 확인하세요. 클라이언트 연결 기록에 요청이 없다면 대개 트래픽 유입 단계의 문제입니다. 기록이 있다면 규칙과 출구를 확인하세요. 명령줄 도구는 시스템 프록시를 따르지 않을 수 있으므로 지원되는 프록시 방식을 별도로 설정해야 합니다. 이를 근거로 클라이언트가 작동하지 않는다고 판단하지 마세요.

먼저 일반 브라우저가 시스템 프록시를 통해 접속할 수 있는지 확인한 뒤 문제가 있는 앱이 루프백 제한을 받는 패키지 앱인지 살펴보세요. 일부 앱은 로컬 루프백 프록시 주소에 직접 접속할 수 없습니다. 클라이언트에서 제공하는 루프백 예외 도구로 필요한 앱만 허용하고 안내에 따라 관리자 권한을 사용하세요. 예외 설정이 모든 스토어 앱 문제를 해결하는 것은 아니며 노드나 DNS 오류도 고칠 수 없습니다. TUN을 사용 중이라면 가상 네트워크 인터페이스와 라우팅 상태도 확인하세요. 설정 후 대상 앱을 다시 시작해 테스트하고, 모든 앱에 한꺼번에 예외를 적용하지 않는 것이 좋습니다.

연결됨 표시는 일부 구성 요소가 실행 중이라는 뜻일 뿐입니다. 새 요청이 연결 기록에 나타나는지 확인한 뒤 선택한 정책, 규칙에 따른 연결 차단 여부, DNS 오류, 출구의 사용 가능 여부를 살펴보세요. 클라이언트를 종료한 뒤에만 인터넷이 끊긴다면 시스템 프록시가 더 이상 수신 대기하지 않는 로컬 주소를 가리키는지 확인하고 남은 프록시 설정을 정리하세요. TUN을 사용했다면 가상 네트워크 인터페이스와 라우팅이 복구되었는지도 확인해야 합니다. 기존 설정을 보존한 채 하나씩 되돌리고 네트워크 설정을 전부 한 번에 초기화하지 마세요. 회사나 학교에서 관리하는 기기라면 먼저 네트워크 관리자에게 문의하세요.