Clash 노드 시간 초과로 연결 안 될 때: 구독, 포트, 프로토콜 설정 순서대로 점검하기
모든 노드가 시간 초과되는 경우와 일부만 시간 초과되는 경우는 원인이 다릅니다. 구독 유효성, 로컬 속도 측정 방식, 포트와 프로토콜 설정, 시스템 시간과 방화벽 순으로 점검하며 각 단계별 판단 기준과 해결 방법을 제시합니다.
상세 도면 보기 →도면 번호 RUMEN-01 · 착공 도면 · 축척 1:1
이 사이트는 시공 도면을 다루듯 Clash 입문 과정을 정리했습니다. 먼저 5개 플랫폼 설치 파일을 받고, 도면 순서대로 구독 가져오기와 시스템 프록시 설정을 마친 뒤, 규칙 분기 챕터에 따라 중국 본토 직접 연결과 해외 프록시를 한 번에 설정합니다. 모든 단계에 색인과 근거가 있어 언제든 다시 확인할 수 있습니다.
5개 플랫폼은 각각 독립된 클라이언트 계보를 유지합니다. 플랫폼 입구를 클릭하면 다운로드 페이지의 해당 섹션으로 바로 이동하며, 각 플랫폼마다 유지보수 활발도 순으로 클라이언트를 정리하고 시스템 요구사항표를 함께 제공합니다.
왼쪽은 상세 도면 목차, 오른쪽은 이에 대응하는 세부 항목입니다. 각 항목은 해당 기능이 어떤 문제를 해결하는지, 어떻게 켜는지, 유사 방식과 무엇이 다른지를 설명하며 필요한 설정 예시를 함께 제공합니다.
규칙 분기는 Clash가 '전역 프록시' 방식의 도구와 근본적으로 다른 점입니다. 연결이 생성될 때마다 엔진은 규칙표를 위에서 아래로 매칭하며, DOMAIN-SUFFIX, GEOIP, RULE-SET 같은 규칙 유형이 해당 연결을 직접 연결, 프록시, 차단 중 어디로 보낼지 결정합니다. 한국 국내 사이트는 직접 연결로 원래 속도와 로그인 환경을 유지하고, 해외 사이트는 필요할 때만 프록시를 거치며, 광고 도메인은 바로 차단됩니다. 세 가지 경로를 한 번 설정해두면 계속 유지되어 더 이상 수동으로 켰다 껐다 할 필요가 없습니다. 규칙표는 읽고 수정하기 쉬우며 매칭 순서는 작성 순서와 같고, 마지막 줄의 MATCH가 기본값을 처리하므로 동작이 완전히 예측 가능합니다.
rules:
- DOMAIN-SUFFIX,openai.com,PROXY
- GEOIP,CN,DIRECT
- MATCH,PROXY
서비스 제공업체가 주는 구독 링크는 사실 원격에서 관리하는 완전한 설정을 담고 있습니다. 노드 목록, 정책 그룹, 규칙표가 하나의 URL 안에 패키징되어 있는 것입니다. 클라이언트의 '설정 / Profiles' 페이지에 링크를 붙여넣으면 한 번에 전체를 불러올 수 있어, 서버 주소와 포트를 일일이 입력할 필요가 없습니다. 구독은 자동 갱신을 지원해 서비스 제공업체가 노드를 조정하면 로컬도 함께 동기화되며, 여러 구독을 동시에 등록해두고 원클릭으로 전환할 수도 있습니다. 노드 정보를 일일이 수작업으로 관리하는 방식과 비교하면, 구독 방식은 오류가 가장 자주 발생하는 과정을 통째로 없애줍니다. 가져오기 절차는 입문 튜토리얼 2절에 도면 번호에 따라 단계별로 설명되어 있습니다.
시스템 프록시 모드는 운영체제에 HTTP/SOCKS 프록시 주소(기본값 127.0.0.1:7890)를 등록하는 방식으로, 브라우저와 시스템 설정을 따르는 대부분의 앱이 자동으로 Clash를 경유합니다. 가볍고 부담이 적어 일상적으로 가장 먼저 선택하는 방식입니다. 다만 일부 프로그램은 명령줄 도구, 게임 클라이언트, 시스템 설정을 읽지 않는 소프트웨어처럼 이 등록을 건너뛰기도 합니다. TUN 모드가 이를 위해 존재합니다. 시스템 안에 가상 네트워크 카드를 만들어 네트워크 계층에서 전체 트래픽을 가로채므로 어떤 프로세스도 우회할 수 없습니다. Windows에서는 서비스 모드로 드라이버를 설치해야 켤 수 있고, macOS에서는 '강화 모드'라 불리며, 안드로이드의 VpnService 터널이 이와 동등한 구현입니다. 두 모드의 선택 기준과 설정 방법은 튜토리얼과 설정 모음의 해당 챕터를 참고하세요.
노드가 많아지면 하나씩 연결을 시도하는 건 비현실적입니다. 정책 그룹은 노드를 용도별로 묶어줍니다. select 그룹은 수동 지정용이고, url-test 그룹은 주기적으로 테스트 주소에 실제 요청을 보내 지연 시간이 가장 낮은 노드를 자동으로 선택하며, fallback 그룹은 우선 노드가 실패했을 때 순서대로 자동 전환합니다. 규칙표는 구체적인 노드가 아니라 그룹 이름을 참조하므로 노드가 바뀌어도 규칙 구조에 영향이 없습니다. 클라이언트 화면에서 그룹 전체를 원클릭으로 지연 시간 측정할 수 있어 실측 데이터를 근거로 선택할 수 있습니다. 이 그룹화 구조 덕분에 '노드 수십 개를 어떻게 관리할까'라는 일상적인 부담이 한 번의 설계로 해결됩니다.
proxy-groups:
- name: PROXY
type: url-test
url: https://www.gstatic.com/generate_204
interval: 300
Clash는 특정 폐쇄형 소프트웨어가 아니라 코어와 설정 형식의 개방형 표준입니다. 코어는 mihomo 프로젝트가 지속적으로 유지보수하고, Clash Verge Rev, FlClash, Clash Nyanpasu, Clash Meta for Android 같은 GUI 클라이언트들이 그 위에서 각자 발전해 나갑니다. 모든 클라이언트는 동일한 YAML 설정을 읽고 같은 구독 형식을 인식하므로 클라이언트를 바꿔도 새로 배울 필요 없이 구독을 그대로 쓸 수 있습니다. 특정 클라이언트가 유지보수를 멈춰도(예: Clash for Windows), 활발한 프로젝트로 옮기는 건 화면만 바꾸는 정도의 일입니다. 코드가 공개되어 검증 가능하고 업데이트 속도는 커뮤니티가 주도합니다. 이 점이 본 사이트가 장기적인 선택지로 추천하는 이유입니다. 각 클라이언트의 상세 비교는 클라이언트 비교 페이지에서 확인할 수 있습니다.
전체 시공 과정은 입문 튜토리얼 페이지에 정리되어 있으며, 여기서는 핵심 3단계만 소개합니다. 각 단계는 튜토리얼 내 해당 절의 상세 도면과 연결됩니다.
다운로드 페이지에서 사용 중인 플랫폼에 맞는 클라이언트를 선택해 설치합니다. Windows와 macOS는 설치 마법사를 따라가면 되고, 안드로이드는 처음 실행 시 VpnService 권한을 허용해야 합니다.
서비스 제공업체가 준 구독 링크를 복사해 클라이언트의 '설정' 페이지에 붙여넣어 가져옵니다. 노드 목록이 로드되면 정책 그룹에서 사용할 출구 노드를 선택합니다.
시스템 프록시 스위치를 켜고 규칙 모드를 선택한 뒤, 해외 사이트에 접속해 연결이 되는지 확인합니다. 연결되지 않으면 튜토리얼 마지막 절의 점검표를 항목별로 확인하세요.
장기적으로 사용할 네트워크 도구를 고를 때는 화면보다 프로젝트의 유지보수 상태가 더 중요합니다. 아래 네 가지 사실은 공개 저장소에서 하나씩 직접 확인할 수 있습니다.
Clash 원본 코어는 2018년부터 오픈소스로 공개되어 YAML 설정, 정책 그룹, 규칙 분기의 기본 틀을 확립했습니다. 원본 저장소가 아카이브된 후 커뮤니티 포크인 Clash.Meta가 개발을 이어받아 mihomo로 이름을 바꾸고 더 많은 프로토콜과 규칙 유형을 추가하며 현재 사실상의 표준 코어로 자리잡았습니다. 본 사이트의 튜토리얼과 설정 모음은 모두 mihomo 코어의 동작을 기준으로 합니다.
코어는 프로토콜 구현과 규칙 매칭을 담당하고, GUI 클라이언트는 화면, 구독 관리, 시스템 통합을 담당하며 서로 독립적으로 발전합니다. Clash Verge Rev, FlClash 같은 클라이언트는 mihomo 코어를 내장해 버전과 함께 업데이트하므로 사용자가 코어 파일을 따로 관리할 필요가 없고, 서버나 라우터 환경에서는 코어 바이너리를 직접 실행하며 동일한 설정 파일을 사용합니다.
활발히 유지보수되는 각 클라이언트는 오픈소스 플랫폼에 정식 버전을 배포하고 업데이트 내역을 하나하나 공개합니다. 본 사이트의 다운로드 페이지 링크는 각 프로젝트의 현재 배포 버전을 가리키며 배포에 따라 자동으로 갱신됩니다. 유지보수가 멈춘 클라이언트(Clash for Windows, ClashX Meta)는 아카이브 형태로 명확히 표시해 보관하며 신규 설치용으로는 추천하지 않습니다.
코어와 주요 클라이언트의 전체 소스 코드가 공개 저장소에 있어 프로토콜 구현, DNS 처리, 규칙 매칭 로직을 한 줄씩 확인하거나 직접 클론해 빌드할 수 있습니다. 코어 구현을 직접 검토하고 싶다면 아래 명령어로 mihomo 코어 소스 저장소를 받을 수 있습니다.
git clone https://github.com/MetaCubeX/mihomo.git
시작 전 가장 많이 나오는 질문 네 가지를 정리했습니다. 전체 질문과 답변은 FAQ 페이지에 분류별로 수록되어 있습니다.
순서대로 세 가지를 확인하세요. 먼저 클라이언트의 시스템 프록시 스위치가 켜져 있는지, 다음으로 현재 정책 그룹에서 사용 가능한 노드가 선택되어 있는지(노드에 지연 시간 테스트를 한 번 실행해 시간 초과가 뜨면 사용할 수 없는 노드입니다), 마지막으로 브라우저에 설치된 프록시 확장 프로그램이 Clash와 충돌하는지입니다. 세 가지 모두 정상인데도 연결되지 않으면 FAQ 페이지의 문제 해결 분류에 있는 전체 점검표를 확인하세요.
일상적인 웹 서핑에는 시스템 프록시 모드로 충분합니다. 부담이 적고 드라이버 설치도 필요 없습니다. 명령줄 도구, 게임, 또는 시스템 프록시 설정을 읽지 않는 일부 프로그램이 프록시를 거쳐야 할 때만 TUN 모드를 켜서 네트워크 계층에서 전체를 가로채면 됩니다. 두 모드의 차이는 핵심 기능 상세 도면 F-03과 설정 모음의 해당 챕터에서 자세히 다룹니다.
규칙 모드는 규칙표에 따라 각 연결의 경로를 결정하는 방식으로, 상시 사용을 권장하는 모드입니다. 전역 모드는 규칙을 무시하고 모든 트래픽이 현재 선택된 노드를 거치는 방식으로, 임시로 점검할 때만 사용합니다. 직접 연결 모드는 모든 트래픽이 프록시를 거치지 않습니다. 일상적으로는 규칙 모드를 유지하고, 분기 로직은 설정 파일의 rules 섹션에서 관리합니다.
가능합니다. 구독은 노드를 한 번에 불러오는 편리한 방식일 뿐, 클라이언트는 설정 파일에 노드 정보(서버 주소, 포트, 프로토콜, 비밀번호 등)를 직접 입력하는 것도 지원합니다. 작성 방법은 설정 모음의 프록시 노드 챕터를 참고하세요. 로컬 규칙 테스트만 할 경우에는 DIRECT 출구만으로도 실행할 수 있습니다.
문제 해결, 고급 설정, 생태계 선택을 다루는 심층 글을 날짜 역순으로 정리했으며, 여기서는 최신 3편만 소개합니다.
모든 노드가 시간 초과되는 경우와 일부만 시간 초과되는 경우는 원인이 다릅니다. 구독 유효성, 로컬 속도 측정 방식, 포트와 프로토콜 설정, 시스템 시간과 방화벽 순으로 점검하며 각 단계별 판단 기준과 해결 방법을 제시합니다.
상세 도면 보기 →중국 본토와 해외를 나누는 분기 설정을 예로 들어 DOMAIN-SUFFIX, GEOIP, RULE-SET을 조합하는 방법과 규칙이 위에서 아래로 매칭되는 순서, MATCH의 기본값 처리 및 흔한 작성 오류로 매칭이 누락되는 문제를 설명합니다.
상세 도면 보기 →시스템 프록시 스위치는 켜져 있는데 트래픽이 흐르지 않을 때, 브라우저와 터미널의 원인은 완전히 다릅니다. 브라우저의 프록시 확장 프로그램 충돌과 시스템 프록시 등록 상태, 터미널에서 수동으로 설정해야 하는 환경 변수를 각각 확인하며 검증 명령어도 함께 제공합니다.
상세 도면 보기 →