HELP CHANNEL / FAQ

Clash 자주 묻는 질문과 문제 해결

구독 입력, 설정 로드, 정책 선택부터 트래픽 라우팅까지 문제가 발생한 위치에 따라 단계별로 확인하세요. 이전 단계가 정상인지 확인한 후 다음 단계의 설정을 조정하면 됩니다.

20가지 점검 항목 구독 및 설정 시스템 프록시 및 TUN DNS 및 규칙

CHANNEL A / FOUNDATION

기초 지식

먼저 구독, 설정, 노드와 실행 모드를 구분해 서로 다른 계층의 문제를 한꺼번에 처리하지 않도록 하세요.

Clash 구독 링크란 무엇인가요?

구독 링크는 클라이언트가 원격 설정을 가져오는 주소이며, 일반적으로 프록시 노드, 정책 그룹과 규칙 정보가 포함됩니다. 단일 노드 주소나 설치 파일이 아닙니다. 복사할 때는 전체 매개변수를 유지하고 물음표 뒤의 token 등을 삭제하지 마세요. 구독 주소는 신뢰할 수 있는 클라이언트에만 입력하고 공개 페이지에 게시하지 마세요.

설정 파일, 구독과 프록시 노드는 어떻게 다른가요?

구독은 원격 설정에 접근하는 방법이며, 클라이언트가 구독을 업데이트하면 로컬 설정이 생성되거나 교체됩니다. 설정 파일은 포트, DNS, 노드, 정책 그룹과 규칙을 구성하고, 프록시 노드는 그 일부에 해당합니다. 노드를 사용할 수 있다고 해서 전체 설정이 정상 작동하는 것은 아니므로 정책 그룹 선택, 규칙 순서와 트래픽 라우팅 방식도 함께 확인해야 합니다.

규칙 모드, 글로벌 모드와 직접 연결 모드는 어떻게 선택하나요?

일상적인 사용에는 보통 규칙 모드를 선택합니다. rules 섹션이 각 도메인이나 주소를 프록시로 보낼지, 직접 연결할지, 거부할지를 결정합니다. 글로벌 모드는 이미 라우팅된 트래픽을 하나의 프록시 정책으로 보내므로 노드를 임시로 테스트할 때 적합합니다. 직접 연결 모드는 프록시를 우회해 네트워크 문제가 Clash 설정에서 비롯되었는지 확인할 때 사용할 수 있습니다. 점검이 끝나면 규칙 모드로 돌아가세요.

구독이 만료된 후에도 로컬 설정을 사용할 수 있나요?

일부 클라이언트는 마지막으로 정상적으로 불러온 로컬 설정을 잠시 보관하지만, 원격 업데이트·노드 상태·서비스 인증은 이미 만료되었을 수 있습니다. 따라서 로컬 설정이 남아 있다고 해서 구독이 유효하다고 볼 수 없습니다. 먼저 구독 서비스 페이지에서 상태를 확인한 뒤 설정을 수동으로 업데이트하세요. 빈 응답, 인증 오류 또는 만료 안내가 표시되면 먼저 구독 자체를 처리해야 합니다.

구독 자동 업데이트가 직접 수정한 규칙을 바꾸나요?

구독으로 생성된 설정을 직접 편집하면 다음 업데이트에서 변경 사항이 덮어써질 수 있습니다. 장기간 유지할 규칙은 클라이언트가 지원하는 오버라이드, 병합 또는 확장 설정에 넣고 적용 순서를 확인해야 합니다. 수정 전 기존 설정을 복사해 참고하고, 업데이트 후에는 정책 그룹 이름과 규칙 대상이 여전히 일치하는지 중점적으로 확인하세요.

CHANNEL B / SETUP

설치 및 설정

설정을 가져온 후에는 활성화, 시스템 권한 부여와 트래픽 경로 설정을 완료해야 하며, 플랫폼마다 권한 설정 경로가 다릅니다.

구독 주소를 복사한 후 어디에서 가져오나요?

클라이언트의 설정, 구독 또는 Profiles 페이지를 열고 URL에서 가져오기를 선택한 다음 전체 주소를 입력란에 붙여 넣어 다운로드하세요. 가져오기가 완료되면 해당 설정을 선택해 현재 설정으로 활성화해야 합니다. 주소만 저장하고 설정을 활성화하지 않으면 정책 그룹과 규칙이 트래픽 처리에 사용되지 않습니다.

Windows에서 시스템 프록시를 켰는데 왜 적용되지 않나요?

먼저 Clash 코어가 실행 중인지 확인한 다음 시스템 프록시 스위치와 로컬 혼합 포트가 일치하는지 확인하세요. 브라우저에 별도 프록시나 프록시 확장이 설정되어 있거나 보안 프로그램이 트래픽을 가로채면 시스템 설정을 우회할 수도 있습니다. 우선 이러한 추가 경로를 끄고 브라우저로 테스트하세요. 그래도 적용되지 않으면 Windows 프록시 설정에 올바른 로컬 주소와 포트가 표시되는지 확인하세요.

macOS에서 처음 시스템 프록시나 TUN을 켤 때 필요한 권한은 무엇인가요?

시스템 프록시는 일반적으로 클라이언트가 네트워크 설정을 변경할 수 있는 권한을 필요로 하며, TUN은 네트워크 확장이나 보조 서비스를 설치하거나 관리자 인증 정보를 입력해야 할 수 있습니다. 권한을 부여한 뒤 클라이언트로 돌아가 스위치가 계속 켜져 있는지 확인하세요. 시스템 설정에서 확장이 차단되었다고 표시되면 해당 항목을 먼저 허용한 후 클라이언트를 완전히 종료하고 다시 시작하세요.

TUN 모드를 켤 때 권한 부족 메시지가 표시되면 어떻게 해결하나요?

먼저 TUN을 끄고 클라이언트에서 제공하는 경로를 따라 서비스 모드, 네트워크 확장 또는 가상 네트워크 어댑터 구성 요소를 설치한 뒤 클라이언트를 다시 시작하세요. Windows에서는 드라이버 설치와 관리자 권한을, macOS에서는 네트워크 확장 허가를, Linux에서는 CAP_NET_ADMIN·장치 권한·라우팅 테이블 쓰기 권한을 확인하세요. 가상 네트워크 어댑터를 생성하는 프록시 도구를 여러 개 동시에 실행하지 마세요.

Android에서 VPN이 다른 앱에 의해 사용 중이라고 표시되는 이유는 무엇인가요?

Android에서는 일반적으로 한 번에 하나의 앱만 시스템 VPN 인터페이스를 사용할 수 있습니다. 먼저 다른 VPN, 가속기, 방화벽 또는 로컬 VPN으로 트래픽을 필터링하는 앱의 연결을 끊은 뒤 Clash로 돌아와 다시 연결하세요. 시스템에서 상시 연결 VPN이 활성화되어 있다면 네트워크 설정에서 기존 앱의 연결을 해제한 후 현재 클라이언트에 연결 권한을 부여하세요.

CHANNEL C / OPERATION

활용 팁

정해진 순서로 업데이트와 테스트를 진행하면 설정을 반복해서 전환할 때 생기는 혼선을 줄이고 명확한 점검 경로를 유지할 수 있습니다.

구독 업데이트, 정책 그룹 선택과 프록시 활성화의 올바른 순서는 무엇인가요?

먼저 구독을 업데이트하고 설정이 정상적으로 로드되었는지 확인한 다음 정책 그룹에서 사용할 수 있는 노드를 선택하고, 마지막으로 시스템 프록시나 TUN을 켜세요. 이렇게 하면 설정 가져오기, 정책 선택과 트래픽 라우팅을 따로 검증할 수 있습니다. 문제가 발생하면 반대 순서로 각 계층을 끄면 문제가 구독·노드·시스템 라우팅 중 어디에서 발생했는지 더 쉽게 판단할 수 있습니다.

노드 지연 시간 테스트가 시간 초과되면 노드를 반드시 사용할 수 없다는 뜻인가요?

반드시 그렇지는 않습니다. 지연 시간 테스트에 사용하는 주소와 방식은 실제 서비스 연결과 다를 수 있으며, 테스트 대상이 차단되어도 시간 초과로 표시됩니다. 먼저 다른 테스트 주소를 사용하거나 대상 웹사이트를 직접 연 다음 노드 프로토콜, 포트와 시간이 올바른지 확인하세요. 모든 노드가 동시에 시간 초과되면 로컬 네트워크, DNS, 구독 내용과 코어 상태를 우선 점검해야 합니다.

Clash 포트는 어떻게 설정해야 하나요?

일반적인 설정에서는 mixed-port로 HTTP와 SOCKS 트래픽을 함께 수신하며, port와 socks-port를 각각 지정할 수도 있습니다. 포트는 로컬에서 사용 중이지 않은 값을 선택하고 시스템 프록시, 브라우저 또는 다른 앱이 실제로 수신 중인 동일한 포트를 가리키도록 하세요. 포트를 변경한 후에는 설정을 다시 로드하고, 필요하면 방화벽과 포트 사용 현황도 확인하세요.

Fake-IP와 Redir-Host DNS 모드는 어떻게 선택하나요?

Fake-IP는 먼저 가상 주소를 반환한 뒤 Clash가 도메인을 복원하고 규칙을 매칭하므로 앱이 도메인 규칙을 우회하는 상황을 줄이는 데 유리합니다. Redir-Host는 실제 확인 결과를 반환해 일부 로컬 네트워크 장치와 특수 앱에서 동작을 파악하기 쉽습니다. 게임, 로컬 네트워크 도메인 또는 장치 검색에 문제가 생기면 DNS 전체를 끄기보다 관련 도메인을 먼저 제외 목록에 추가하세요.

Microsoft Store 앱에서 프록시를 사용할 수 없을 때 UWP 루프백은 어떻게 설정하나요?

일부 UWP 앱은 Windows 앱 컨테이너 제한으로 인해 로컬 루프백 프록시에 직접 접근할 수 없습니다. 클라이언트에서 제공하는 UWP 루프백 도구를 사용해 로컬 프록시에 접근해야 하는 앱을 선택하고 저장한 다음 앱을 다시 시작하세요. 모든 항목을 기본값으로 전부 선택하지 마세요. Windows 업데이트나 앱 재설치 후 설정이 사라지면 해당 항목을 다시 확인해야 합니다.

CHANNEL D / RECOVERY

문제 해결

먼저 기본 네트워크를 복구한 다음 구독, 코어, 노드, DNS와 시스템 라우팅을 차례로 검증하고 여러 변수를 동시에 변경하지 마세요.

구독 업데이트가 실패하거나 빈 설정이 반환될 때는 어떻게 점검하나요?

먼저 구독 주소가 완전하고 불필요한 공백이 없는지 확인한 뒤 브라우저에서 해당 주소를 열어 설정 내용이나 명확한 오류가 반환되는지 확인하세요. 이어서 시스템 시간, 현재 네트워크, DNS와 클라이언트 로그를 점검합니다. 브라우저에서도 가져오지 못하면 대개 구독 상태나 네트워크 경로의 문제입니다. 브라우저에서는 가져오지만 클라이언트에서 실패한다면 클라이언트의 업데이트 프록시, User-Agent 요구 사항과 설정 구문 오류를 중점적으로 확인하세요.

모든 노드가 갑자기 동시에 시간 초과될 때 무엇부터 확인해야 하나요?

먼저 직접 연결 모드로 전환해 기본 네트워크가 정상인지 확인한 다음 장치 시간, 코어 실행 여부와 구독이 방금 교체되었는지 확인하세요. 그 후 DNS 확인이 가능한지, 노드 서버 주소에 연결할 수 있는지, 방화벽이 클라이언트를 차단하고 있지 않은지 점검합니다. 모든 노드가 동시에 작동하지 않는 경우는 보통 개별 노드 문제가 아니므로 원인을 확인하기 전에 설정을 반복해서 삭제하지 마세요.

브라우저에서는 접속되지만 다른 앱이 프록시를 사용하지 않을 때는 어떻게 하나요?

브라우저가 자체 프록시 확장을 사용하고 있을 수 있으며, 다른 앱은 시스템 프록시를 읽지 않거나 TUN 라우팅 대상이 아닐 수 있습니다. 먼저 브라우저에 별도 프록시가 설정되어 있는지 확인한 후 시스템 프록시가 켜져 있는지 점검하세요. 시스템 프록시를 지원하지 않는 앱은 권한과 호환성이 허용되는 경우 TUN을 사용할 수 있습니다. 동시에 해당 앱에 직접 연결, 프록시 주소 또는 사용자 지정 DNS가 고정되어 있지 않은지도 확인하세요.

TUN을 켠 후 장치가 완전히 인터넷에 연결되지 않을 때 어떻게 복구하나요?

먼저 TUN을 끄고 클라이언트를 종료해 기본 네트워크가 복구되는지 확인하세요. 이어서 가상 네트워크 어댑터, 기본 라우팅, DNS 가로채기와 자동 라우팅 설정을 점검하고 다른 프록시 도구가 남긴 라우팅 또는 어댑터 충돌을 정리합니다. 다시 켤 때는 먼저 기본 설정을 사용하고 복잡한 오버라이드를 적용하지 마세요. 클라이언트를 종료한 후에도 인터넷이 끊기면 시스템 프록시를 초기화하고 현재 네트워크에 다시 연결할 수 있습니다.

GeoIP 또는 규칙 데이터베이스 업데이트 실패는 어떤 영향을 주나요?

GEOIP, GEOSITE 또는 규칙 세트에 의존하는 규칙은 최신 분류를 불러오지 못할 수 있으며, 심한 경우 파일 누락으로 설정 시작이 실패할 수 있습니다. 먼저 로그에서 실패 원인이 데이터베이스 다운로드, 경로 쓰기 또는 규칙 참조 중 무엇인지 확인한 다음 저장소 권한과 업데이트 주소 연결 가능성을 점검하세요. 업데이트가 완료되면 설정을 다시 로드하고 규칙 제공자 상태에 더 이상 오류가 표시되지 않는지 확인하세요.