Clash 클라이언트 사용 가이드

구독 가져오기 → 프록시 모드 선택 → 연결 켜기 → 연결 확인, 4단계 흐름을 한 번에 정리했습니다. 각 단계마다 어디를 클릭하고, 무엇이 보이고, 다음에 무엇을 해야 하는지 명확히 알려드리니 그대로 따라 하면 클라이언트 설치 후 10분 안에 정상적으로 인터넷을 이용할 수 있습니다.

예상 소요 시간 10분 5개 플랫폼 공통 절차 기초 지식 없이도 가능

클라이언트마다 화면 구성이 다릅니다. Clash Verge Rev와 Clash Plus는 기능 메뉴가 왼쪽 사이드바에 있고, FlClash는 하단 탭바를 사용하며, 모바일 클라이언트는 대부분 구독과 노드를 두 개의 화면으로 나눠 놓습니다. 이 글은 기능 이름(예: "구독", "프록시", "설정")을 기준으로 설명하므로, 사용 중인 클라이언트에서 같거나 비슷한 이름의 메뉴를 찾으면 됩니다. 4단계의 흐름은 모든 클라이언트에서 완전히 동일합니다. 낯선 용어가 나오면 용어 사전을 확인하면 되고, 계속 진행하는 데는 문제가 없습니다.

준비 작업: 클라이언트 설치 후 구독 링크 확보하기

목표: 클라이언트가 정상적으로 실행되고, 사용 가능한 구독 링크를 확보한 상태

본격적으로 시작하기 전에 두 가지를 준비해야 합니다. 설치된 Clash 클라이언트와 구독 링크입니다. 클라이언트가 아직 없다면 클라이언트 다운로드 페이지에서 사용 중인 시스템에 맞는 것을 골라 보세요. 5개 플랫폼의 설치 파일, 실사용 후기, 평점이 모두 정리되어 있으니 추천 항목을 바로 받으면 되고 고민할 필요는 없습니다. 설치 과정은 일반 소프트웨어와 다르지 않습니다. Windows는 설치 파일을 더블클릭한 뒤 안내에 따라 진행하고, macOS는 dmg를 열어 아이콘을 "응용 프로그램"으로 드래그하고, Android는 apk 설치 시 "알 수 없는 소스" 경고가 뜨면 설정 화면에서 이번 설치를 허용하면 됩니다. iOS는 App Store에서 바로 받고, Linux 사용자는 배포판에 맞춰 deb 또는 rpm 패키지를 설치하면 됩니다.

설치 후 한 번 실행해 메인 화면이 정상적으로 열리는지 확인하세요. 데스크톱 클라이언트는 보통 시스템 트레이나 메뉴바로 축소되므로, 그 작은 아이콘을 클릭하면 메인 창이 다시 나타납니다. 처음 실행했을 때 화면이 비어 있는 것은 정상입니다. 아직 설정이 없기 때문이니 여기저기 눌러보지 않아도 됩니다.

구독 링크는 서비스 제공업체에서 받습니다. 사용자 센터에 로그인해 "구독", "원클릭 구독" 또는 "구독 링크 복사" 같은 버튼을 찾으세요. 복사되는 것은 https://로 시작하는 긴 URL입니다. 이 링크가 바로 설정의 원본이며, 클라이언트는 주기적으로 여기서 노드와 규칙을 가져오니 외부에 공개하지 않도록 주의하세요. "구독"이 정확히 무엇인지 아직 감이 안 온다면 용어 사전의 구독 및 설정 분류에 자세한 설명이 있습니다. 여기서는 링크를 확보했다면 다음 단계로 넘어갈 수 있다는 것만 알면 됩니다.

1단계: 구독 가져오기로 노드 목록 켜기

목표: 프록시 화면에 그룹과 노드 목록이 나타남

클라이언트를 열고 사이드바나 하단 탭에서 "구독" 화면(일부 클라이언트는 "설정" 또는 "Profiles"라고 표기)을 찾으세요. 들어가면 입력창과 "가져오기", "다운로드" 같은 버튼이 보입니다. 방금 복사한 구독 링크를 입력창에 그대로 붙여넣고 가져오기를 클릭하면 클라이언트가 즉시 네트워크로 설정을 가져옵니다. 정상적인 경우 1~2초 안에 화면에 설정 카드가 하나 추가되며, 보통 설정 이름과 업데이트 시간이 표시되고 일부 클라이언트는 트래픽 사용량도 보여줍니다.

카드가 나타나면 먼저 클릭해 선택된 상태(강조 표시 또는 체크)인지 확인한 뒤 "프록시" 화면으로 전환하세요. 이제 화면에 여러 프록시 그룹이 나열되어 있어야 하며, 임의의 그룹을 펼치면 노드 이름 목록이 보입니다. 이 화면이 켜지면 가져오기는 성공한 것입니다. 프록시 화면이 여전히 비어 있다면 구독 화면으로 돌아가 설정 카드가 선택되어 있는지 확인하세요. 초보자가 가장 흔히 놓치는 부분입니다.

가져오기 클릭 후 다운로드 실패나 계속 로딩이 뜬다면 세 가지를 확인하세요. 첫째, 링크가 완전히 복사되었는지입니다. 긴 링크는 웹페이지에서 복사할 때 끝부분이 잘리기 쉬우니 사용자 센터의 "복사" 버튼으로 다시 받는 것을 권장합니다. 둘째, 현재 네트워크 자체가 정상인지입니다. 구독 가져오기도 일반적인 네트워크 요청이기 때문입니다. 셋째, 시간을 두고 다시 시도해 보세요. 제공업체 서버가 간헐적으로 불안정할 수 있습니다. 계속 실패한다면 대부분의 클라이언트는 "파일로 가져오기"를 지원합니다. 구독 링크를 브라우저 주소창에 붙여 yaml 파일을 다운로드한 뒤, 구독 화면에서 로컬 파일을 선택해 가져오면 동일한 효과를 얻을 수 있습니다. 더 세부적인 실패 원인 분석(응답 코드 의미, UA 제한 등)은 심화 주제로, 문제 해결 매뉴얼의 구독 챕터에서 체계적으로 다루니 여기서는 넘어가겠습니다.

가벼운 팁 하나: 구독 카드의 메뉴에서 "자동 업데이트" 옵션이 있는지 확인하고, 있다면 켜두세요. 노드 정보는 제공업체 조정에 따라 바뀌므로, 자동 업데이트를 켜두면 이후 수동으로 새로고침하는 수고를 덜 수 있습니다.

2단계: 프록시 모드 정하고 노드 고르기

목표: 모드를 규칙으로 설정하고, 그룹에서 지연 낮은 노드를 선택

구독을 가져온 뒤 바로 연결하지 말고, 1분만 투자해 "어떻게 프록시를 사용할지"를 정하세요. 클라이언트의 메인 화면이나 프록시 화면에는 모드 전환 옵션이 있으며 보통 세 가지입니다: 규칙(Rule), 글로벌(Global), 직접 연결(Direct). 세 모드의 역할은 명확합니다. 규칙 모드는 설정 파일의 분기 규칙에 따라 자동으로 판단해 프록시를 타야 할 트래픽은 프록시로, 직접 연결이 가능한 트래픽은 직접 연결로 보냅니다. 글로벌 모드는 모든 트래픽을 무조건 프록시로 밀어넣습니다. 직접 연결 모드는 프록시 기능을 임시로 끄는 것과 같습니다.

일상적으로는 규칙 모드를 선택하면 됩니다. 이것으로 충분합니다. 접속 속도(로컬 사이트는 돌아가지 않음)를 보장하면서도 트래픽을 낭비하지 않으며, 구독에 포함된 규칙 세트는 대부분의 사용자에게 별도 설정 없이 충분합니다. 글로벌 모드는 특정 소프트웨어가 분기 규칙을 따르지 않을 때만 임시로 전환하고, 사용 후에는 반드시 되돌려 놓아야 합니다. 글로벌 모드를 장기간 켜두는 것이 초보자의 속도 저하 원인 1위입니다. 규칙이 어떤 기준(도메인 접미사, IP 대역, GEOIP 등)으로 매칭되는지 알고 싶다면 용어 사전의 규칙 및 분기 분류에 하나씩 정리되어 있습니다. 이 단계 진행에는 영향이 없습니다.

모드를 정한 뒤 "프록시" 화면으로 돌아가 노드를 고르세요. 프록시 그룹을 열고 화면의 속도 테스트 버튼(보통 번개나 파형 아이콘)을 눌러보세요. 몇 초 뒤 각 노드 뒤에 지연 시간(ms)이 표시됩니다. 녹색으로 세 자리 이하면 체감이 가장 좋고, 노란색은 사용 가능하며, 빨간색이나 타임아웃 표시는 건너뛰세요. 지연이 낮은 노드를 클릭하면 강조 표시되며 선택이 완료됩니다. 귀찮다면 많은 구독에 "자동 선택" 그룹이 포함되어 있으니, 이 그룹을 선택하면 주기적으로 속도를 재고 가장 빠른 노드로 자동 전환되어 신경 쓸 필요가 없습니다.

작은 팁 하나: 지연 시간은 "핸드셰이크 속도"를 나타낼 뿐 다운로드 속도와 완전히 같지는 않지만, 노드를 고르는 1차 기준으로는 충분히 믿을 만합니다. 노드 선택까지 마쳤다면 준비는 모두 끝났고, 다음 단계에서 실제로 트래픽을 연결합니다.

3단계: 시스템 프록시 켜서 트래픽을 클라이언트로 연결

목표: 시스템 트래픽이 클라이언트를 거쳐 전달되고, 스위치가 켜진 상태

앞의 두 단계를 마치면 클라이언트는 이미 "프록시 준비 완료" 상태지만, 시스템 트래픽은 아직 클라이언트에 넘겨지지 않았습니다. 이번 단계가 그 총 밸브를 여는 작업입니다. 플랫폼별로 방식이 조금씩 다르니 해당 항목을 확인하세요:

  • Windows / macOS:클라이언트의 설정 화면이나 메인 화면에서 "시스템 프록시" 스위치(System Proxy)를 찾아 켜세요. 스위치가 켜지면 클라이언트가 시스템 프록시 설정을 자동으로 변경하고, 브라우저와 대부분의 소프트웨어 트래픽이 곧바로 클라이언트를 거치게 됩니다. macOS는 처음 켤 때 권한 요청 창이 뜰 수 있으니 비밀번호를 입력해 허용하면 됩니다.
  • Android:모바일에는 "시스템 프록시" 스위치가 없고, 대신 메인 화면에 눈에 띄는 시작 버튼이 있습니다. 클릭하면 "XX이(가) VPN 연결을 만들려고 합니다"라는 확인창이 뜹니다. 이는 Android의 표준 승인 절차이며 "확인"을 누르면 상태 표시줄에 열쇠 모양 아이콘이 나타나 연결이 성립되었음을 알립니다.
  • iOS:Android와 비슷하게 앱에서 연결 버튼을 누르면, 처음에는 시스템 설정에서 "VPN 구성 추가 허용"을 안내받고, Face ID나 비밀번호를 한 번 인증하면 됩니다. 이후에는 매번 앱 안에서 스위치를 누르기만 하면 됩니다.
  • Linux:데스크톱 클라이언트에도 시스템 프록시 스위치가 있지만, 일부 데스크톱 환경(특히 Wayland 세션)은 이 자동 설정을 제대로 반영하지 못할 수 있습니다. 스위치가 동작하지 않으면 시스템 설정의 "네트워크 → 프록시"에서 127.0.0.1과 클라이언트 리스닝 포트(기본값은 보통 7890이며 클라이언트 설정 화면 표시를 기준으로 함)를 수동으로 입력하세요. 명령줄 환경 배포는 별도의 방식이며, 블로그의 Linux 배포 문서에 전체 설명이 있습니다.

스위치를 켠 뒤 클라이언트 메인 화면의 상태 변화를 살펴보세요. 대부분의 클라이언트는 움직이기 시작하는 트래픽 그래프를 표시하거나, 제목 표시줄에 "연결됨" 표시가 나타납니다. 이 신호가 보이면 트래픽이 이미 통과하고 있다는 뜻입니다. 참고로 설정에서 TUN 모드라는 스위치를 본 적이 있을 텐데, 이는 시스템 프록시보다 더 철저한 방식으로 시스템 프록시를 우회하는 고집스러운 소프트웨어까지 처리할 수 있지만, 관리자 권한이 필요하고 설정도 더 복잡합니다. 처음 사용할 때는 건드리지 않아도 되며, 알고 싶다면 용어 사전에서 항목을 찾아보세요.

4단계: 연결 확인, 안 되면 순서대로 거슬러 점검

목표: 프록시가 실제로 작동하는지 확인하고, 실패 시 어느 단계 문제인지 파악

마지막 단계에서는 두 가지 동작으로 정상 작동을 확인합니다. 첫 번째 동작: 브라우저로 실제 테스트. 이전에는 열리지 않던 사이트에 접속해 정상적으로 로드되면 가장 직접적인 성공 증거입니다. 브라우저 캐시로 인해 "열리는 것처럼 보이는" 착시를 피하려면 새 시크릿 창에서 테스트하는 것을 권장합니다. 두 번째 동작: 클라이언트의 증거 확인. 클라이언트의 "연결" 또는 "로그" 화면으로 이동하면, 웹페이지 접속과 동시에 새로운 연결 기록이 계속 나타나야 하고, 메인 화면의 업/다운로드 트래픽 그래프도 함께 움직여야 합니다. 기록이 있고 트래픽이 있다면 트래픽이 실제로 클라이언트를 거쳤다는 뜻이며 직접 연결로 돌아간 것이 아닙니다.

두 동작 모두 통과했다면 축하합니다. 전체 경로가 정상적으로 연결된 것입니다. 이후 일상적으로 할 일은 두 가지뿐입니다. 부팅 후 클라이언트가 실행 중인지 확인(설정에서 "시작 시 자동 실행"을 켜둘 수 있음)하고, 노드가 느려지면 프록시 화면으로 돌아가 다시 속도를 재고 다른 노드로 바꾸는 것입니다.

웹페이지가 열리지 않는다면 당황하지 말고 "가장 가까운 단계"부터 거슬러 확인하세요. 보통 세 번이면 원인을 찾을 수 있습니다:

  1. 먼저 노드 확인:프록시 화면으로 돌아가 지연을 다시 측정하고, 현재 선택된 노드가 타임아웃이면 녹색 지연 노드로 바꿔 즉시 재시도하세요. 개별 노드 이상이 가장 흔한 문제이며 초보자 문제의 대부분을 차지합니다.
  2. 다음으로 스위치 확인:시스템 프록시(또는 모바일의 연결 스위치)가 실제로 켜져 있는지 확인하세요. 일부 보안 소프트웨어나 시스템 업데이트가 프록시 설정을 몰래 되돌리는 경우가 있으니, 스위치를 한 번 다시 켜면 복구됩니다.
  3. 마지막으로 모드 확인:모드가 "직접 연결"에 멈춰 있지 않은지 확인하세요. 규칙 모드에서 특정 사이트만 열리지 않는다면 임시로 "글로벌"로 바꿔 테스트해 볼 수 있습니다. 글로벌에서는 열린다면 규칙이 매칭되지 않은 설정 문제이며 회선 문제가 아닙니다.

세 단계를 거슬러 확인해도 여전히 안 된다면 문제는 대부분 더 깊은 층위(DNS 오염, 포트 충돌, 방화벽 차단 등)에 있습니다. 이 페이지에서 계속 씨름하지 말고 문제 해결 매뉴얼에서 "인터넷 안 됨 / 노드 타임아웃 / 구독 실패 / 속도 저하" 등 증상별로 나눈 전체 점검 흐름을 확인하세요. 증상에 맞춰 찾는 것이 훨씬 효율적입니다.

다 됐다면, 다음은 어디로

4단계를 마치면 기본 사용에는 전혀 부족함이 없습니다. 더 깊이 알고 싶다면 필요에 따라 골라 보세요. 일상적인 궁금증(트래픽, 업데이트, 다중 기기)은 자주 묻는 질문 페이지에서 답을 찾고, 설정 파일에서 모르는 용어는 용어 사전에서 찾고, 사이트별 분기 설정이나 DNS 같은 심화 활용은 문제 해결 매뉴얼과 블로그의 체계적인 글들을 참고하세요. 각 플랫폼 최초 설치 시 흔히 겪는 함정도 블로그에 정리된 체크리스트가 있습니다.