Clash 클라이언트 다운로드
자주 묻는 질문

먼저구독 업데이트가 정상적으로 완료됐는지 확인한 다음 현재 설정이 선택되어 있는지 확인하세요. 클라이언트의 ‘설정’ 또는 ‘구독’ 페이지에서 서비스 제공자가 준 주소를 추가하고, 업데이트 후 프록시와 정책 그룹이 표시되는지 살펴보세요. 주소가 브라우저에서 열린다고 해서 응답 내용이 Clash 설정과 호환되는 것은 아닙니다. 로그인 페이지, 만료 안내, 일반 텍스트 오류는 YAML로 사용할 수 없습니다. 업데이트에 실패하면 DNS를 서둘러 바꾸기보다 상태 코드와 로그부터 확인하세요. 구독 링크에는 개인 접근 정보가 포함되는 경우가 많으므로 화면을 공유하거나 문의를 올리기 전에 전체 주소를 가리세요. 공개 예시에는 도메인과 매개변수 이름만 남기세요.

‘설정 가져오기 성공’과 ‘노드 사용 가능’은 별개입니다. 전자는 클라이언트가 내용을 받아들였다는 뜻이고, 후자는 실제로 연결해 봐야 알 수 있습니다. 설정을 바꾼 뒤에는 정책 그룹에서 원하는 노드가 선택되어 있는지 확인하세요. 직접 수정한 내용은 다음 구독 업데이트 때 덮어써질 수도 있습니다.

일반적으로는 규칙 모드를 선택해 설정에 따라 요청을 분기하는 것이 좋습니다. 규칙 문제인지 임시로 확인하려면 전역 모드와 비교해 보세요. 전역 모드로 바꿔도 회선 자체가 빨라지지는 않으며, GLOBAL에 해당하는 프록시도 선택해야 합니다. 직접 연결 모드는 코어로 들어온 요청을 프록시 없이 처리하므로 로컬 네트워크를 점검할 때 유용합니다. 세 모드는 코어에 들어온 트래픽의 경로만 바꿉니다. 모든 앱의 트래픽을 자동으로 가져오지는 않으므로 시스템 프록시를 따르지 않는 프로그램은 별도로 프록시를 설정하거나 필요에 따라 TUN을 사용해야 합니다.

mode: rule

mode: global

mode: direct

포트를 바꿀 수는 있지만, 먼저 포트를 사용 중인 프로세스가 이전 인스턴스인지 확인하세요. 한 기기에서 프록시 클라이언트를 여러 개 실행하면 수신 대기 충돌이 발생하기 쉽습니다. 필요 없는 인스턴스를 종료하는 편이 설정을 무작정 바꾸는 것보다 원인을 파악하기 쉽습니다. 포트를 바꿔야 한다면 mixed-port를 사용 중이지 않은 값으로 변경하고 설정을 다시 불러온 뒤, 로그에 새 수신 주소가 표시되는지 확인하세요. 이어서 시스템 프록시와 앱의 프록시 포트도 함께 변경해야 합니다. 그렇지 않으면 브라우저가 이전 주소로 계속 연결합니다. allow-lan은 LAN 접근을 허용할지 정하는 항목이지, 로컬 포트 충돌을 해결하는 스위치가 아닙니다. 이 기기에서만 사용한다면 접근 범위를 제한하기 위해 false로 두는 편이 좋습니다.

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

먼저 도메인 이름을 해석하지 못한 것인지, 해석은 됐지만 연결에 실패한 것인지 구분하세요. dns.enable, 현재 코어에서 지원하는 설정 항목, 앱이 실제로 해당 DNS 경로를 사용하는지 확인하세요. fake-ip가 매핑된 주소를 반환하는 것은 정상 동작이므로, 공인 IP처럼 보이지 않는다는 이유만으로 설정 오류라고 판단하면 안 됩니다. nameserver는 상위 DNS 서버입니다. fallback도 모든 요청에 한 번씩 적용되는 단순한 예비 스위치가 아니므로 필터 조건과 코어 동작을 함께 살펴봐야 합니다. 브라우저의 자체 암호화 DNS가 예상한 경로를 우회할 수도 있습니다. 문제를 점검할 때는 한 번에 변수 하나만 변경하고, 변경 전후 로그를 기록하세요. DNS 서버를 모두 동시에 바꾸는 것보다 원인을 찾기 쉽습니다.

아래는 설정 항목 구조 예시일 뿐입니다. 로컬 DNS가 루프백 주소에서 수신 대기한다고 해서 시스템이 자동으로 이를 사용한다고 볼 수는 없습니다. DNS 가로채기가 필요한지, TUN과 어떻게 함께 사용할지는 클라이언트의 트래픽 처리 방식을 확인하세요. 설정을 업데이트한 뒤에는 앱과 시스템의 캐시도 살펴봐야 합니다.

dns:
  enable: true
  listen: 127.0.0.1:1053
  enhanced-mode: fake-ip
  nameserver:
    - 223.5.5.5

먼저 규칙 모드가 선택되어 있는지 확인하고, 규칙 목록의 맨 위부터 살펴보세요. 규칙은 처음 일치하는 항목에서 처리를 멈춥니다. 앞쪽의 범위가 넓은 규칙이 요청을 먼저 처리했을 수 있습니다. MATCH는 보통 마지막에 기본 처리용으로 두며, 너무 앞에 배치하면 뒤의 규칙이 적용되지 않습니다. 규칙 끝의 정책 이름은 설정에 정의된 프록시 또는 정책 그룹 이름과 정확히 일치해야 합니다. 여기서 PROXY는 예시 이름일 뿐 모든 설정에 기본으로 포함된 예약 정책이 아닙니다. 문제를 확인할 때는 연결 세부 정보에서 실제 요청 도메인, 적용된 규칙, 최종 출구를 확인하세요. 웹페이지에 표시된 결과만 보고 추측하지 마세요. 기존 연결은 이전 경로를 계속 사용할 수 있으므로 설정을 변경한 뒤 요청을 새로 시작하세요.

rules:
  - DOMAIN-SUFFIX,google.com,PROXY
  - GEOIP,CN,DIRECT
  - MATCH,PROXY

‘연결됨’은 대개 로컬 서비스나 네트워크 트래픽 처리가 시작됐다는 뜻이며, 원격 노드가 사용 가능하다는 의미는 아닙니다. 먼저 프록시를 끄고 일반 웹사이트에 접속해 로컬 네트워크가 정상인지 확인한 다음, 시작 로그에서 설정 파싱, 포트 수신 대기, 권한 오류를 살펴보세요. 그다음 대상 페이지를 열어 연결 목록에 요청이 표시되는지 확인합니다. 기록이 없다면 시스템 프록시나 TUN을 먼저 점검하고, 기록은 있지만 시간 초과가 발생한다면 정책 그룹 선택, DNS, 원격 연결을 확인하세요. Clash 노드 속도 측정 결과는 지정된 테스트 주소에 대한 응답만 보여 줍니다. 지연 시간이 낮아도 모든 웹사이트에 접속할 수 있는 것은 아닙니다. 앱이 갑자기 종료되면 오류 로그부터 보관한 뒤 설정, 코어 파일, 시스템 런타임 환경을 점검하세요. 데이터 폴더 전체를 바로 삭제하지 마세요.

문의를 올릴 때는 운영체제, 클라이언트 이름, 코어 정보, 작업 순서, 오류 전후 로그 몇 줄을 함께 첨부하세요. 구독 인증 정보와 서버 로그인 정보는 가리되 설정 항목 이름과 오류 원문은 남겨 주세요. ‘연결할 수 없음’ 화면 한 장만으로는 보통 어느 단계에서 문제가 생겼는지 파악하기 어렵습니다.